[Archivesspace_Users_Group] Component Unique Identifiers

Kottman, Miloche mkottman at ku.edu
Mon May 14 14:21:25 EDT 2018


Our institution shelves materials by size and we don’t shift collections to accommodate additions.  This means that a collection can have multiple call numbers.  We use the component unique identifier to indicate at which call number a particular box, folder or item is shelved at.

Programmatically assigning identifiers as you suggest would likely negatively impact how we use this field, so, I suggest pursuing a plug-in 😉.


. . . . . . . . . . . . . . . . . . . . . . . . . . . .
Miloche Kottman
Head of Cataloging and Archival Processing
University of Kansas Libraries
Lawrence, KS 66045
mkottman at ku.edu<mailto:mkottman at ku.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Harmeyer, Neal A
Sent: Friday, May 11, 2018 9:27 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Component Unique Identifiers

Good day Linda, Steve, and all,

My archives has also been working with the Component Unique Identifier (CUI) following a migration from Archon. At Purdue, we have begun using the CUI in a similar manner to Linda’s repository, manually entering the intellectual coordinates that reflect the place of the archival object in the intellectual hierarchy. The format we chose to enter is: Collection #, Series #, Sub-Series #, File #, Item#.

Doing so allows our staff and users to understand immediately the collection or intellectual grouping a researcher is requesting—this has proven very helpful to distinguish like-named entries in disparate collections. As an example of use of CUIs at Purdue, see: https://archives.lib.purdue.edu/repositories/2/resources/72. It’s easiest to view in the Collection Organization section as one scrolls down.

Like Linda’s example, we’d like to have this done programmatically, wherein the software can assign these coordinates immediately upon the creation/save or re-order of an archival object in the hierarchy.

Would this functionality be best-served as a new plug-in? Or perhaps a new feature?

Thank you for any thoughts,
Neal Harmeyer
Digital Archivist
Purdue University Archives and Special Collections
harmeyna at purdue.edu<mailto:harmeyna at purdue.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Linda Hocking
Sent: Monday, May 7, 2018 9:40 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Component Unique Identifiers


A belated thank you for this reply. We do not have on site support for database issues, but I sent it to our consultant who just had a chance to make the change you suggested. It shows the identifier for the particular thing I have highlighted, but doesn't show where it is within the hierarchy. For example:
[cid:image001.png at 01D3EB86.06257720]
Instead of File--Folder 2, I would like it to say
Series 2--Subseries 2--File-Folder 2. It does give the title for each of those in the blue bar, but it doesn't add the identifiers. Is it possible to add another line to get it to display this?

Thanks for your help!

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Majewski, Steven Dennis (sdm7g) <sdm7g at virginia.edu<mailto:sdm7g at virginia.edu>>
Sent: Thursday, April 12, 2018 3:31 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Component Unique Identifiers

If I understand what you want correctly:

Copy public/app/views/shared/_idbadge.html.erb into plugins/local/public/views/shared/
( assuming local plugins are enabled ) and add a line to display result.identifier, for example:

$ diff -U 6   public/app/views/shared/_idbadge.html.erb   plugins/local/public/views/shared/_idbadge.html.erb
--- public/app/views/shared/_idbadge.html.erb
2018-04-12 14:59:32.000000000 -0400
+++ plugins/local/public/views/shared/_idbadge.html.erb
2018-04-12 14:59:20.000000000 -0400
@@ -17,12 +17,13 @@
 <%= (props.fetch(:full,false)? '<h1>' : '<h3>').html_safe %>
   <% if !props.fetch(:full,false) %>
     <a class="record-title" href="<%= app_prefix(result.uri) %>">  <%== result.display_string %></a>
   <% else %>
     <%== result.display_string %>
   <% end %>
+  <h4><%= result.identifier %></h4>
 <%= (props.fetch(:full,false)? '</h1>' : '</h3>').html_safe %>

Since that template is shared in several places, that will add the identifier to other resource listings as well.
digital_object listing already shows identifier next to the badge, so it looks a bit redundant there.
If that’s not what you want, then add some qualifier on result.primary_type.
For archival_objects, identifier will display directly beneath the title in the ‘Collection Organization’ tab of the resource.

— Steve Majewski

On Apr 12, 2018, at 10:18 AM, Linda Hocking <lhocking at litchfieldhistoricalsociety.org<mailto:lhocking at litchfieldhistoricalsociety.org>> wrote:

Good morning,

We’ve just linked our ArchivesSpace instance to our website and are trying to move our users away from Archon. There’s one major hurdle. We migrated from Archon to ArchivesSpace with the first migration tool, and our only container instances are nonsensical records created by the import.  In most cases, our intellectual description matches up with the  physical location, which means if I can see the series number and folder number I can find the item. I’m hoping to find out whether we can somehow force the public interface to display the component unique identifiers which do not appear when I look at finding aids in the public interface (or in the staff interface without viewing the particular record).

It’s going to be quite some time before I can modify every finding aid and add containers, so I’m hoping in the meantime there is a temporary fix that doesn’t require me logging into the staff interface (or going back to Archon) every time a patron requests something. I wonder whether other Archon users are having this problem, and would welcome any suggestions. Thank you!


Linda M. Hocking, CA
Curator of Library & Archives
Litchfield Historical Society
P.O. Box 385
Litchfield, CT 06759
archivist at litchfieldhistoricalsociety.org<mailto:archivist at litchfieldhistoricalsociety.org>

Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20180514/9c007d76/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 17681 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20180514/9c007d76/attachment.png>

More information about the Archivesspace_Users_Group mailing list