<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">We have run into the case that some EAD attribute values are required to be NMTOKENs, thus no embedded spaces or other disallowed characters. We replaced enumerations with embedded spaces with underscores. </div>
<div class=""><br class="">
</div>
<div class="">This has only come to my attention in the last week or so, so I haven’t made a thorough investigation of which attributes or which enumerations this applies to — just fixed them as I’ve encountered that error. </div>
<div class=""><br class="">
</div>
<div class="">So it may be intentional that it is using the non translated value. </div>
<div class="">( And I wouldn’t be surprised, if for simplicity, it may be over applying that rule in places where it’s not actually required. ) </div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">— Steve. </div>
<div class=""><br class="">
</div>
<br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Feb 15, 2017, at 2:09 PM, Carlos Lemus <<a href="mailto:carlos.lemus@unlv.edu" class="">carlos.lemus@unlv.edu</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">Hello,
<div class=""><br class="">
</div>
<div class="">At UNLV Special Collections, we've been working on cleaning up our enumeration values because in many cases there were duplicates caused by imports (i.e value: linear_feet vs value: Linear feet vs Linear Feet). We wanted to stick as close as possible
to ArchivesSpace standards and decided to make our enumeration values all lowercase seperated by an underscore and then merge any records with incorrect enumerations into that correct value (i.e value: linear Feet into linear_feet). We also have some custom
enumerations such as: value: oversized_box, translation: Oversized Box; digital_file; Digital File</div>
<div class=""><br class="">
</div>
<div class="">After we had that set up correctly, we had some findings and was wondering if anyone has experienced the same things or had a standard we could use. </div>
<div class=""><br class="">
</div>
<div class="">1. When generating PDFs and EADs the enumeration values that were custom (such as the oversized_box) would come out as machine readable oversized_box instead of using our local en.yml value (located in the local plugin).</div>
<div class=""> This was something I found in the EAD serializer (<a href="https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/ead.rb#L490" class="">https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/ead.rb#L490</a>) and
was able to create a temporary solution of generating it , but required altering the enumeration instead of referencing our file. I thought i'd point it out because anyone creating custom enumerations even with a translation in an en.yml file would not see
their change reflected in the EAD export. (I've attached an image reflecting this) Anyone experience this?</div>
<div class=""><br class="">
</div>
<div class="">2. Another example of this case was in the container "type" attribute. Before something like Oversized Box would be export to EAD as is because that was it's value in the enumeration. After we changed the value correctly to oversized_box, it would
export to the EAD container "type" as is and translate to the PDF as well. With some XSLT manipulation I was able to get it to show up as oversized box (shown in attachments). I've looked through <a href="https://www.loc.gov/ead/tglib/elements/container.html" class="">https://www.loc.gov/ead/tglib/elements/container.html</a>
and cannot find an example of a two+ attribute value. </div>
<div class=""><br class="">
</div>
<div class="">Should attributes be machine readable (i.e oversized_box), human readable (Oversized Box), or does it even matter? Of course, exporting it as Oversized Box would be easiest to translate a user friendly version to the user. </div>
<div class=""><br class="">
</div>
<div class="">Excuse me for the lengthy post, I'm trying to be thorough with my explenation, but please let me know if you've come accross something similar or have a finite solution.</div>
<div class=""><br clear="all" class="">
<div class="">
<div class="gmail_signature">
<div dir="ltr" class="">
<div class="">
<div dir="ltr" class="">
<div class="">
<div dir="ltr" class="">
<div class="">
<div dir="ltr" class="">
<div style="font-size:12.8px" class="">Carlos Lemus</div>
<div style="font-size:12.8px" class=""><font size="1" class="">Application Programmer, Special Collections Technical Services</font></div>
<div style="font-size:12.8px" class=""><font size="1" class="">University Libraries, University of Nevada, Las Vegas</font></div>
<div style="font-size:12.8px" class=""><font size="1" class=""><br class="">
</font></div>
<div style="font-size:12.8px" class=""><span style="color:rgb(37,37,37);font-family:sans-serif;font-size:12.3704px;background-color:rgb(255,255,255)" class=""><i class="">How often have I said to you that when you have eliminated the impossible, whatever remains,
however improbable, must be the truth? - Sherlock Holmes</i></span><font size="1" class=""><br class="">
</font></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<span id="cid:FFD74E57-7B6B-4F74-B938-959FA7BBFEFF@zyxel.com"><enumeration_ead.PNG></span><span id="cid:26FCB89A-30A2-4154-9FAC-C687950C0F37@zyxel.com"><containers_enum.PNG></span>_______________________________________________<br class="">
Archivesspace_Users_Group mailing list<br class="">
<a href="mailto:Archivesspace_Users_Group@lyralists.lyrasis.org" class="">Archivesspace_Users_Group@lyralists.lyrasis.org</a><br class="">
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<br class="">
</div>
</blockquote>
</div>
<br class="">
</body>
</html>