ISAD-G Reference code and retrieval

135 views
Skip to first unread message

regina....@gmail.com

unread,
Nov 21, 2014, 1:42:29 PM11/21/14
to ica-ato...@googlegroups.com
How do you structure your reference code (ISAD G).  And does your reference code support physical retrieval? 

Dan Gillean

unread,
Nov 21, 2014, 2:28:45 PM11/21/14
to ica-ato...@googlegroups.com
Hi there,

In AtoM, users have the option to determine if identifiers are inherited from different levels to build unique reference codes (as suggested in ISAD), or if they do not wish to display inherited reference codes. You can control this setting via Admin > Settings. See:

The above link also explains how reference code inheritance works in AtoM. In essence, a full reference code for an Item that is part of a hierarchical description would be made up of:

  • Country code (derived from the country code of the country entered into the contact information of the related archival institution  - e.g. CA for Canada, etc)
  • Repository identifier (derived from the identifier field on the related archival institution, which you can enter on the institution ISDIAH record)
  • Fonds/Collection level identifier
  • Series identifier
  • Subseries identifier
  • File identifier
  • Item identifier

So if you had a repository in Canada with an institutional identifier of REPO, and a heirarchical description with basic identifiers at each level (e.g. F1 for fonds-level, S1 for series level, f1 for file level, and i1 for item level), your inherited reference code at the item-level might look like this:

  • CA REPO F1-S1-f1-i1

Here's the example image in our docs, so you can see what I mean:


In AtoM 2.1, the setting for reference code inheritance will also affect how identifiers export in the EAD. If you have inheritance turned ON, then when you export, the full reference code will be included in the <unitid> element for each level. So for our item-level description, it might appear like this:

  • <unitid encodinganalog="3.1.1" repositorycode="ART">F1-S1-f1-i1</unitid>

If the inheritance is turned OFF, it will only export the identifer for that level, at each level of the description in the EAD. 

By default, AtoM will use a dash (e.g. - ) to separate reference code identifiers - but this too is a configurable setting via Admin > Settings. See:


As for supporting physical retrieval:

AtoM does have its own separate, albeit minimal, module for managing physical storage. See here in our manual for more information:

At present there is nothing in either the identifier field, or the physical storage module, that would allow for anything more sophisticated, such as linking to an external location managing or retrieval application.

However, I do know of institutions who structure the identifier in such a way that it reflects their physical storage - in fact I used to do this at UBC's Rare Books and Special Collections when I used AtoM as an employee there. I've outlined the approach we took here:

Hope that helps!


Cheers,


Dan Gillean, MAS, MLIS
AtoM Product Manager / Systems Analyst,
Artefactual Systems, Inc.
604-527-2056
@accesstomemory

On Fri, Nov 21, 2014 at 10:42 AM, <regina....@gmail.com> wrote:
How do you structure your reference code (ISAD G).  And does your reference code support physical retrieval? 

--
You received this message because you are subscribed to the Google Groups "ICA-AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.
Visit this group at http://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/17113bd5-f682-444d-a8c5-1aed9a4906dc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Dan Gillean

unread,
Nov 21, 2014, 2:39:46 PM11/21/14
to ica-ato...@googlegroups.com
Oops!

Accidentally re-pasted a link to the documentation, instead of to the related user forum post I meant to share! Here is the last link, again:

Cheers,


Dan Gillean, MAS, MLIS
AtoM Product Manager / Systems Analyst,
Artefactual Systems, Inc.
604-527-2056
@accesstomemory

Reply all
Reply to author
Forward
0 new messages