[Archivesspace_Users_Group] Component Unique Identifiers

[Majewski, Steven Dennis (sdm7g)]

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> 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
>  
> Linda M. Hocking, CA
> Curator of Library & Archives
> Litchfield Historical Society
> P.O. Box 385
> Litchfield, CT 06759
> 860-567-4501
> http://www.litchfieldhistoricalsociety.org <http://www.litchfieldhistoricalsociety.org/>
> archivist at litchfieldhistoricalsociety.org <mailto:archivist at litchfieldhistoricalsociety.org>
> eboardman.tumblr.com <http://eboardman.tumblr.com/>
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20180412/9433f7bf/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6091 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20180412/9433f7bf/attachment.bin>