<div dir="ltr">Hello all,<div><br></div><div>I wrote to the group a year ago about my ASpace issues using <a href="http://www.geonames.org" target="_blank">GeoNames</a> as controlled our vocabulary source as we would like to for a number of reasons. The crux of the issue spelled out more verbosely in my original email below is that ASpace will not let me use an identical subject term in the same subject type, as is GeoNames' practice. (e.g. There are 7 towns/cities of <a href="http://www.geonames.org/advanced-search.html?q=salem%2C+texas&country=&featureClass=P&continentCode=">Salem in Texas</a>!) Steve Majewski kindly suggested using subdivisions to differentiate the terms, which does allow for me to enter the subjects in ASpace. This is what I was doing but, I am dissatisfied with this solution for a number of reasons.</div><div><ol><li>I feel like I can't claim to be using GeoNames in good faith if I change GeoNames' lexical label.</li><li>It requires more maintenance (deciding and implementing which broader terms to use based on individual geographic location feature types, differentiation needs and updating them as appropriate). One advantage of the URI should be that you can just make an API call to grab a term's current label. Fun fact... <a href="https://www.nytimes.com/2018/06/17/world/europe/greece-macedonia-name-dispute.html" target="_blank">Macedonia</a> just changed its name last month! If I had to change "Macedonia" to "North Macedonia" in all terms it appeared in, it adds a lot more work.</li><li>Sharing Geographic terms between ASpace and our digital repository (separate from ASpace) because a bigger challenge.</li></ol>After talking with our Digital Collections Services team, we've decided to go with taking an approach similar to IMDB:</div><div><div><img src="cid:ii_jkwnqa4n2" alt="Screen Shot 2018-08-16 at 9.25.00 AM.png" width="206" height="179"><br></div></div><div><div><div><img src="cid:ii_jkwnsgmm4" alt="Screen Shot 2018-08-16 at 9.27.02 AM.png" width="485" height="152"><br></div></div></div><div><br></div><div>and add a roman numeral suffix surrounded by parens to the end of the geographic term if it repeats. We're still deviating from the GeoNames terms slightly. But "Salem (V)" much less of a deviation from the GeoNames term of "Salem" than "Salem -- Bastrop County -- Texas" plus it communicates to the researcher that they may want to check out all the other Salems in our ASpace instance since there are at least 5. We plan to customize the PUI to display a clickable URI with the term for context.</div><div><br></div><div>I was wondering if anyone else is using GeoNames or has a similar situation... a controlled vocabulary category you want to use allows for identical terms within a subject type, but ASpace does not. If so, what have some of your solutions been if so?</div><div><br></div><div>Thanks,</div><div>Olivia</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jul 5, 2017 at 8:48 PM Majewski, Steven Dennis (sdm7g) <<a href="mailto:sdm7g@eservices.virginia.edu" target="_blank">sdm7g@eservices.virginia.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
I think you need to use Texas or France as subdivisions of the subject. The scope note is just a note/comment for documentation, and doesn’t distinguish the two subjects as being different. If you encode it like this, it will allow both “Paris — France” and
 “Paris — Texas” . Will this work for you ?   — Steve Majewski / UVA 
<div><br>
</div>
<div><img id="m_-4262609369116722728m_249761689528901173989A941A9-522F-4E37-9261-E02C5654BD0E" height="611" width="933"></div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><img id="m_-4262609369116722728m_24976168952890117396AAD81C4-F23F-45D0-93A8-440C59BB2A71" height="611" width="933"></div>
<div><br>
</div>
<div><br>
</div>
<div><br>
<div>
<blockquote type="cite">
<div>On Jul 5, 2017, at 1:32 PM, Olivia S Solis <<a href="mailto:livsolis@utexas.edu" target="_blank">livsolis@utexas.edu</a>> wrote:</div>
<br class="m_-4262609369116722728m_2497616895289011739Apple-interchange-newline">
<div>
<div dir="ltr">Hello all,
<div><br>
</div>
<div>I am not sure how many ASpace users out there share the most recent issue I have encountered migrating data to ArchivesSpace. For a number of reasons, the Briscoe Center has decided to go with GeoNames as our canonical controlled vocabulary for
 subject/geographical terms.  This is a recent adoption and much of the legacy EAD we use goes with Library of Congress Geographic terms, which we are mapping to GeoNames. We are using Islandora for our digital repository for item-level description. i.e. We're
 using the MODS <a href="https://www.loc.gov/standards/mods/userguide/subject.html#hierarchicalgeographic" target="_blank">hierarchicalGeographic</a> element, which works well with GeoNames because GeoNames also uses a hierarchical system to classify its terms. So
 for individual MODS records for digital objects you can do something like city: "Paris", country: "France" for one record vs city: "Paris", state: "Texas" in another. There would be two instances of "Paris" in our cities taxonomies, distinguished from each
 other by their broader terms and associated URIs. There is no disambiguating information in the labels themselves. The difference between the cities in records is given by the broader state or country elements plus URIs.</div>
<div><br>
</div>
<div>That works great for item-level description, but causes a number of problems for collection level description in ArchivesSpace. </div>
<div>
<ol>
<li>It appears that ArchivesSpace won't let me create a subject of the same type (e.g. Geographic) from the same source (e.g. GeoNames) that has a label identical to another term classified with the same type/source.</li><li>Just for the sake of experimentation in our ASpace sandbox, I identified one of my "Paris" records as a cultural context term. It was difficult to know the difference between the two when I tried to apply the subject to a resource record. The autocomplete
 feature did not include any disambiguating information (e.g. from the Scope field or the identifier field in the subject records). The browser headers in the "Browse" subjects link don't include the Scope note either.</li><li>Even if I could create two GeoNames geographical subjects with the label "Paris", I'm not sure how to communicate to the ASpace end user the difference between the cities when they are applied to records. I can add notes in the "Scope" field for
 each subject record -- "France" and "Texas" -- to communicate the info, but the scope field for the terms doesn't appear in e.g. a resource record's linked subject.</li><li>Even if we apply the correct label, the human-readable disambiguating information ("Texas" vs. "France") won't export to our EAD and our end users might get confused about which Paris we mean, especially if there happens to be a collection with
 both the Paris in Texas and the Paris in France. In such a case would we include the two different "Paris" subjects plus "France" and "Texas"? Again, this illustrates a difference in item vs. collection-level description. We publish our EAD via a consortial
 regional portal hosted by the University of Texas, TARO, which is how researchers view our finding aids online. It's possible we'll open up the public interface, but we're not there yet.</li></ol>
Has anyone else encountered these problems? I'm sure there is a solution/numerous possible solutions to the problems above, though it might mean altering the GeoNames label in ArchivesSpace to include the disambiguating information. Not exactly kosher if we
 say we're using GeoNames terms, but we might have to. We want to use the same controlled vocabulary terms regardless of system for global consistency, ease of maintenance etc. I can imagine a kind of customization where our EAD exporter could grab, e.g. the
 "Scope" field with the broader term's label and append it to the label for, in this example "Paris", surrounded by parentheses. But that presumes we can enter two different GeoNames/geographical terms "Paris".</div>
<div><br>
</div>
<div>See screen shots with fake data. FYI, we are on ASpace version 1.5.3.</div>
<div><br>
</div>
<div>Thanks, and hopefully I'm not the only one with this problem!</div>
<div><br>
</div>
<div>-Olivia</div>
<div>
<div><br>
</div>
-- <br>
<div class="m_-4262609369116722728m_2497616895289011739gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div style="font-size:12.8px"><font>Olivia Solis, MSIS</font></div>
<div style="font-size:12.8px"><font>Metadata Coordinator</font></div>
<div style="font-size:12.8px"><font>Dolph Briscoe Center for American History</font></div>
<div style="font-size:12.8px"><font>The University of Texas at Austin</font></div>
<div style="font-size:12.8px"><font>2300 Red River St. Stop D1100</font></div>
<div style="font-size:12.8px"><font>Austin TX, 78712-1426</font></div>
<div style="color:rgb(136,136,136);font-size:12.8px"><span style="font-size:12.8px">(512) 232-8013</span></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<span id="m_-4262609369116722728m_2497616895289011739cid:F06ECF83-2DD3-46CC-BDD5-B0712176D6E8@zyxel.com"><Screen Shot 2017-07-05 at 11.35.49 AM.png></span><span id="m_-4262609369116722728m_2497616895289011739cid:16D15857-C51A-4477-A60B-B1B6A0A678DE@zyxel.com"><Screen Shot 2017-07-05 at 11.32.47 AM.png></span><span id="m_-4262609369116722728m_2497616895289011739cid:47344414-0DD1-4DDF-B65F-FF2480A0CF83@zyxel.com"><Screen
 Shot 2017-07-05 at 11.42.54 AM.png></span><span id="m_-4262609369116722728m_2497616895289011739cid:B8752228-1A9D-4258-BBC3-C194A4E24CDB@zyxel.com"><Screen Shot 2017-07-05 at 11.42.37 AM.png></span>_______________________________________________<br>
Archivesspace_Users_Group mailing list<br>
<a href="mailto:Archivesspace_Users_Group@lyralists.lyrasis.org" target="_blank">Archivesspace_Users_Group@lyralists.lyrasis.org</a><br>
<a href="http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group" target="_blank">http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group</a><br>
</div>
</blockquote>
</div>
<br>
</div>
</div>

_______________________________________________<br>
Archivesspace_Users_Group mailing list<br>
<a href="mailto:Archivesspace_Users_Group@lyralists.lyrasis.org" target="_blank">Archivesspace_Users_Group@lyralists.lyrasis.org</a><br>
<a href="http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group" rel="noreferrer" target="_blank">http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="m_-4262609369116722728gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-size:12.8px"><font color="#000000">Olivia Solis, MSIS</font></div><div style="font-size:12.8px"><font color="#000000">Metadata Coordinator</font></div><div style="font-size:12.8px"><font color="#000000">Dolph Briscoe Center for American History</font></div><div style="font-size:12.8px"><font color="#000000">The University of Texas at Austin</font></div><div style="font-size:12.8px"><font color="#000000">2300 Red River St. Stop D1100</font></div><div style="font-size:12.8px"><font color="#000000">Austin TX, 78712-1426</font></div><div style="color:rgb(136,136,136);font-size:12.8px"><span style="color:rgb(0,0,0);font-size:12.8px">(512) 232-8013</span></div></div></div></div></div></div></div>