From livsolis at utexas.edu Mon Feb 1 10:35:40 2021 From: livsolis at utexas.edu (Olivia S Solis) Date: Mon, 1 Feb 2021 09:35:40 -0600 Subject: [Archivesspace_Users_Group] Offsite boxes and ASpace In-Reply-To: <9302EFBB-8215-4795-8EB4-F28641BA5738@tufts.edu> References: <9302EFBB-8215-4795-8EB4-F28641BA5738@tufts.edu> Message-ID: Yes, thank you so much, Mark!! Very excited to see progress here, and I too can't believe that original email I sent was from so long ago. I'm glad you unearthed it, Adrienne! :) Olivia On Fri, Jan 29, 2021 at 8:36 PM Pruitt, Adrienne wrote: > Thank you very much, Mark! This will be so useful. > > -Adrienne > > On Jan 28, 2021, at 11:27 AM, Custer, Mark wrote: > > ? > Adrienne, > > Here's a link to the plugin that Hudson Molonglo developed, which we've > been using for about the past six months in production: > https://github.com/hudmol/yale_onsite_locations If you have any > questions about it, let us know. > > I would love to see this in the ArchivesSpace core code, but we went with > a plugin approach last year so that we could get this feature added ASAP to > our instance and so that we could test out how it performs (so far, so > great!). The plugin adds an "Onsite?" checkbox to every location, with the > default value being set to True. And once you start flipping some > locations to Onsite = False, then information is stored in the index to > indicate whether the Resource and Archival Object and Top Container records > are stored onsite or offsite. And since Resource and Archival Objects can > be linked to multiple top containers, those records can have a hybrid > status. So, that's why we now have a facet for "Storage Location", as seen > in the attached image. We haven't really highlighted this new feature to > users yet, but I am very interested in seeing how it gets used over time. > > We also talked about adding a feature in the staff interface to calculate > a note for the collection to indicate which boxes were onsite vs. offsite > based on this information, like the "Calculate Date / Extent" function, but > didn't wind up adding that to the plugin, although I still like the idea. > > And Olivia, since I was still interested in adding such a note to our EAD, > even after all these years (has it been over three years? ?), I did > update our EAD3 export option to include the location information in our > EAD files. I did not go with a physloc note, since I agree with you that it > would look horrible having that information repeat everywhere if it were to > display in the finding aid, so I went with an option of adding the location > URI fragment into an attribute on each container element that is associated > with an ASpace location record. Then, since we know which locations that > we consider to be onsite vs. offsite, our nightly export process will add a > note to each finding aid in the EAD3 control section. Here's an example: > https://github.com/YaleArchivesSpace/Archives-at-Yale-EAD3/blob/5734391e95a954a99cb03ee54282fd14d028c8e3/brbl-ead/10764.xml#L34-L41 > We aren't using that note for anything right now, but I think that it could > be useful for creating our MARC holdings records, as well as for adding to > our PDF finding aids, etc. But right now, it's just there so that staff > could potentially use it to review and see if it looks like things are > assigned as expected. > > Mark > > > > > > > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Pruitt, Adrienne > *Sent:* Tuesday, January 26, 2021 3:52 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Offsite boxes and ASpace > > Hello, all, > > This question - of making onsite/offsite locations visible to users - has > come up at Tufts, and it looks like Yale, at least, has solved it. > (Hooray!) If anyone has a good solution for this (plugin or otherwise), > would you mind pointing me to it? > > Thank you very much! > > *Adrienne Pruitt *| Collections Management Archivist > > Digital Collections and Archives > > Tufts University > > adrienne.pruitt at tufts.edu > > |617-627-0957 > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Custer, Mark > *Sent:* Friday, November 17, 2017 3:35 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Offsite boxes and ASpace > > > Hi Olivia, > > > > Hear, hear!!! ? > > > > Just a quick note to say that this is something that we?ve discussed at > Yale, as well, and I think that we might start to address it via a plugin > at some point (it would be a nice feature to go directly into the core > code, but in order for that to happen, I?d think that the Location module > would need to be updated so that staff could indicate which locations were > the offsite ones without having to add that data to a config file). > > > > Also, I believe that the location information is already in the PUI index, > so it would just be a matter of choosing when/where to display that data. > I don?t think that there?s a good EAD solution, unless you implement a > specific way to use the physloc note, as you mentioned, but even then > you?ve got to do some grouping since those boxes are often repeated in a > finding aid, and any top-level, auto-generated note should be easy to read. > > > > Here?s what I?d like our ASpace PUI site to have (eventually): > > > > - We could configure which locations are offsite (for us, we?d just > need to add 3 location IDs to an array of offsite locations). In the > future, though, it would be nice if you could use the Location module in > ASpace to designate this rather than doing it in a configuration file; and > anything that?s not tagged as being offsite would then be inferred to be on > site. > - Each top-container landing page would have an automatically > generated note indicating that the materials were stored offsite and > requires X amount of time to retrieve (and, of course, the part about how > long it would take would need to be configurable, as well) > - Each archival object, accession, and resource associated via an > instance with one of those top containers would have the same message. > - We?d also have 2 facets to indicate onsite vs. offsite (or, > available today vs. needs X amount of lead time, whatever would make the > most sense). How handy would that be to exclude ?offsite? archival > components if you?re only going to be in town for a day or two? > - If a resource or accession had any offsite material attached to it, > then an auto-generated note would display at the top level description, > indicating as much (e.g. Boxes 1-3 and 5 in this collection require five > business days to retrieve, upon receipt of request) > > > > All that said, it would be great to have the same info available in the > staff interface, too. > > > > Have any other institutions tackled this problem already? For now, we > really only indicate this by manually adding notes to our MARC Holdings > records, and I?d love not to repeat that practice in our finding aids for > the reasons you mentioned, Olivia. > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Olivia > S Solis > *Sent:* Friday, 17 November, 2017 12:39 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Offsite boxes and ASpace > > > > Hello all, > > > > We're trying to figure out a situation that can't be uncommon. We've got a > lot of onsite boxes. We've got a lot of offsite boxes. Researchers need to > request offsite boxes a week in advance. Many of our collections have > nebulous access restrictions like, "Portions of this collection are stored > offsite". I want clarity for our researchers. > > > > We're slowly carrying out a shelf read project and soon will know exactly > where every box is. How have some of you all who have all of your > containers anchored to locations communicated that something is offsite to > researchers? > > > > We publish EAD records to a regional consortium and are working on setting > up Aeon to integrate with it and, eventually, the ASpace public interface. > > > > I have thought about adding a physical location tag for all archival > objects that have associated offsite boxes stating such, but I don't like > this for a couple of reasons: > > 1. It will look horrible. Whole series and collections that are stored > offsite will have this repetitive information in archival object after > archival object. > 2. It will not automatically update when the box moves. For various > logistical reasons, many of our boxes move around a lot or are slated to > move to new locations. The whole point of having box location information > in a database is that we only will have to change the information in one > place. > > Even if there's not a good EAD solution, we can point researchers to the > public interface. I've not much experience with the public interface, but > should it be difficult to customize the box display so that you can see > building information associated with a box? > > > > I'm just curious how other institutions have tackled this problem. I'd > like it to be readily apparent to researchers when they need a week to > access a box. > > > > Thanks! > > Olivia > > > > -- > > Olivia Solis, MSIS > > Metadata Coordinator > > Dolph Briscoe Center for American History > > The University of Texas at Austin > > 2300 Red River St. Stop D1100 > > Austin TX, 78712-1426 > > (512) 232-8013 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dullj at newschool.edu Mon Feb 1 14:24:09 2021 From: dullj at newschool.edu (Joshua Dull) Date: Mon, 1 Feb 2021 14:24:09 -0500 Subject: [Archivesspace_Users_Group] Issue: Merging Top Containers breaks Linked Accession Records Message-ID: Hello, Our archives encountered a bug while merging Top Containers in version 2.8.1 of Archives Space that causes any linked Accession records to become inaccessible via the SUI (500 error). We still haven't found a way to restore these records. After merging a Top Container that had 4 linked Accession records into a new Top Container with no linked records, we can no longer view or edit these 4 linked records and they were not linked to the new Top Container. I also tried the same steps on the Sandbox and got the same results. Here's what the broken record looks like in the sandbox: http://sandbox.archivesspace.org/accessions/3. This is the start of the Backend error we get when trying to view these 4 records: undefined method `gsub' for [SubContainer, TopContainer]:Array uri:classloader:/jsonmodel.rb:105:in `parse_reference' I pulled the JSON objects for these 4 records with the API to see what was happening with the data. The 'ref' value for instances.sub_containers.top_container should have a uri, but instead has an array. What is expected: "ref": "/repositories/3/top_containers/2861" What we have: "ref": [ "SubContainer", "TopContainer" ] I tried replacing the 'ref' value with the correct uri string and posting the updated JSON object, but I'm getting an error: undefined method `id' for nil:NilClass If anyone has any advice on the bug or how to fix the records I'd love to get some feedback. Best, Joshua -- JOSHUA DULL *ASSISTANT DIRECTOR OF LIBRARY SYSTEMS* THE NEW SCHOOL LIBRARIES & ARCHIVES -------------- next part -------------- An HTML attachment was scrubbed... URL: From nigel.bond at auckland.ac.nz Mon Feb 1 15:16:45 2021 From: nigel.bond at auckland.ac.nz (Nigel Bond) Date: Mon, 1 Feb 2021 20:16:45 +0000 Subject: [Archivesspace_Users_Group] Seeking advice: Using Archivesspace for sound archives Message-ID: Kia ora everyone, We are seeking some advice / assistance. I have a colleague who is considering using ArchivesSpace for their extensive sound archives. Currently, they are not using any collection management system (beyond Excel) so will be starting from scratch. We use AS for our documentary heritage collections, (both a back-end, and PUI) but are not experts in working with digital sound archives (file formats, terminology, archival formats and processing requirements, etc). We would be very interested in connecting with other users, who are more familiar with setting up a sound archive repository in ArchivesSpace. Either through this cannel or directly via email/Zoom. Nga mihi nui (kind regards), Nigel Bond Dr. Nigel Bond, Team Leader, Cultural Collections (Special Collections) Cultural Collections | Te Tumu Herenga - Libraries and Learning Services | The University of Auckland 5 Alfred Street, Auckland 1010 Private Bag 92019 | Auckland 1142 | New Zealand | Telephone (649) 9237168 Blog: http://www.news.library.auckland.ac.nz/tag/special-collections/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From shand at ap.org Mon Feb 1 15:39:20 2021 From: shand at ap.org (Hand, Sarit) Date: Mon, 1 Feb 2021 20:39:20 +0000 Subject: [Archivesspace_Users_Group] Seeking advice: Using Archivesspace for sound archives In-Reply-To: References: Message-ID: Hello, I work with sound, audio and artifacts (images of our artifacts) records in AS, both analog and digital. Feel free to email me directly. Happy to try and help. Cheers [cid:image003.png at 01D6F8B0.678C9F90] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image004.png at 01D6F8B0.678C9F90] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Nigel Bond Sent: Monday, February 1, 2021 3:17 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Seeking advice: Using Archivesspace for sound archives [EXTERNAL] Kia ora everyone, We are seeking some advice / assistance. I have a colleague who is considering using ArchivesSpace for their extensive sound archives. Currently, they are not using any collection management system (beyond Excel) so will be starting from scratch. We use AS for our documentary heritage collections, (both a back-end, and PUI) but are not experts in working with digital sound archives (file formats, terminology, archival formats and processing requirements, etc). We would be very interested in connecting with other users, who are more familiar with setting up a sound archive repository in ArchivesSpace. Either through this cannel or directly via email/Zoom. Nga mihi nui (kind regards), Nigel Bond Dr. Nigel Bond, Team Leader, Cultural Collections (Special Collections) Cultural Collections | Te Tumu Herenga - Libraries and Learning Services | The University of Auckland 5 Alfred Street, Auckland 1010 Private Bag 92019 | Auckland 1142 | New Zealand | Telephone (649) 9237168 Blog: http://www.news.library.auckland.ac.nz/tag/special-collections/ The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1093 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 5546 bytes Desc: image004.png URL: From laurie.arp at lyrasis.org Tue Feb 2 15:40:41 2021 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Tue, 2 Feb 2021 20:40:41 +0000 Subject: [Archivesspace_Users_Group] Welcome and announcement Message-ID: Greetings, LYRASIS, the organizational home for ArchivesSpace, is thrilled to announce that Brian Hoffman will be joining ArchivesSpace as the Technical Lead. Brian will be familiar to many in the community from his previous experiences developing for ArchivesSpace. He worked with Hudson Molonglo, the original developers of ArchivesSpace, in our early years and then with the ArchivesSpace program team as a developer later on. For those scoring at home, by number of commits he's #3 on the all-time list of ArchivesSpace code committers. Brian's experience goes far beyond ArchivesSpace, however, having worked with institutions such as New York University, Temple University, and the Museum of Modern Art on applications and technical infrastructure to support many different functions in archives, libraries, and museums. He is skilled not just with the technologies that make up ArchivesSpace and the larger universe of web applications in our field, but also conversant with many of the metadata standards and workflows that support our work. As Tech Lead, Brian will be responsible for the infrastructure of the ArchivesSpace application and manage the different streams of development that go into it, including work from staff developers, contractors, and community members. He will lead the Core Committers group as they continue to build and strengthen our community of code contributors. He will also work closely with community members and the rest of the program team as we all work to ensure the ArchivesSpace application meets the needs of archives and other collecting institutions now and in the future. Brian is an excellent colleague and collaborator, valued for his thoughtful approach to issues and good humor. We look forward to this chance to both reconnect and chart a new path for ArchivesSpace together. ArchivesSpace has been really fortunate to have had Mark Cooper of LYRASIS Digital Technology Services and Lora Woodford take on many of the responsibilities of the Tech Lead while the position has been vacant. We truly appreciate their work to keep ArchivesSpace going on the technical side over the last year. Brian will officially join the ArchivesSpace team on March 1. Please join us in welcoming Brian to his new role in the ArchivesSpace community! Laurie Gemmill Arp Director, DuraSpace Community Supported Programs laurie.arp at lyrasis.org 800.999.8558 x 2908 [Logo Description automatically generated] The 2021 LYRASIS Catalyst Fund application cycle is now open and we are accepting proposals and ideas through February 19. More Questions? Email us at catalystfund at lyrasis.org. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 11311 bytes Desc: image003.png URL: From Jessica.Crouch at lyrasis.org Wed Feb 3 10:30:16 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 3 Feb 2021 15:30:16 +0000 Subject: [Archivesspace_Users_Group] Webinar Reminder: ArchivesSpace Diversity Partnership Informational Webinar Message-ID: <1BC5EF73-27DF-4FE8-AF6E-DFD55D480C81@lyrasis.org> (Please feel free to share widely across your networks and with anyone you think may be interested.) Dear archival community, ArchivesSpace will be offering an informational webinar on February 10, 2021, at 2pm ET for those interested in or planning to apply for the ArchivesSpace Diversity Partnership. The ArchivesSpace Diversity Partnership is a new program that offers support for implementing the ArchivesSpace application to institutions that are themselves or primarily serve communities underrepresented in the ArchivesSpace community. Participating organizations will receive, at no cost to them, ArchivesSpace membership, hosting with a Registered Service Provider, training, and user and technical support for the duration of a three-year term. More information about the ArchivesSpace Diversity Partnership, including information about how to apply, is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2049998863/ArchivesSpace+Diversity+Partnership. In this webinar, members of the ArchivesSpace Diversity Partnership planning team will discuss the program and answer questions from potential applicants and others interested in the program. This webinar will be recorded and made available on the ArchivesSpace YouTube channel. When: February 10, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_f6s6-6JeT_6q6I_TgIqWVA In order to provide a secure webinar experience and ensure adequate space in our Zoom environment, registration is now required for our webinars. Our webinars continue to be free and open to anyone using or interested in ArchivesSpace. Who should attend: Anyone interested in the ArchivesSpace Diversity Partnership or who has questions about the application process. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8549 bytes Desc: image001.jpg URL: From suzanna.calev at wilkes.edu Thu Feb 4 08:48:52 2021 From: suzanna.calev at wilkes.edu (Calev, Suzanna) Date: Thu, 4 Feb 2021 08:48:52 -0500 Subject: [Archivesspace_Users_Group] Public interface not working with upgrade to v.2.8.1. Message-ID: Hi AS community, My institution's network guy is trying to upgrade our AS to v.2.8.1. (we had version 2.5 earlier). He sent me an email with this issue he's having with the public interface side not working. Has anyone come across this issue before and can suggest any solutions? This is what he wrote: I installed the latest version of the software and our copy of the database + settings to it and was able to get the staff portion working. However, I am getting an error on the public side of the site. It?s looking for a specific library file that does not seem to be loaded. From what I have been reading up on it, it looks like the piece it is looking for (sassc v 2.4) has changed the default install location and someone on a public forum with a similar issue was able to get it to work by making a shortcut to the file and placing it in the spot where past versions used to put it. This would be a viable workaround if I understood the software a little better." Any suggestions or pointing to a wiki page would greatly help us! Thank you so much, Suzanna -- Suzanna Calev, MLIS & MA Archivist/Public Services Librarian Farley Library 187 South Franklin Street Wilkes-Barre, PA 18766 Office: 570-408-2012 Archives: 570-408-4264 Cell: 917-656-3515 suzanna.calev at wilkes.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Thu Feb 4 09:10:02 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 4 Feb 2021 14:10:02 +0000 Subject: [Archivesspace_Users_Group] Public interface not working with upgrade to v.2.8.1. In-Reply-To: References: Message-ID: <27d7b96d-0f7c-e9fa-db9f-f1412ec0cd50@bodleian.ox.ac.uk> Which version of Java are you running? See: * http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2020-February/007388.html * http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2021-January/008135.html Andrew. On 04/02/2021 13:48, Calev, Suzanna wrote: > Hi AS community, > > My institution's network guy is trying to upgrade our AS to v.2.8.1. > (we had version 2.5 earlier). He sent me an email with this issue he's > having with the public interface side not working. Has anyone come > across this issue before and can suggest any solutions? > This is what he wrote: > > I installed the latest version of the software and our copy of the > database + settings to it and was able to get the staff portion > working. However, I am getting an error on the public side of the > site. It?s looking for a specific library file that does not seem to > be loaded. From what I have been reading up on it, it looks like the > piece it is looking for (sassc v 2.4) has changed the default install > location and someone on a public forum with a similar issue was able > to get it to work by making a shortcut to the file and placing it in > the spot where past versions used to put it. This would be a viable > workaround if I understood the software a little better." > > Any suggestions or pointing to a wiki page would greatly help us! > > Thank you so much, > Suzanna > -- > Suzanna Calev, MLIS & MA > Archivist/Public Services Librarian > Farley Library > 187 South Franklin Street > Wilkes-Barre, PA 18766 > Office: 570-408-2012 > Archives: 570-408-4264 > Cell: 917-656-3515 > suzanna.calev at wilkes.edu > > ** > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Thu Feb 4 10:49:45 2021 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Thu, 4 Feb 2021 15:49:45 +0000 Subject: [Archivesspace_Users_Group] Separating Solr index to separate server? Message-ID: <88C51EA3-DA9F-4618-B9C1-FD11DD2B8635@rockarch.org> Hey all, We?re considering separating our Solr Index to a separate server for space and performance issues. Does anyone run AS and the index on separate servers, and if so, have you seen substantial AS performance increases from doing so? We?ve found that sometimes our installation slows down after running for a couple of months on the same server as the index. Patrick Galligan Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdtillman at sdsu.edu Thu Feb 4 11:18:46 2021 From: jdtillman at sdsu.edu (Josh Tillman) Date: Thu, 4 Feb 2021 08:18:46 -0800 Subject: [Archivesspace_Users_Group] Plugins Recommendations? Message-ID: Hello, We want to transform a test set of finding aids to make them more accessible. Part of this entails translating them into Spanish. The other part is to try to make the finding aids more dynamic and interactive -- in essence to create multiple paths into them. Applying different digital humanities approaches, we are considering whether we could develop some visualizations (maps, timelines, etc.) that would provide alternate ways of searching and enhance discoverability. Does anyone have any recommendations/experience with plugins that would extend Spanish translation or dual descriptions, accessibility, or visualizations (maps, timelines, etc)? Thank you, Josh Tillman PHP Programmer and Database Administrator Library Information Technologies & Digital Initiatives San Diego State University 5500 Campanile Drive San Diego, CA 92182-8050 619.594.1811 jdtillman at sdsu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave_mayo at harvard.edu Thu Feb 4 11:40:10 2021 From: dave_mayo at harvard.edu (Mayo, Dave) Date: Thu, 4 Feb 2021 16:40:10 +0000 Subject: [Archivesspace_Users_Group] Separating Solr index to separate server? In-Reply-To: <88C51EA3-DA9F-4618-B9C1-FD11DD2B8635@rockarch.org> References: <88C51EA3-DA9F-4618-B9C1-FD11DD2B8635@rockarch.org> Message-ID: We definitely do, and it's definitely been useful performance-wise. We also are able to use a newer Solr revision this way. Additionally, Solr needs a lot of empty disk to be performant, and it's easier to manage that when it's running on its own server. Get Outlook for Android ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Galligan, Patrick Sent: Thursday, February 4, 2021 10:49:45 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Separating Solr index to separate server? Hey all, We?re considering separating our Solr Index to a separate server for space and performance issues. Does anyone run AS and the index on separate servers, and if so, have you seen substantial AS performance increases from doing so? We?ve found that sometimes our installation slows down after running for a couple of months on the same server as the index. Patrick Galligan Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From suzanna.calev at wilkes.edu Thu Feb 4 12:53:28 2021 From: suzanna.calev at wilkes.edu (Calev, Suzanna) Date: Thu, 4 Feb 2021 12:53:28 -0500 Subject: [Archivesspace_Users_Group] Public interface not working with upgrade to v.2.8.1. In-Reply-To: <27d7b96d-0f7c-e9fa-db9f-f1412ec0cd50@bodleian.ox.ac.uk> References: <27d7b96d-0f7c-e9fa-db9f-f1412ec0cd50@bodleian.ox.ac.uk> Message-ID: Thank you Andrew! That did it!!!! On Thu, Feb 4, 2021 at 9:10 AM Andrew Morrison < andrew.morrison at bodleian.ox.ac.uk> wrote: > Which version of Java are you running? > > See: > > - > http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2020-February/007388.html > - > http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2021-January/008135.html > > Andrew. > > > On 04/02/2021 13:48, Calev, Suzanna wrote: > > Hi AS community, > > My institution's network guy is trying to upgrade our AS to v.2.8.1. (we > had version 2.5 earlier). He sent me an email with this issue he's having > with the public interface side not working. Has anyone come across this > issue before and can suggest any solutions? > This is what he wrote: > > I installed the latest version of the software and our copy of the > database + settings to it and was able to get the staff portion working. > However, I am getting an error on the public side of the site. It?s looking > for a specific library file that does not seem to be loaded. From what I > have been reading up on it, it looks like the piece it is looking for > (sassc v 2.4) has changed the default install location and someone on a > public forum with a similar issue was able to get it to work by making a > shortcut to the file and placing it in the spot where past versions used to > put it. This would be a viable workaround if I understood the software a > little better." > > Any suggestions or pointing to a wiki page would greatly help us! > > Thank you so much, > Suzanna > -- > Suzanna Calev, MLIS & MA > Archivist/Public Services Librarian > Farley Library > 187 South Franklin Street > Wilkes-Barre, PA 18766 > Office: 570-408-2012 > Archives: 570-408-4264 > Cell: 917-656-3515 > suzanna.calev at wilkes.edu > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing listArchivesspace_Users_Group at lyralists.lyrasis.orghttp://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Suzanna Calev, MLIS & MA Archivist/Public Services Librarian Farley Library 187 South Franklin Street Wilkes-Barre, PA 18766 Office: 570-408-2012 Archives: 570-408-4264 Cell: 917-656-3515 suzanna.calev at wilkes.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From bpoulin at unm.edu Thu Feb 4 12:56:18 2021 From: bpoulin at unm.edu (Bennett Poulin) Date: Thu, 4 Feb 2021 17:56:18 +0000 Subject: [Archivesspace_Users_Group] Separating Solr index to separate server? In-Reply-To: References: <88C51EA3-DA9F-4618-B9C1-FD11DD2B8635@rockarch.org> Message-ID: Has anyone found good documentation on how to separate out Solr to another server? It sounds like it would be worth it. --Bennett From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Mayo, Dave Sent: Thursday, February 4, 2021 9:40 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Separating Solr index to separate server? [EXTERNAL] We definitely do, and it's definitely been useful performance-wise. We also are able to use a newer Solr revision this way. Additionally, Solr needs a lot of empty disk to be performant, and it's easier to manage that when it's running on its own server. Get Outlook for Android ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Galligan, Patrick > Sent: Thursday, February 4, 2021 10:49:45 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Separating Solr index to separate server? Hey all, We're considering separating our Solr Index to a separate server for space and performance issues. Does anyone run AS and the index on separate servers, and if so, have you seen substantial AS performance increases from doing so? We've found that sometimes our installation slows down after running for a couple of months on the same server as the index. Patrick Galligan Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From trthorn2 at ncsu.edu Thu Feb 4 13:04:55 2021 From: trthorn2 at ncsu.edu (Trevor Thornton) Date: Thu, 4 Feb 2021 13:04:55 -0500 Subject: [Archivesspace_Users_Group] Separating Solr index to separate server? In-Reply-To: References: <88C51EA3-DA9F-4618-B9C1-FD11DD2B8635@rockarch.org> Message-ID: Some basic documentation is here: https://github.com/archivesspace/tech-docs/blob/master/provisioning/solr.md On Thu, Feb 4, 2021 at 12:56 PM Bennett Poulin wrote: > Has anyone found good documentation on how to separate out Solr to another > server? It sounds like it would be worth it. > > > > --Bennett > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Mayo, > Dave > *Sent:* Thursday, February 4, 2021 9:40 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Separating Solr index to > separate server? > > > > * [EXTERNAL]* > > We definitely do, and it's definitely been useful performance-wise. We > also are able to use a newer Solr revision this way. Additionally, Solr > needs a lot of empty disk to be performant, and it's easier to manage that > when it's running on its own server. > > Get Outlook for Android > > > ------------------------------ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Galligan, Patrick > *Sent:* Thursday, February 4, 2021 10:49:45 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Separating Solr index to separate > server? > > > > Hey all, > > > > We?re considering separating our Solr Index to a separate server for space > and performance issues. Does anyone run AS and the index on separate > servers, and if so, have you seen substantial AS performance increases from > doing so? We?ve found that sometimes our installation slows down after > running for a couple of months on the same server as the index. > > > > Patrick Galligan > > Digital Archivist > > Rockefeller Archive Center > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From bpoulin at unm.edu Thu Feb 4 13:27:04 2021 From: bpoulin at unm.edu (Bennett Poulin) Date: Thu, 4 Feb 2021 18:27:04 +0000 Subject: [Archivesspace_Users_Group] Separating Solr index to separate server? In-Reply-To: References: <88C51EA3-DA9F-4618-B9C1-FD11DD2B8635@rockarch.org> Message-ID: Wonderful! Thank you so much! From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Trevor Thornton Sent: Thursday, February 4, 2021 11:05 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Separating Solr index to separate server? [EXTERNAL] Some basic documentation is here: https://github.com/archivesspace/tech-docs/blob/master/provisioning/solr.md On Thu, Feb 4, 2021 at 12:56 PM Bennett Poulin > wrote: Has anyone found good documentation on how to separate out Solr to another server? It sounds like it would be worth it. --Bennett From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Mayo, Dave Sent: Thursday, February 4, 2021 9:40 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Separating Solr index to separate server? [EXTERNAL] We definitely do, and it's definitely been useful performance-wise. We also are able to use a newer Solr revision this way. Additionally, Solr needs a lot of empty disk to be performant, and it's easier to manage that when it's running on its own server. Get Outlook for Android ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Galligan, Patrick > Sent: Thursday, February 4, 2021 10:49:45 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Separating Solr index to separate server? Hey all, We?re considering separating our Solr Index to a separate server for space and performance issues. Does anyone run AS and the index on separate servers, and if so, have you seen substantial AS performance increases from doing so? We?ve found that sometimes our installation slows down after running for a couple of months on the same server as the index. Patrick Galligan Digital Archivist Rockefeller Archive Center _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From ccsung at hku.hk Wed Feb 10 03:44:08 2021 From: ccsung at hku.hk (Jimmy SUNG) Date: Wed, 10 Feb 2021 08:44:08 +0000 Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 Message-ID: <7593255460724fc89b97b2244fe9c332@mailr02.hkucc-com.hku.hk> Hi, I encountered an issue after system upgrade. The information on the "Dates" field of Accession has messed up with other data and the create_time is not correct. For below record, it should be created on 2015-01-21. Grateful if you can give some advice! Before upgrade (version v.1.5.2), the "Dates" field: - Created by ccsung 2015-01-21 15:33:35 +0800 Last Modified by ccsung 2015-06-05 13:28:34 +0800 After upgrade (version v2.8.0), the "Dates" field: - {"lock_version"=>0, "begin"=>"2007-03-02", "end"=>"2009-06-05", "created_by"=>"ccsung", "last_modified_by"=>"ccsung", "create_time"=>"2015-06-05T05:28:34Z", "system_mtime"=>"2015-06-05T05:28:34Z", "user_mtime"=>"2015-06-05T05:28:34Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} Best Regards, Jimmy SUNG Technology Support Services The University of Hong Kong Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corey.Schmidt at uga.edu Wed Feb 10 08:27:51 2021 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Wed, 10 Feb 2021 13:27:51 +0000 Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 In-Reply-To: <7593255460724fc89b97b2244fe9c332@mailr02.hkucc-com.hku.hk> References: <7593255460724fc89b97b2244fe9c332@mailr02.hkucc-com.hku.hk> Message-ID: Jimmy, After the upgrade, did you run a re-index? I know after we upgraded from 2.6 to 2.8 we had data that was all in the wrong places in the Staff Interface, due to the Solr index being out of sync with the database. Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jimmy SUNG Sent: Wednesday, February 10, 2021 3:44 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi, I encountered an issue after system upgrade. The information on the ?Dates? field of Accession has messed up with other data and the create_time is not correct. For below record, it should be created on 2015-01-21. Grateful if you can give some advice! Before upgrade (version v.1.5.2), the ?Dates? field: - Created by ccsung 2015-01-21 15:33:35 +0800 Last Modified by ccsung 2015-06-05 13:28:34 +0800 After upgrade (version v2.8.0), the ?Dates? field: - {"lock_version"=>0, "begin"=>"2007-03-02", "end"=>"2009-06-05", "created_by"=>"ccsung", "last_modified_by"=>"ccsung", "create_time"=>"2015-06-05T05:28:34Z", "system_mtime"=>"2015-06-05T05:28:34Z", "user_mtime"=>"2015-06-05T05:28:34Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} Best Regards, Jimmy SUNG Technology Support Services The University of Hong Kong Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed Feb 10 08:41:30 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 10 Feb 2021 13:41:30 +0000 Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 In-Reply-To: References: <7593255460724fc89b97b2244fe9c332@mailr02.hkucc-com.hku.hk>, Message-ID: For this one I'd do a full reindex. Shut down ArchivesSpace Delete everything in /data/ Yes, every single thing in the /data/ directory, but not the directory, you need it, just empty. Start ArchivesSpace It'll take a while to get all indexed. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Corey Schmidt Sent: Wednesday, February 10, 2021 8:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 Jimmy, After the upgrade, did you run a re-index? I know after we upgraded from 2.6 to 2.8 we had data that was all in the wrong places in the Staff Interface, due to the Solr index being out of sync with the database. Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jimmy SUNG Sent: Wednesday, February 10, 2021 3:44 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi, I encountered an issue after system upgrade. The information on the ?Dates? field of Accession has messed up with other data and the create_time is not correct. For below record, it should be created on 2015-01-21. Grateful if you can give some advice! Before upgrade (version v.1.5.2), the ?Dates? field: - Created by ccsung 2015-01-21 15:33:35 +0800 Last Modified by ccsung 2015-06-05 13:28:34 +0800 After upgrade (version v2.8.0), the ?Dates? field: - {"lock_version"=>0, "begin"=>"2007-03-02", "end"=>"2009-06-05", "created_by"=>"ccsung", "last_modified_by"=>"ccsung", "create_time"=>"2015-06-05T05:28:34Z", "system_mtime"=>"2015-06-05T05:28:34Z", "user_mtime"=>"2015-06-05T05:28:34Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} Best Regards, Jimmy SUNG Technology Support Services The University of Hong Kong Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corey.Schmidt at uga.edu Wed Feb 10 08:44:32 2021 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Wed, 10 Feb 2021 13:44:32 +0000 Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources Message-ID: Dear all, Hello, this is Corey Schmidt, ArchivesSpace PM at the University of Georgia. I hope everyone is doing well and staying safe and healthy. Would anyone know of any script, plugin, or tool to check for invalid URLs within resources? We are investigating how to grab URLs from exported EAD.xml files and check them to determine if they throw back any sort of error (404s mostly, but also any others). My thinking is to build a small app that will export EAD.xml files from ArchivesSpace, then sift through the raw xml using python's lxml package to catch any URLs using regex. After capturing the URL, it would then use the requests library to check the status code of the URL and if it returns an error, log that error in a .CSV output file to act as a "report" of all the broken links within that resource. The problems with this method are: 1. Exporting 1000s of resources takes a lot of time and some processing power, as well as a moderate amount of local storage space. 2. Even checking the raw xml file takes a considerable amount of time. The app I'm working on takes overnight to export and check all the xml files. I was considering pinging the API for different parts of a resource, but I figured that would take as much time as just exporting an EAD.xml and would be even more complex to write. I've checked Awesome ArchivesSpace, this listserv, and a few script libraries from institutions, but haven't found exactly what I am looking for. Any info or advice would be greatly appreciated! Thanks! Sincerely, Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From KennedyN at si.edu Wed Feb 10 09:18:08 2021 From: KennedyN at si.edu (Kennedy, Nancy) Date: Wed, 10 Feb 2021 14:18:08 +0000 Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources In-Reply-To: References: Message-ID: Hi Corey - Do you have access to query the database, as a starting point, instead of EAD? We were able to pull the file_uri values from the file_version table in the database. Our sysadmin then checked the response codes for that list of URI, and we referred issues out to staff working on those collections. Some corrections can be made directly by staff, or for long lists, you could include the digital_object id and post updates that way. Nancy From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Corey Schmidt Sent: Wednesday, February 10, 2021 8:45 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources External Email - Exercise Caution Dear all, Hello, this is Corey Schmidt, ArchivesSpace PM at the University of Georgia. I hope everyone is doing well and staying safe and healthy. Would anyone know of any script, plugin, or tool to check for invalid URLs within resources? We are investigating how to grab URLs from exported EAD.xml files and check them to determine if they throw back any sort of error (404s mostly, but also any others). My thinking is to build a small app that will export EAD.xml files from ArchivesSpace, then sift through the raw xml using python's lxml package to catch any URLs using regex. After capturing the URL, it would then use the requests library to check the status code of the URL and if it returns an error, log that error in a .CSV output file to act as a "report" of all the broken links within that resource. The problems with this method are: 1. Exporting 1000s of resources takes a lot of time and some processing power, as well as a moderate amount of local storage space. 2. Even checking the raw xml file takes a considerable amount of time. The app I'm working on takes overnight to export and check all the xml files. I was considering pinging the API for different parts of a resource, but I figured that would take as much time as just exporting an EAD.xml and would be even more complex to write. I've checked Awesome ArchivesSpace, this listserv, and a few script libraries from institutions, but haven't found exactly what I am looking for. Any info or advice would be greatly appreciated! Thanks! Sincerely, Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corey.Schmidt at uga.edu Wed Feb 10 09:34:49 2021 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Wed, 10 Feb 2021 14:34:49 +0000 Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources In-Reply-To: References: , Message-ID: Nancy, I have access to our staging database, but not production. I'm not sure our sysadmins will allow me to play around in the prod database, unless they can assign me read only maybe? Pulling the file_uri values for file_version would be much more efficient. However, I'm not just looking to check digital object links, but also any links found within collection and archival object level notes, either copied straight into the text of the notes or linked using the tag. I could probably query the database for that info too. Corey ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kennedy, Nancy Sent: Wednesday, February 10, 2021 9:18 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Checking for Broken URLs in Resources [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi Corey ? Do you have access to query the database, as a starting point, instead of EAD? We were able to pull the file_uri values from the file_version table in the database. Our sysadmin then checked the response codes for that list of URI, and we referred issues out to staff working on those collections. Some corrections can be made directly by staff, or for long lists, you could include the digital_object id and post updates that way. Nancy From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Corey Schmidt Sent: Wednesday, February 10, 2021 8:45 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources External Email - Exercise Caution Dear all, Hello, this is Corey Schmidt, ArchivesSpace PM at the University of Georgia. I hope everyone is doing well and staying safe and healthy. Would anyone know of any script, plugin, or tool to check for invalid URLs within resources? We are investigating how to grab URLs from exported EAD.xml files and check them to determine if they throw back any sort of error (404s mostly, but also any others). My thinking is to build a small app that will export EAD.xml files from ArchivesSpace, then sift through the raw xml using python's lxml package to catch any URLs using regex. After capturing the URL, it would then use the requests library to check the status code of the URL and if it returns an error, log that error in a .CSV output file to act as a "report" of all the broken links within that resource. The problems with this method are: 1. Exporting 1000s of resources takes a lot of time and some processing power, as well as a moderate amount of local storage space. 2. Even checking the raw xml file takes a considerable amount of time. The app I'm working on takes overnight to export and check all the xml files. I was considering pinging the API for different parts of a resource, but I figured that would take as much time as just exporting an EAD.xml and would be even more complex to write. I've checked Awesome ArchivesSpace, this listserv, and a few script libraries from institutions, but haven't found exactly what I am looking for. Any info or advice would be greatly appreciated! Thanks! Sincerely, Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From kws2126 at columbia.edu Wed Feb 10 10:27:09 2021 From: kws2126 at columbia.edu (Kevin W. Schlottmann) Date: Wed, 10 Feb 2021 10:27:09 -0500 Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources In-Reply-To: References: Message-ID: Hi Corey, Earlier this year we did something similar. We started by extracting all xlink:href from the EAD corpus using xslt. (EAD is our go-to data source since we always have a constantly updated set, as we use them to automatically publish our finding aids.) We did not do an additional regex search for non-encoded URLs, but that's not a bad idea. The result was over 15,000 links. Each was recorded with bibid, container id (if any), and link text and title (if any). To check them, my colleague ran them through a Python script to get the response code, and if the response was 301/302, retrieve the redirect location and secondary response. This produced some interesting results, and resulted in a fair amount of remediation work to do. If this sounds on point, I can try to find and share the code we used. Kevin On Wed, Feb 10, 2021 at 9:34 AM Corey Schmidt wrote: > Nancy, > > I have access to our staging database, but not production. I'm not sure > our sysadmins will allow me to play around in the prod database, unless > they can assign me read only maybe? Pulling the file_uri values for > file_version would be much more efficient. However, I'm not just looking to > check digital object links, but also any links found within collection and > archival object level notes, either copied straight into the text of the > notes or linked using the tag. I could probably query the database > for that info too. > > Corey > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Kennedy, Nancy > *Sent:* Wednesday, February 10, 2021 9:18 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Checking for Broken URLs in > Resources > > [EXTERNAL SENDER - PROCEED CAUTIOUSLY] > > Hi Corey ? > > Do you have access to query the database, as a starting point, instead of > EAD? We were able to pull the file_uri values from the file_version table > in the database. Our sysadmin then checked the response codes for that > list of URI, and we referred issues out to staff working on those > collections. Some corrections can be made directly by staff, or for long > lists, you could include the digital_object id and post updates that way. > > > > Nancy > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Corey > Schmidt > *Sent:* Wednesday, February 10, 2021 8:45 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Checking for Broken URLs in > Resources > > > > *External Email - Exercise Caution* > > Dear all, > > > Hello, this is Corey Schmidt, ArchivesSpace PM at the University of > Georgia. I hope everyone is doing well and staying safe and healthy. > > Would anyone know of any script, plugin, or tool to check for invalid URLs > within resources? We are investigating how to grab URLs from exported > EAD.xml files and check them to determine if they throw back any sort of > error (404s mostly, but also any others). My thinking is to build a small > app that will export EAD.xml files from ArchivesSpace, then sift through > the raw xml using python's lxml package to catch any URLs using regex. > After capturing the URL, it would then use the requests library to check > the status code of the URL and if it returns an error, log that error in a > .CSV output file to act as a "report" of all the broken links within that > resource. > > The problems with this method are: 1. Exporting 1000s of resources takes a > lot of time and some processing power, as well as a moderate amount of > local storage space. 2. Even checking the raw xml file takes a considerable > amount of time. The app I'm working on takes overnight to export and check > all the xml files. I was considering pinging the API for different parts of > a resource, but I figured that would take as much time as just exporting an > EAD.xml and would be even more complex to write. I've checked Awesome > ArchivesSpace, this listserv, and a few script libraries from institutions, > but haven't found exactly what I am looking for. > > Any info or advice would be greatly appreciated! Thanks! > > Sincerely, > > Corey > > > > Corey Schmidt > > ArchivesSpace Project Manager > > University of Georgia Special Collections Libraries > > *Email:* Corey.Schmidt at uga.edu > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Kevin Schlottmann Interim Director and Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corey.Schmidt at uga.edu Wed Feb 10 10:44:33 2021 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Wed, 10 Feb 2021 15:44:33 +0000 Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources In-Reply-To: References: , Message-ID: Kevin, I'd be very interested to get your code, especially with 301 and 302 redirects. My initial runs have resulted in redirects stalling the status code response, preventing my program from moving forward. Getting the status code of the link being redirected to would be a big help. I should also mention that any solution I make needs to be replicable to other faculty/staff in our library - so access to the database may not be consistent in the future. I'm thinking of a scenario where 5 years from now, some people may want to run this report again but I may not be working for the library anymore. If that's the case, working to export from ArchivesSpace might be the better long-term, no-fusses solution. Corey ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kevin W. Schlottmann Sent: Wednesday, February 10, 2021 10:27 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Checking for Broken URLs in Resources [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi Corey, Earlier this year we did something similar. We started by extracting all xlink:href from the EAD corpus using xslt. (EAD is our go-to data source since we always have a constantly updated set, as we use them to automatically publish our finding aids.) We did not do an additional regex search for non-encoded URLs, but that's not a bad idea. The result was over 15,000 links. Each was recorded with bibid, container id (if any), and link text and title (if any). To check them, my colleague ran them through a Python script to get the response code, and if the response was 301/302, retrieve the redirect location and secondary response. This produced some interesting results, and resulted in a fair amount of remediation work to do. If this sounds on point, I can try to find and share the code we used. Kevin On Wed, Feb 10, 2021 at 9:34 AM Corey Schmidt > wrote: Nancy, I have access to our staging database, but not production. I'm not sure our sysadmins will allow me to play around in the prod database, unless they can assign me read only maybe? Pulling the file_uri values for file_version would be much more efficient. However, I'm not just looking to check digital object links, but also any links found within collection and archival object level notes, either copied straight into the text of the notes or linked using the tag. I could probably query the database for that info too. Corey ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Kennedy, Nancy > Sent: Wednesday, February 10, 2021 9:18 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Checking for Broken URLs in Resources [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi Corey ? Do you have access to query the database, as a starting point, instead of EAD? We were able to pull the file_uri values from the file_version table in the database. Our sysadmin then checked the response codes for that list of URI, and we referred issues out to staff working on those collections. Some corrections can be made directly by staff, or for long lists, you could include the digital_object id and post updates that way. Nancy From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Corey Schmidt Sent: Wednesday, February 10, 2021 8:45 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources External Email - Exercise Caution Dear all, Hello, this is Corey Schmidt, ArchivesSpace PM at the University of Georgia. I hope everyone is doing well and staying safe and healthy. Would anyone know of any script, plugin, or tool to check for invalid URLs within resources? We are investigating how to grab URLs from exported EAD.xml files and check them to determine if they throw back any sort of error (404s mostly, but also any others). My thinking is to build a small app that will export EAD.xml files from ArchivesSpace, then sift through the raw xml using python's lxml package to catch any URLs using regex. After capturing the URL, it would then use the requests library to check the status code of the URL and if it returns an error, log that error in a .CSV output file to act as a "report" of all the broken links within that resource. The problems with this method are: 1. Exporting 1000s of resources takes a lot of time and some processing power, as well as a moderate amount of local storage space. 2. Even checking the raw xml file takes a considerable amount of time. The app I'm working on takes overnight to export and check all the xml files. I was considering pinging the API for different parts of a resource, but I figured that would take as much time as just exporting an EAD.xml and would be even more complex to write. I've checked Awesome ArchivesSpace, this listserv, and a few script libraries from institutions, but haven't found exactly what I am looking for. Any info or advice would be greatly appreciated! Thanks! Sincerely, Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Interim Director and Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From KennedyN at si.edu Wed Feb 10 11:43:32 2021 From: KennedyN at si.edu (Kennedy, Nancy) Date: Wed, 10 Feb 2021 16:43:32 +0000 Subject: [Archivesspace_Users_Group] Duplicated fields in resources bug? In-Reply-To: References: Message-ID: Hi all, We?ve just encountered this issue where dates/extents are repeating after saving a Resource. User was editing Notes, and then the dates and extents copied 4 times each. The user was able to manually remove the extra copies. Does anyone know what causes this, or if there is a solution in 2.7.1? Thanks, Nancy From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kevin W. Schlottmann Sent: Friday, October 16, 2020 10:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Duplicated fields in resources bug? External Email - Exercise Caution Hi Mark, We are on 2.8.0, and haven't seen this error recur. Kevin On Fri, Oct 16, 2020 at 10:03 AM Custer, Mark > wrote: All, Has anyone diagnosed this issue yet and/or determined if it's present in 2.8.x? We recently upgraded to 2.7.1, and we've since been greeted by this bug at least twice (though I suspect it's visited unnoticed more frequently). In each case, the following subrecord types are duplicated when the resource record is saved: language, date, and extent. Picture attached, which shows three duplicate pairs for the dates and three duplicates for the extent. I haven't tried to ferret out additional affected records in our database just yet, so I'm curious if anyone has noticed this happening on other record types, like archival objects and digital objects, or if this has been isolated to resource records. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Kevin W. Schlottmann > Sent: Wednesday, June 3, 2020 9:44 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Duplicated fields in resources bug? Thanks Andrew, that could be a useful lead. On Wed, Jun 3, 2020 at 3:57 AM Andrew Morrison > wrote: Something else which are duplicated are ARKs, if you have them turned on: https://archivesspace.atlassian.net/browse/ANW-1060 But they're generated for you, so could be an unrelated bug. Andrew. On 02/06/2020 17:48, Kevin W. Schlottmann wrote: Thanks Dan. I'm glad (I guess?) to hear that it's not unique to our instance. On Mon, Jun 1, 2020 at 2:52 PM Daniel Michelson > wrote: Hi Kevin, I'm sure this isn't much help, but we've also encountered this bug on one resource record in 2.7.1. We could not determine what might have caused it. Dan On Mon, Jun 1, 2020 at 2:27 PM Kevin W. Schlottmann > wrote: Hi all, We are chasing an odd bug where certain fields are being inadvertently duplicated by AS when some other edit action is taken on the resource record. The fields being duplicated are language notes, extent notes, and date notes at the resource-level. We are unable to replicate the bug reliably, on any given record, or for a record on a Test server where we see the behavior on Production. We are running 2.7.0, hosted by Lyrasis, with limited customizations. Has anyone come across this or a similar bug? Kevin -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dan Michelson Project Manager Archivist Smith College Special Collections The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website. For information about library services during this time, information is available on our website. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Interim Director and Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwh2128 at columbia.edu Wed Feb 10 20:26:32 2021 From: dwh2128 at columbia.edu (David W. Hodges) Date: Wed, 10 Feb 2021 20:26:32 -0500 Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources In-Reply-To: References: Message-ID: Corey, The process Kevin mentioned is in our repo here: https://github.com/cul/rbml-archivesspace/tree/master/ead_link_checker I think this is a few steps short of what you have in mind but maybe it will give you some code snippets to adapt. As Kevin mentioned, we have our entire corpus exported to EAD daily to back our publishing platform, so it makes an easy source to mine data via XSLT. Given a folder of EAD, the XSLT pulls out the xlink info, and the Python script does status checks and reports the results to a spreadsheet. As we have many links to dois and resolvers, the redirect locations and status checks were useful. We did this as a one-time audit rather than a continuous monitor, but I could see how one might automate a link checker to report problems as they come up. I'd be happy to discuss further if it is helpful. Best of luck! David On Wed, Feb 10, 2021 at 10:44 AM Corey Schmidt wrote: > Kevin, > > I'd be very interested to get your code, especially with 301 and 302 > redirects. My initial runs have resulted in redirects stalling the status > code response, preventing my program from moving forward. Getting the > status code of the link being redirected to would be a big help. > > I should also mention that any solution I make needs to be replicable to > other faculty/staff in our library - so access to the database may not be > consistent in the future. I'm thinking of a scenario where 5 years from > now, some people may want to run this report again but I may not be working > for the library anymore. If that's the case, working to export from > ArchivesSpace might be the better long-term, no-fusses solution. > > Corey > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Kevin W. Schlottmann > *Sent:* Wednesday, February 10, 2021 10:27 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Checking for Broken URLs in > Resources > > [EXTERNAL SENDER - PROCEED CAUTIOUSLY] > > Hi Corey, > > Earlier this year we did something similar. We started by extracting all > xlink:href from the EAD corpus using xslt. (EAD is our go-to data source > since we always have a constantly updated set, as we use them to > automatically publish our finding aids.) We did not do an additional regex > search for non-encoded URLs, but that's not a bad idea. The result was > over 15,000 links. Each was recorded with bibid, container id (if any), > and link text and title (if any). To check them, my colleague ran them > through a Python script to get the response code, and if the response was > 301/302, retrieve the redirect location and secondary response. This > produced some interesting results, and resulted in a fair amount of > remediation work to do. > > If this sounds on point, I can try to find and share the code we used. > > Kevin > > On Wed, Feb 10, 2021 at 9:34 AM Corey Schmidt > wrote: > > Nancy, > > I have access to our staging database, but not production. I'm not sure > our sysadmins will allow me to play around in the prod database, unless > they can assign me read only maybe? Pulling the file_uri values for > file_version would be much more efficient. However, I'm not just looking to > check digital object links, but also any links found within collection and > archival object level notes, either copied straight into the text of the > notes or linked using the tag. I could probably query the database > for that info too. > > Corey > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Kennedy, Nancy > *Sent:* Wednesday, February 10, 2021 9:18 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Checking for Broken URLs in > Resources > > [EXTERNAL SENDER - PROCEED CAUTIOUSLY] > > Hi Corey ? > > Do you have access to query the database, as a starting point, instead of > EAD? We were able to pull the file_uri values from the file_version table > in the database. Our sysadmin then checked the response codes for that > list of URI, and we referred issues out to staff working on those > collections. Some corrections can be made directly by staff, or for long > lists, you could include the digital_object id and post updates that way. > > > > Nancy > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Corey > Schmidt > *Sent:* Wednesday, February 10, 2021 8:45 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Checking for Broken URLs in > Resources > > > > *External Email - Exercise Caution* > > Dear all, > > > Hello, this is Corey Schmidt, ArchivesSpace PM at the University of > Georgia. I hope everyone is doing well and staying safe and healthy. > > Would anyone know of any script, plugin, or tool to check for invalid URLs > within resources? We are investigating how to grab URLs from exported > EAD.xml files and check them to determine if they throw back any sort of > error (404s mostly, but also any others). My thinking is to build a small > app that will export EAD.xml files from ArchivesSpace, then sift through > the raw xml using python's lxml package to catch any URLs using regex. > After capturing the URL, it would then use the requests library to check > the status code of the URL and if it returns an error, log that error in a > .CSV output file to act as a "report" of all the broken links within that > resource. > > The problems with this method are: 1. Exporting 1000s of resources takes a > lot of time and some processing power, as well as a moderate amount of > local storage space. 2. Even checking the raw xml file takes a considerable > amount of time. The app I'm working on takes overnight to export and check > all the xml files. I was considering pinging the API for different parts of > a resource, but I figured that would take as much time as just exporting an > EAD.xml and would be even more complex to write. I've checked Awesome > ArchivesSpace, this listserv, and a few script libraries from institutions, > but haven't found exactly what I am looking for. > > Any info or advice would be greatly appreciated! Thanks! > > Sincerely, > > Corey > > > > Corey Schmidt > > ArchivesSpace Project Manager > > University of Georgia Special Collections Libraries > > *Email:* Corey.Schmidt at uga.edu > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > Kevin Schlottmann > Interim Director and Head of Archives Processing > Rare Book & Manuscript Library > Butler Library, Room 801 > Columbia University > 535 W. 114th St., New York, NY 10027 > (212) 854-8483 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- David W. Hodges Special Collections Analyst Columbia University Libraries Butler Library 535 West 114th St. New York, NY 10027 212 854-8758 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Thu Feb 11 05:12:10 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 11 Feb 2021 10:12:10 +0000 Subject: [Archivesspace_Users_Group] Checking for Broken URLs in Resources In-Reply-To: References: Message-ID: Another approach would be to modify the Solr schema and the ArchivesSpace indexer to set up and populate an index field just for URLs. Then write a script to query Solr, to get a list of URLs, then send HTTP requests to test them as with any other link checker. That would also have the added bonus of giving staff a dedicated option in the advanced search for finding records by the URLs they contain (or * to get all with external links.) This is something I have been working on, but it is currently on the back-burner. Andrew. On 10/02/2021 15:44, Corey Schmidt wrote: > Kevin, > > I'd be very interested to get your code, especially with 301 and 302 > redirects. My initial runs have resulted in redirects stalling the > status code response, preventing my program from moving forward. > Getting the status code of the link being redirected to would be a big > help. > > I should also mention that any solution I make needs to be replicable > to other faculty/staff in our library - so access to the database may > not be consistent in the future. I'm thinking of a scenario where 5 > years from now, some people may want to run this report again but I > may not be working for the library anymore. If that's the case, > working to export from ArchivesSpace might be the better long-term, > no-fusses solution. > > Corey > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Kevin W. Schlottmann > *Sent:* Wednesday, February 10, 2021 10:27 AM > *To:* Archivesspace Users Group > > *Subject:* Re: [Archivesspace_Users_Group] Checking for Broken URLs in > Resources > [EXTERNAL SENDER - PROCEED CAUTIOUSLY] > > Hi Corey, > > Earlier this year we did something similar. We started by extracting > all xlink:href from the EAD corpus using xslt. (EAD is our go-to data > source since we always have a constantly updated set, as we use them > to automatically publish our finding aids.) We did not do an > additional regex search for non-encoded URLs, but that's not a bad > idea.? The result was over 15,000 links.? Each was recorded with > bibid, container id (if any), and link text and title (if any). To > check them, my colleague ran them through a Python script to get the > response code, and if the response was 301/302, retrieve the redirect > location and secondary response. This produced some interesting > results, and resulted in a fair amount of remediation work to do. > > If this sounds on point, I can try to find and share the code we used. > > Kevin > > On Wed, Feb 10, 2021 at 9:34 AM Corey Schmidt > wrote: > > Nancy, > > I have access to our staging database, but not production.?I'm not > sure our sysadmins will allow me to play around in the prod > database, unless they can assign me read only maybe? Pulling the > file_uri values for file_version would be much more efficient. > However, I'm not just looking to check digital object links, but > also any links found within collection and archival object level > notes, either copied straight into the text of the notes or linked > using the tag. I could probably query the database for > that info too. > > Corey > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > > > > on behalf of Kennedy, Nancy > > *Sent:* Wednesday, February 10, 2021 9:18 AM > *To:* Archivesspace Users Group > > > *Subject:* Re: [Archivesspace_Users_Group] Checking for Broken > URLs in Resources > [EXTERNAL SENDER - PROCEED CAUTIOUSLY] > > Hi Corey ? > > Do you have access to query the database, as a starting point, > instead of EAD?? We were able to pull the file_uri values from the > file_version table in the database.? Our sysadmin then checked the > response codes for that list of URI, and we referred issues out to > staff working on those collections.? Some corrections can be made > directly by staff, or for long lists, you could include the > digital_object id and post updates that way. > > Nancy > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > > > > *On Behalf Of *Corey Schmidt > *Sent:* Wednesday, February 10, 2021 8:45 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > > *Subject:* [Archivesspace_Users_Group] Checking for Broken URLs in > Resources > > *External Email - Exercise Caution* > > Dear all, > > > Hello, this is Corey Schmidt, ArchivesSpace PM at the University > of Georgia. I hope everyone is doing well and staying safe and > healthy. > > Would anyone know of any script, plugin, or tool to check for > invalid URLs within resources? We are investigating how to grab > URLs from exported EAD.xml files and check them to determine if > they throw back any sort of error (404s mostly, but also any > others). My thinking is to build a small app that will export > EAD.xml files from ArchivesSpace, then sift through the raw xml > using python's lxml package to catch any URLs using regex. After > capturing the URL, it would then use the requests library to check > the status code of the URL and if it returns an error, log that > error in a .CSV output file to act as a "report" of all the broken > links within that resource. > > The problems with this method are: 1. Exporting 1000s of resources > takes a lot of time and some processing power, as well as a > moderate amount of local storage space. 2. Even checking the raw > xml file takes a considerable amount of time. The app I'm working > on takes overnight to export and check all the xml files. I was > considering pinging the API for different parts of a resource, but > I figured that would take as much time as just exporting an > EAD.xml and would be even more complex to write. I've checked > Awesome ArchivesSpace, this listserv, and a few script libraries > from institutions, but haven't found exactly what I am looking for. > > Any info or advice would be greatly appreciated! Thanks! > > Sincerely, > > Corey > > Corey Schmidt > > ArchivesSpace Project Manager > > University of Georgia Special Collections Libraries > > /Email:/Corey.Schmidt at uga.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > Kevin Schlottmann > Interim Director and Head of Archives Processing > Rare Book & Manuscript Library > Butler Library, Room 801 > Columbia University > 535 W. 114th St., New York, NY ?10027 > (212) 854-8483 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From na207 at cam.ac.uk Thu Feb 11 05:39:52 2021 From: na207 at cam.ac.uk (Natalie Adams) Date: Thu, 11 Feb 2021 10:39:52 +0000 Subject: [Archivesspace_Users_Group] Relevance ranking prioritising info in agent record's biog history Message-ID: Dear all, Now that we have completed the process of migrating legacy catalogue records to ArchivesSpace we have a large number of collections of personal papers available on our ArchivesSpace PUI (https://archivesearch.lib.cam.ac.uk/). Some of them are of very prominent people who have correspondingly long biographical history notes in their agent record. Not all the information in a biographical history is necessarily reflected in the contents of the archival collection- e.g. for a collection of papers of a Nobel prize winning scientist, the biog history would include information about the scientific breakthrough that led to the award of the Nobel even though the papers we have might relate solely to the scientist's later work as Head of one of the Cambridge colleges. We have noticed that relevance ranking of search results prioritises information in the biographical history note of an agent record, and will return hits tagged with an agent record (whether or not the search term is found in the resource or archival description data). In a search for suffrage (https://archivesearch.lib.cam.ac.uk/search?utf8=%E2%9C%93&op%5B%5D=&q%5B%5D=suffrage&limit=&field%5B%5D=&from_year%5B%5D=&to_year%5B%5D=&commit=Search) on our system, the third hit in order of relevance (https://archivesearch.lib.cam.ac.uk/repositories/2/resources/7120) appears to have no relevance to the search unless you visit the agent record (https://archivesearch.lib.cam.ac.uk/agents/people/8044) where the term suffrage is included. We would be very interested to know whether other repositories have experienced the same issue and have considered or been able to make any adjustments to their systems. Best wishes, Natalie ArchiveSearch | ArchiveSearch What are archives? Archives are records produced by individuals, families, businesses or organisations during their existence. Archives come in a huge variety of formats- from parchment documents to digital files. archivesearch.lib.cam.ac.uk Natalie Adams Systems Archivist Cambridge University Library Information about using Cambridge University Libraries is available online here: https://www.lib.cam.ac.uk/using-library -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Thu Feb 11 06:32:31 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 11 Feb 2021 11:32:31 +0000 Subject: [Archivesspace_Users_Group] Relevance ranking prioritising info in agent record's biog history In-Reply-To: References: Message-ID: <5ec5fbe6-9afd-c1a5-6d77-d90211bccd91@bodleian.ox.ac.uk> The default "Keyword" search option causes ArchivesSpace to query a single Solr index field called "fullrecord". That is a big, unstructured free-text field containing everything the indexer deems relevant to each record (and, as in this case, pulled in from other things linked to it, such as agents.) As such, no priority is given to any one note or text field. Why your example search for "suffrage" is returning that particular record in third place is difficult to say. Have you set up any boost (in config.rb or a plug-in) to increase the relevance score of resources relative to other record types? That would explain why it is in the top six, and why they're all resources. Then other factors would come into play to determine the order among resources, such as term frequency and relative size of each record (the fewer distinct words, the more relevant Solr regards a match within them to be.) Andrew. On 11/02/2021 10:39, Natalie Adams wrote: > Dear all, > > Now that we have completed the process of migrating legacy catalogue > records to ArchivesSpace we have a large number of collections of > personal papers available on our ArchivesSpace PUI > (https://archivesearch.lib.cam.ac.uk/ > ). Some of them are of very > prominent people who have correspondingly long biographical history > notes in their agent record. Not all the information in a biographical > history is necessarily reflected in the contents of the archival > collection- e.g. for a collection of papers of a Nobel prize winning > scientist, the biog history would include information about the > scientific breakthrough that led to the award of the Nobel even though > the papers we have might relate solely to the scientist's later work > as Head of one of the Cambridge colleges. > > ?We have noticed that relevance ranking of search results prioritises > information in the biographical history note of an agent record, and > will return hits tagged with an agent record (whether or not the > search term is found in the resource or archival description data). In > a search for suffrage > (https://archivesearch.lib.cam.ac.uk/search?utf8=%E2%9C%93&op%5B%5D=&q%5B%5D=suffrage&limit=&field%5B%5D=&from_year%5B%5D=&to_year%5B%5D=&commit=Search > ) > on our system, the third hit in order of relevance > (https://archivesearch.lib.cam.ac.uk/repositories/2/resources/7120 > ) > appears to have no relevance to the search unless you visit the agent > record (https://archivesearch.lib.cam.ac.uk/agents/people/8044 > ) where the > term suffrage is included. > > We would be very interested to know whether other repositories have > experienced the same issue and have considered or been able to make > any adjustments to their systems. > > Best wishes, > > Natalie > ArchiveSearch | ArchiveSearch > What are archives? Archives are records produced by individuals, > families, businesses or organisations during their existence. Archives > come in a huge variety of formats- from parchment documents to digital > files. > archivesearch.lib.cam.ac.uk > > > > Natalie Adams > Systems Archivist > Cambridge University Library > > Information about using Cambridge University Libraries is available > online here: https://www.lib.cam.ac.uk/using-library > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From na207 at cam.ac.uk Thu Feb 11 07:32:15 2021 From: na207 at cam.ac.uk (Natalie Adams) Date: Thu, 11 Feb 2021 12:32:15 +0000 Subject: [Archivesspace_Users_Group] Relevance ranking prioritising info in agent record's biog history In-Reply-To: <5ec5fbe6-9afd-c1a5-6d77-d90211bccd91@bodleian.ox.ac.uk> References: , <5ec5fbe6-9afd-c1a5-6d77-d90211bccd91@bodleian.ox.ac.uk> Message-ID: Dear Andrew, Many thanks for your reply and for the helpful pointers! Best wishes, Natalie Natalie Adams Systems Archivist Cambridge University Library Information about using Cambridge University Libraries is available online here: https://www.lib.cam.ac.uk/using-library ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Andrew Morrison Sent: 11 February 2021 11:32 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Relevance ranking prioritising info in agent record's biog history The default "Keyword" search option causes ArchivesSpace to query a single Solr index field called "fullrecord". That is a big, unstructured free-text field containing everything the indexer deems relevant to each record (and, as in this case, pulled in from other things linked to it, such as agents.) As such, no priority is given to any one note or text field. Why your example search for "suffrage" is returning that particular record in third place is difficult to say. Have you set up any boost (in config.rb or a plug-in) to increase the relevance score of resources relative to other record types? That would explain why it is in the top six, and why they're all resources. Then other factors would come into play to determine the order among resources, such as term frequency and relative size of each record (the fewer distinct words, the more relevant Solr regards a match within them to be.) Andrew. On 11/02/2021 10:39, Natalie Adams wrote: Dear all, Now that we have completed the process of migrating legacy catalogue records to ArchivesSpace we have a large number of collections of personal papers available on our ArchivesSpace PUI (https://archivesearch.lib.cam.ac.uk/). Some of them are of very prominent people who have correspondingly long biographical history notes in their agent record. Not all the information in a biographical history is necessarily reflected in the contents of the archival collection- e.g. for a collection of papers of a Nobel prize winning scientist, the biog history would include information about the scientific breakthrough that led to the award of the Nobel even though the papers we have might relate solely to the scientist's later work as Head of one of the Cambridge colleges. We have noticed that relevance ranking of search results prioritises information in the biographical history note of an agent record, and will return hits tagged with an agent record (whether or not the search term is found in the resource or archival description data). In a search for suffrage (https://archivesearch.lib.cam.ac.uk/search?utf8=%E2%9C%93&op%5B%5D=&q%5B%5D=suffrage&limit=&field%5B%5D=&from_year%5B%5D=&to_year%5B%5D=&commit=Search) on our system, the third hit in order of relevance (https://archivesearch.lib.cam.ac.uk/repositories/2/resources/7120) appears to have no relevance to the search unless you visit the agent record (https://archivesearch.lib.cam.ac.uk/agents/people/8044) where the term suffrage is included. We would be very interested to know whether other repositories have experienced the same issue and have considered or been able to make any adjustments to their systems. Best wishes, Natalie ArchiveSearch | ArchiveSearch What are archives? Archives are records produced by individuals, families, businesses or organisations during their existence. Archives come in a huge variety of formats- from parchment documents to digital files. archivesearch.lib.cam.ac.uk Natalie Adams Systems Archivist Cambridge University Library Information about using Cambridge University Libraries is available online here: https://www.lib.cam.ac.uk/using-library _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Feb 11 13:58:03 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 11 Feb 2021 18:58:03 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Diversity Partnership Information Webinar Recording Now Available Message-ID: <64A08C0D-4E64-4C1C-9C3F-BC61B8C7FC15@lyrasis.org> (Please feel free to share widely across your networks and with anyone you think may be interested.) Dear archives community, Thank you to all who attended our informational webinar about the ArchivesSpace Diversity Partnership. A recording of this discussion is now available on our YouTube channel at https://youtu.be/B3SOgG4zThM. The ArchivesSpace Diversity Partnership is a new program that offers support for implementing the ArchivesSpace application to institutions that are themselves or primarily serve communities underrepresented in the ArchivesSpace community. Participating organizations will receive, at no cost to them, ArchivesSpace membership, hosting with a Registered Service Provider, training, and user and technical support for the duration of a three-year term. More information, including details on about how to apply, is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2049998863/ArchivesSpace+Diversity+Partnership. The deadline to submit an application is March 15. Members of the planning group are happy to answer questions or discuss potential applicant?s situations at any time. Please contact us at ArchivesSpaceHome at lyrasis.org. We really appreciate the interest in the program and look forward to receiving some great applications! Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8494 bytes Desc: image001.jpg URL: From ccsung at hku.hk Fri Feb 12 10:46:24 2021 From: ccsung at hku.hk (Jimmy SUNG) Date: Fri, 12 Feb 2021 15:46:24 +0000 Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 In-Reply-To: References: <7593255460724fc89b97b2244fe9c332@mailr02.hkucc-com.hku.hk>, Message-ID: Dear Corey, Thanks a lot for your suggestion! I didn't run any re-indexing after the upgrade. I will try it. Many thanks! Best Regards, Jimmy Sung ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Corey Schmidt Sent: Wednesday, February 10, 2021 9:27:51 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 Jimmy, After the upgrade, did you run a re-index? I know after we upgraded from 2.6 to 2.8 we had data that was all in the wrong places in the Staff Interface, due to the Solr index being out of sync with the database. Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jimmy SUNG Sent: Wednesday, February 10, 2021 3:44 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi, I encountered an issue after system upgrade. The information on the ?Dates? field of Accession has messed up with other data and the create_time is not correct. For below record, it should be created on 2015-01-21. Grateful if you can give some advice! Before upgrade (version v.1.5.2), the ?Dates? field: - Created by ccsung 2015-01-21 15:33:35 +0800 Last Modified by ccsung 2015-06-05 13:28:34 +0800 After upgrade (version v2.8.0), the ?Dates? field: - {"lock_version"=>0, "begin"=>"2007-03-02", "end"=>"2009-06-05", "created_by"=>"ccsung", "last_modified_by"=>"ccsung", "create_time"=>"2015-06-05T05:28:34Z", "system_mtime"=>"2015-06-05T05:28:34Z", "user_mtime"=>"2015-06-05T05:28:34Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} Best Regards, Jimmy SUNG Technology Support Services The University of Hong Kong Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From ccsung at hku.hk Fri Feb 12 10:48:38 2021 From: ccsung at hku.hk (Jimmy SUNG) Date: Fri, 12 Feb 2021 15:48:38 +0000 Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 In-Reply-To: References: <7593255460724fc89b97b2244fe9c332@mailr02.hkucc-com.hku.hk>, , Message-ID: Hi Brake, Thanks a lot for your information on how do perform re-indexing. It's great! Best Regards, Jimmy Sung ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Wednesday, February 10, 2021 9:41:30 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 For this one I'd do a full reindex. Shut down ArchivesSpace Delete everything in /data/ Yes, every single thing in the /data/ directory, but not the directory, you need it, just empty. Start ArchivesSpace It'll take a while to get all indexed. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Corey Schmidt Sent: Wednesday, February 10, 2021 8:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 Jimmy, After the upgrade, did you run a re-index? I know after we upgraded from 2.6 to 2.8 we had data that was all in the wrong places in the Staff Interface, due to the Solr index being out of sync with the database. Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jimmy SUNG Sent: Wednesday, February 10, 2021 3:44 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] System upgrade from v1.5.2 to v2.5.2 and finally to v2.8.0 [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi, I encountered an issue after system upgrade. The information on the ?Dates? field of Accession has messed up with other data and the create_time is not correct. For below record, it should be created on 2015-01-21. Grateful if you can give some advice! Before upgrade (version v.1.5.2), the ?Dates? field: - Created by ccsung 2015-01-21 15:33:35 +0800 Last Modified by ccsung 2015-06-05 13:28:34 +0800 After upgrade (version v2.8.0), the ?Dates? field: - {"lock_version"=>0, "begin"=>"2007-03-02", "end"=>"2009-06-05", "created_by"=>"ccsung", "last_modified_by"=>"ccsung", "create_time"=>"2015-06-05T05:28:34Z", "system_mtime"=>"2015-06-05T05:28:34Z", "user_mtime"=>"2015-06-05T05:28:34Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} Best Regards, Jimmy SUNG Technology Support Services The University of Hong Kong Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Mon Feb 15 12:30:17 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 15 Feb 2021 17:30:17 +0000 Subject: [Archivesspace_Users_Group] Register now for the 2021 ArchivesSpace Online Forum In-Reply-To: <28EE1ED8-43CF-4894-BF25-2E60B8C71351@lyrasis.org> References: <28EE1ED8-43CF-4894-BF25-2E60B8C71351@lyrasis.org> Message-ID: [A picture containing diagram Description automatically generated] Registration is now open for the 3rd Annual ArchivesSpace Online Forum! Taking place March 29-31, 2021, our online forum will be a three-day event spanning a variety of time zones and ArchivesSpace experience levels. A full schedule and information about how to register for the event will be released closer to March. Anyone who uses ArchivesSpace or is interested in ArchivesSpace is welcome to attend. As in years past, this free event will include a mix of opportunities to share and learn from each other about many different aspects of ArchivesSpace. When: Presentations and breakout discussions will be held on March 29-30, 2021, from 4pm-8pm UTC, and all individuals using or interested in ArchivesSpace are welcome to attend some or all of the sessions on these days. Small workshops covering specific elements of the ArchivesSpace application will be offered at different times on March 30-31, 2021. These workshops will be limited in capacity and, to give as many people as possible a chance to attend, you may register for only one workshop. Where: All online via Zoom, with opportunities to join via computer or phone. Who Can Attend: Anyone using or interested in using ArchivesSpace. This is a free event but registration is required. Online registration: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2146992129/ArchivesSpace+Online+Forum+2021 Registrations for each day of the Forum are separate. You will need to register for each day you are interested in attending to guarantee your spot. Registration for each activity is linked above the session in the agenda. Workshop attendance is limited. The number of registrations available for the workshops on March 30-31 is limited. The total number of attendees is noted next to the registration. To give as many people as possible a chance to attend, you may register for only one workshop. If you register for more than one workshop, you will be admitted to the first workshop for which you register. Propose a session or topic: The program is still developing. We are now accepting both session proposals and ideas for topics via our online form at https://forms.gle/dvukC8Y6a2evvswv8. We will be reviewing proposals on a rolling basis, so we encourage you to get your proposals in early. Submissions will be closed on March 5, 2021, with final notification from the planning team by March 17, 2021. The ArchivesSpace program team is particularly interested in presentations or workshops related to the following topics: * Using ArchivesSpace in a work from home environment * Using ArchivesSpace as a lone arranger or at a small archive * Managing paraprofessionals, students and volunteers using ArchivesSpace * Demonstrations of workflows using different modules or features of the application * Examples of anti-racism, anti-colonialism and redescription work being executed in ArchivesSpace * Presentations related to the technical aspects of ArchivesSpace, including how to download a local instance of ArchivesSpace for either testing or production, understanding and managing the ArchivesSpace database, and using the API We anticipate recording many parts of the forum, but for it to be a success we will also need as many live participants as possible. We encourage you to dip in and out of the live program as much as you can. You will no doubt ?meet? a different set of colleagues each time. A special thanks to our Online Forum planning group for the tremendous work they?re doing to plan this forum. We?re looking forward to a great event, with your help! Please feel free to contact ArchivesSpace Community Engagement Coordinator Jessica Crouch (jessica.crouch at lyrasis.org) with questions. We look forward to seeing many of you there! Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 254328 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29062 bytes Desc: image002.jpg URL: From suzanna.calev at wilkes.edu Mon Feb 15 12:52:40 2021 From: suzanna.calev at wilkes.edu (Calev, Suzanna) Date: Mon, 15 Feb 2021 12:52:40 -0500 Subject: [Archivesspace_Users_Group] Import error for CSV file--Help? Message-ID: Hi all, We finally upgraded to the newest version of AS that can use the Harvard import plugin. I've been using the extended AS template but I keep getting an import error telling me my headers are wrong. Has anyone come across this? Best, Suzanna -- Suzanna Calev, MLIS & MA Archivist/Public Services Librarian Farley Library 187 South Franklin Street Wilkes-Barre, PA 18766 Office: 570-408-2012 Archives: 570-408-4264 Cell: 917-656-3515 suzanna.calev at wilkes.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: importerror.PNG Type: image/png Size: 9047 bytes Desc: not available URL: From robin_wendler at harvard.edu Tue Feb 16 11:07:13 2021 From: robin_wendler at harvard.edu (Wendler, Robin) Date: Tue, 16 Feb 2021 16:07:13 +0000 Subject: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1 Message-ID: Hello, We are planning to update soon from 2.5.2 to 2.8.1. Can the language remediation plugins for moving to 2.7 be applied in 2.8 or must we go through 2.7? Is there anything else that makes it necessary to make a stop in 2.7. before moving to 2.8? Thank you for your thoughts, Robin Robin Wendler Library Technology Services Harvard University 90 Mt. Auburn St. Cambridge, MA 02138 617-998-5457 r_wendler at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddonizio at atlas-sys.com Tue Feb 16 11:39:26 2021 From: vaddonizio at atlas-sys.com (Valerie Addonizio) Date: Tue, 16 Feb 2021 16:39:26 +0000 Subject: [Archivesspace_Users_Group] Import error for CSV file--Help? In-Reply-To: References: Message-ID: Hi Suzanna, Which version of AS are you on exactly? If you?re not on 2.8.1, note that that version addressed some bugs in 2.8.0. Here are the most recent versions of the spreadsheets, now maintained on the AS GitHub (you?ll note there?s now two versions for each: one CSV, the other Excel, you can use either) https://github.com/archivesspace/archivesspace/tree/master/templates I suggest trying a test import with one of those to see if the issue persists, or use these to compare your old headers to the new ones. Perhaps, if you see a difference, just changing the headers in your older spreadsheet will work. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Calev, Suzanna Sent: Monday, February 15, 2021 12:53 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Import error for CSV file--Help? Hi all, We finally upgraded to the newest version of AS that can use the Harvard import plugin. I've been using the extended AS template but I keep getting an import error telling me my headers are wrong. Has anyone come across this? Best, Suzanna -- Suzanna Calev, MLIS & MA Archivist/Public Services Librarian Farley Library 187 South Franklin Street Wilkes-Barre, PA 18766 Office: 570-408-2012 Archives: 570-408-4264 Cell: 917-656-3515 suzanna.calev at wilkes.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corey.Schmidt at uga.edu Tue Feb 16 11:41:35 2021 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Tue, 16 Feb 2021 16:41:35 +0000 Subject: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1 In-Reply-To: References: Message-ID: Robin, We went straight from 2.6 to 2.8, installed and ran the plugins on 2.8 with no problem. I didn't see any reason to stop on any in-between versions. I would confirm with other people on this listserv, just to confirm or correct my assessment. Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Wendler, Robin Sent: Tuesday, February 16, 2021 11:07 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1 [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hello, We are planning to update soon from 2.5.2 to 2.8.1. Can the language remediation plugins for moving to 2.7 be applied in 2.8 or must we go through 2.7? Is there anything else that makes it necessary to make a stop in 2.7. before moving to 2.8? Thank you for your thoughts, Robin Robin Wendler Library Technology Services Harvard University 90 Mt. Auburn St. Cambridge, MA 02138 617-998-5457 r_wendler at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbschliep at FOLGER.edu Tue Feb 16 15:42:49 2021 From: sbschliep at FOLGER.edu (Sara Butterfass Schliep) Date: Tue, 16 Feb 2021 20:42:49 +0000 Subject: [Archivesspace_Users_Group] EAD mapping to Import spreadsheet Message-ID: Hello, I'd like to submit the follow questions to the ArchivesSpace users group: I am wondering if there's documentation somewhere for how the ArchivesSpace field codes in the Import Archival Objects spreadsheet maps to EAD elements and attributes. I am also curious about the values it is possible to include in Container Instance Type and Container Information. Are these both fields where each institution develops its own local list rather than being a controlled list like there is in the spreadsheet for Date(1) Type and Description Level fields? Thank you, Sara Sara Schliep Archivist and Cataloger Folger Shakespeare Library sbschliep at folger.edu | 202-608-1717 -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidtriebwasser at berkeley.edu Wed Feb 17 10:12:31 2021 From: davidtriebwasser at berkeley.edu (David Triebwasser) Date: Wed, 17 Feb 2021 07:12:31 -0800 Subject: [Archivesspace_Users_Group] Digitization Work Order on v2.8.1 Message-ID: Is anyone running the Digitization Work Order plugin on more recent versions of ArchivesSpace. We are at v2.8.1 but the Reaadme says it runs on 1.5 or 2.1. I have seen a reference on this listserv to running on 2.5.2 -- David Triebwasser Library IT, lib.berkeley.edu 289 Doe Annex University of California, Berkeley 94720 510.982.1640 -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidtriebwasser at berkeley.edu Thu Feb 18 12:55:56 2021 From: davidtriebwasser at berkeley.edu (David Triebwasser) Date: Thu, 18 Feb 2021 09:55:56 -0800 Subject: [Archivesspace_Users_Group] Digitization Work Order on v2.8.1 In-Reply-To: References: Message-ID: Update: we are running this plugin on v2.8.1 and looks good so far. On Wed, Feb 17, 2021 at 7:12 AM David Triebwasser < davidtriebwasser at berkeley.edu> wrote: > Is anyone running the Digitization Work Order plugin on more recent > versions of ArchivesSpace. We are at v2.8.1 but the Reaadme says it runs on > 1.5 or 2.1. I have seen a reference on this listserv to running on 2.5.2 > > -- > > David Triebwasser > Library IT, lib.berkeley.edu > 289 Doe Annex > University of California, Berkeley > 94720 > 510.982.1640 > > > > > -- David Triebwasser Library IT, lib.berkeley.edu 289 Doe Annex University of California, Berkeley 94720 510.982.1640 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dtenenho at rand.org Fri Feb 19 12:11:03 2021 From: dtenenho at rand.org (Tenenholtz, David) Date: Fri, 19 Feb 2021 17:11:03 +0000 Subject: [Archivesspace_Users_Group] Local plugin disabled and aspace_diagnostic not present Message-ID: <351E8FC4-AFF3-4FD0-8143-BC623F8D7BFD@rand.org> Hello! I?m standing up the v.2.8.1 release in production, and am running into a persistent issue that keeps the local plugin from being enabled. I have not been able to identify if this is related to the prior bug in older releases having to do with the gem bundler, but I suspect that a gem (or the bundler?) is being blocked here. Although I have the same content in plugin/local/frontend and plugin/local/public running happily on a test server on matching infrastructure, I?m not having any luck getting the local plugin to initialize on prod. Under /data/tmp there is also no aspace_diagnostic text file to interrogate. In the staff GUI I?m not seeing the Plug-ins list item within the dropdown under the gear icon. Tech specs (matching on test server and production server): RHEL7.9 VM openjdk 1.8.0_282 mysql Ver 15.1 distrib 5.5.68-MariaDB Apache/2.4.6 During the building of the production application, I noticed the issue, and so I ran ?initialize-plugin.sh local? from within the scripts folder, but got an error related to a Gemfile not being present within the ?local? folder. If anyone has any pointers on how to get the aspace_diagnostic to generate under /data/tmp, or any other avenues for me to pursue here with initializing the local plugin properly, I?d be so grateful! Kind regards, David -- David Tenenholtz (he/him) Digital Archivist, RAND Corporation 1776 Main Street P.O. Box 2138 Santa Monica, CA 90407-2138 (310) 393-0411 x6188 dtenenho at rand.org __________________________________________________________________________ This email message is for the sole use of the intended recipient(s) and may contain information that is sensitive, proprietary, and/or privileged. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Sun Feb 21 18:02:08 2021 From: james at hudmol.com (James Bullen) Date: Mon, 22 Feb 2021 10:02:08 +1100 Subject: [Archivesspace_Users_Group] Local plugin disabled and aspace_diagnostic not present In-Reply-To: <351E8FC4-AFF3-4FD0-8143-BC623F8D7BFD@rand.org> References: <351E8FC4-AFF3-4FD0-8143-BC623F8D7BFD@rand.org> Message-ID: <9D3A4E11-E690-4519-BBD2-CE8D65D9CA2A@hudmol.com> Hi David, Not sure what?s going on, but a few points to note: - The absence of an aspace_diagnostic file is a good sign because it only gets written if something goes wrong during start up. - There is no need to run 'initialize-plugin.sh local' unless you are using gems in your local plugin. That message is just noting that there is no plugins/local/Gemfile, so there is nothing to do. - Check that you have ?local? in AppConfig[:plugins]. - You mention ?plugin/local/??, I guess this is a typo, but make sure the directory is ?plugins/local/?' - From memory, that gear icon only appears if you have a plugin that has a config.yml that specifies a menu item. Cheers, James > On Feb 20, 2021, at 4:11 AM, Tenenholtz, David wrote: > > Hello! > > I?m standing up the v.2.8.1 release in production, and am running into a persistent issue that keeps the local plugin from being enabled. I have not been able to identify if this is related to the prior bug in older releases having to do with the gem bundler, but I suspect that a gem (or the bundler?) is being blocked here. Although I have the same content in plugin/local/frontend and plugin/local/public running happily on a test server on matching infrastructure, I?m not having any luck getting the local plugin to initialize on prod. Under /data/tmp there is also no aspace_diagnostic text file to interrogate. In the staff GUI I?m not seeing the Plug-ins list item within the dropdown under the gear icon. > > Tech specs (matching on test server and production server): > RHEL7.9 VM > openjdk 1.8.0_282 > mysql Ver 15.1 distrib 5.5.68-MariaDB > Apache/2.4.6 > > During the building of the production application, I noticed the issue, and so I ran ?initialize-plugin.sh local? from within the scripts folder, but got an error related to a Gemfile not being present within the ?local? folder. > > If anyone has any pointers on how to get the aspace_diagnostic to generate under /data/tmp, or any other avenues for me to pursue here with initializing the local plugin properly, I?d be so grateful! > > Kind regards, > David > > -- > David Tenenholtz (he/him) > Digital Archivist, RAND Corporation > 1776 Main Street > P.O. Box 2138 > Santa Monica, CA 90407-2138 > (310) 393-0411 x6188 > dtenenho at rand.org > > > > > > __________________________________________________________________________ > > This email message is for the sole use of the intended recipient(s) and > may contain information that is sensitive, proprietary, and/or privileged. > Any unauthorized review, use, disclosure or distribution is prohibited. If > you are not the intended recipient, please contact the sender by reply > email and destroy all copies of the original message. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From suzanna.calev at wilkes.edu Mon Feb 22 15:42:17 2021 From: suzanna.calev at wilkes.edu (Calev, Suzanna) Date: Mon, 22 Feb 2021 15:42:17 -0500 Subject: [Archivesspace_Users_Group] Plugin to search uploaded PDFs in Aspace? Message-ID: Hi everyone, I was curious if anyone knows of a plugin that exists to allow aspace to search within uploaded PDFs? Wasn't sure if that exists out there or not. Thank you, Suzanna -- Suzanna Calev, MLIS & MA Archivist/Public Services Librarian Farley Library 187 South Franklin Street Wilkes-Barre, PA 18766 Office: 570-408-2012 Archives: 570-408-4264 Cell: 917-656-3515 suzanna.calev at wilkes.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcyzyk at jhu.edu Mon Feb 22 17:45:04 2021 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Mon, 22 Feb 2021 17:45:04 -0500 Subject: [Archivesspace_Users_Group] Containers not being associated with their resources Message-ID: <1944c45d-be2b-8831-41f1-acbcc53f3c6f@jhu.edu> Dear ASpace list, From one of our Archivists: > When I create a new container, either manually or by spreadsheet > ingest, the container appears properly in the Instance field of the > record. From the resource, I can open the container record and it > appears to be associated with the resource correctly. However, in the > container management module, when I search for all containers > associated with the collection, the recently created container is not > listed. If I search for the new container's barcode, the container > appears in the search results but with no associated resource. I can > also locate the new containers by searching for unassociated containers. It seems like some linkage is not happening here. More, this is only happening in his Repository, not our other, larger Repository. Has anyone else run into this? Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. From jwaxman1 at tulane.edu Mon Feb 22 19:38:37 2021 From: jwaxman1 at tulane.edu (Waxman, Jennifer) Date: Tue, 23 Feb 2021 00:38:37 +0000 Subject: [Archivesspace_Users_Group] Unpublished and suppressed records Message-ID: Hello ASpaceland, Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest? Thanks! Jennifer Jennifer Waxman Head, Collection Management Tulane University Special Collections Howard-Tilton Memorial Library, Jones Hall 6801 Freret Street New Orleans LA 70118 504.247.1806 jwaxman1 at tulane.edu [cid:image001.jpg at 01D70948.02A71A80] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3934 bytes Desc: image001.jpg URL: From andrew.morrison at bodleian.ox.ac.uk Tue Feb 23 05:39:14 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Tue, 23 Feb 2021 10:39:14 +0000 Subject: [Archivesspace_Users_Group] Unpublished and suppressed records In-Reply-To: References: Message-ID: <75e7eaf7-11a8-0e07-1715-ffbc8d3064b7@bodleian.ox.ac.uk> I don't know if it is a bug or a feature, but the "Published" facet/filter only appears when searching in the staff interface *after* you filter by record type to "Resource", "Archival Object", or "Digital Object". (There also has to be at least one published and one unpublished record of each type matching your initial query.) So you could search for *, filter by record type, filter by publish status, and click the Download CSV button. Then repeat if you want another record type. It doesn't work for accessions. That is in the latest 2.8.1 release. It is also possible to write a plug-in to customize the facets displayed in the staff interface, for example to display the "Published" facet at all times. I don't have an answer to your OAI question. Andrew. On 23/02/2021 00:38, Waxman, Jennifer wrote: > > Hello ASpaceland, > > Does anyone have a trick to identifying all unpublished resource > records in their repository? Any way to see a list or even export one? > Also, do you know if suppressing a record will keep it hidden from an > OAI harvest? > > Thanks! > Jennifer > > Jennifer Waxman > > Head, Collection Management > > Tulane University Special Collections > > Howard-Tilton Memorial Library, Jones Hall > > 6801 Freret Street > > New Orleans LA 70118 > > 504.247.1806 > > jwaxman1 at tulane.edu > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3934 bytes Desc: not available URL: From brian.harrington at lyrasis.org Tue Feb 23 11:10:09 2021 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Tue, 23 Feb 2021 16:10:09 +0000 Subject: [Archivesspace_Users_Group] Unpublished and suppressed records Message-ID: <7A9F24E3-0D15-4637-99A7-FD6915136744@lyrasis.org> Hi Jennifer, The built-in ?Resources List Report? includes a column for published status. Would that work for your purposes? And I?m 99% certain suppressed records aren?t included in OAI. If they are, it?s a bug. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org From: on behalf of "Waxman, Jennifer" Reply-To: Archivesspace Users Group Date: Monday, February 22, 2021 at 7:38 PM To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Unpublished and suppressed records Hello ASpaceland, Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest? Thanks! Jennifer Jennifer Waxman Head, Collection Management Tulane University Special Collections Howard-Tilton Memorial Library, Jones Hall 6801 Freret Street New Orleans LA 70118 504.247.1806 jwaxman1 at tulane.edu [cid:image001.jpg at 01D709D4.72A03E20] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3935 bytes Desc: image001.jpg URL: From adrien_hilton at harvard.edu Tue Feb 23 14:49:38 2021 From: adrien_hilton at harvard.edu (Hilton, Adrien) Date: Tue, 23 Feb 2021 19:49:38 +0000 Subject: [Archivesspace_Users_Group] Unpublished and suppressed records In-Reply-To: References: Message-ID: Hi Jennifer, At least in my instance, 2.5.2, you can Browse-->Resources and there's a filter on the left side pane for Published with either True or False as selections. I don't know about the OAI part. Take good care! Adrien From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Waxman, Jennifer Sent: Monday, February 22, 2021 7:39 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Unpublished and suppressed records Hello ASpaceland, Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest? Thanks! Jennifer Jennifer Waxman Head, Collection Management Tulane University Special Collections Howard-Tilton Memorial Library, Jones Hall 6801 Freret Street New Orleans LA 70118 504.247.1806 jwaxman1 at tulane.edu [cid:image001.jpg at 01D709F3.1B898820] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3934 bytes Desc: image001.jpg URL: From rachel.searcy at nyu.edu Wed Feb 24 11:11:13 2021 From: rachel.searcy at nyu.edu (Rachel Aileen Searcy) Date: Wed, 24 Feb 2021 11:11:13 -0500 Subject: [Archivesspace_Users_Group] Containers not being associated with their resources In-Reply-To: <1944c45d-be2b-8831-41f1-acbcc53f3c6f@jhu.edu> References: <1944c45d-be2b-8831-41f1-acbcc53f3c6f@jhu.edu> Message-ID: Hi Mark We ran into a similar issue recently, where newly created containers were not being properly associated with the resource record, and updates to locations or barcodes were not showing up in searches or the Manage Top Containers view. We looked at the timestamp files for the indexer, and noticed that there was no location.dat file. We performed a soft re-index , after which our containers, barcodes, and locations resumed behaving as expected. We also have recurring monthly system restarts (which will now include a soft re-index going forward) built into our schedule, which seems to help with maintaining overall performance. I'm not sure if this is exactly what you're experiencing, but I hope it's helpful. Take care, Rachel On Mon, Feb 22, 2021 at 5:45 PM Mark Cyzyk wrote: > > Dear ASpace list, > > From one of our Archivists: > > > When I create a new container, either manually or by spreadsheet > > ingest, the container appears properly in the Instance field of the > > record. From the resource, I can open the container record and it > > appears to be associated with the resource correctly. However, in the > > container management module, when I search for all containers > > associated with the collection, the recently created container is not > > listed. If I search for the new container's barcode, the container > > appears in the search results but with no associated resource. I can > > also locate the new containers by searching for unassociated containers. > > It seems like some linkage is not happening here. > > More, this is only happening in his Repository, not our other, larger > Repository. > > Has anyone else run into this? > > Mark > > -- > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=SmteiGvtNVMomV11nXFZu2vgQ88h7aapUFt6H55qk9o&s=mbxfqYRQtAZn2xsehm9iyXz5ZA-q1Evo07_25hxNzk0&e= > -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Wed Feb 24 18:32:34 2021 From: livsolis at utexas.edu (Olivia S Solis) Date: Wed, 24 Feb 2021 17:32:34 -0600 Subject: [Archivesspace_Users_Group] Geographic creators Message-ID: Hi all, I am wondering how some of you all may have handled documenting the creators of collections in ArchivesSpace when the creator is a geographic location, as in e.g. Austin (Tex.) ? meaning its government. Some the standards I am looking at: RDA In its chapter on places, "The names of places are commonly used in the following ways: as the names of governments and communities that are not governments." Chapter on corporate bodies: "The conventional name of a government is the name of the area over which the government exercises jurisdiction" and then it refers you to the chapter on places. DACS Defines the creator as "identifies the corporate bodies, persons, and families associated with the creation, assembly, accumulation..." Our particular conundrum is that we export and publish EAD to a consortium that is going to begin imposing mandatory creators, and many of ours are technically geographic. However, perhaps some of you have also grappled with this hybrid geographic/corporate sense of a place term. Maybe some of you would also like to identify a creator when it is a government that presides over a geographic area because you would like Austin to be a nice clickable, identifiable creator *and* geographic subject. A dodge I have tried to recommend to processors is to identify the creator as the specific agency of the term that may have created the collection, e.g. Austin (Tex.). City Council. But sometimes we don't know the division that created the records and sometimes the broader city of Austin is really the creator. I certainly don't want to create two Austins, one agent and one geographic subject, as it would violate cataloging standards, wreak havoc on our taxonomy management, and create a clickable wild west in ASpace. Apologies if there is an obvious solution to this that I do not know about. Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Thu Feb 25 09:36:18 2021 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Thu, 25 Feb 2021 14:36:18 +0000 Subject: [Archivesspace_Users_Group] Geographic creators In-Reply-To: References: Message-ID: Can you explain more about "two Austins, one agent and one geographic subject, as it would violate cataloging standards, wreak havoc on our taxonomy management, and create a clickable wild west in ASpace." I find the LCSH/LCNAF practice of conflating a governing corporate body with a geographic area inherently illogical. Instead of using the chosen name for the government, as an example "City of Boston" they use the same text as the geographical name. We'd never do this to other corporate bodies. Background, for the non-LCSH/LCNAF folk: LOC has a single geographical authority record and uses the same text for the governing body and the geographic area, and just codes it differently in the MARC resource records if the usage is as a corporate body "creator" field instead of a "subject" field. Technically, AS cannot do this. Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Olivia S Solis Sent: Wednesday, February 24, 2021 6:32 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Geographic creators Hi all, I am wondering how some of you all may have handled documenting the creators of collections in ArchivesSpace when the creator is a geographic location, as in e.g. Austin (Tex.) - meaning its government. Some the standards I am looking at: RDA In its chapter on places, "The names of places are commonly used in the following ways: as the names of governments and communities that are not governments." Chapter on corporate bodies: "The conventional name of a government is the name of the area over which the government exercises jurisdiction" and then it refers you to the chapter on places. DACS Defines the creator as "identifies the corporate bodies, persons, and families associated with the creation, assembly, accumulation..." Our particular conundrum is that we export and publish EAD to a consortium that is going to begin imposing mandatory creators, and many of ours are technically geographic. However, perhaps some of you have also grappled with this hybrid geographic/corporate sense of a place term. Maybe some of you would also like to identify a creator when it is a government that presides over a geographic area because you would like Austin to be a nice clickable, identifiable creator and geographic subject. A dodge I have tried to recommend to processors is to identify the creator as the specific agency of the term that may have created the collection, e.g. Austin (Tex.). City Council. But sometimes we don't know the division that created the records and sometimes the broader city of Austin is really the creator. I certainly don't want to create two Austins, one agent and one geographic subject, as it would violate cataloging standards, wreak havoc on our taxonomy management, and create a clickable wild west in ASpace. Apologies if there is an obvious solution to this that I do not know about. Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Thu Feb 25 10:20:33 2021 From: livsolis at utexas.edu (Olivia S Solis) Date: Thu, 25 Feb 2021 09:20:33 -0600 Subject: [Archivesspace_Users_Group] Geographic creators In-Reply-To: References: Message-ID: Hi Kate, Thanks for your reply! So yes, I have thought about creating both a separate agent record just for e.g. Austin just so catalogers would be able to add the creator of Austin because, as all users in this group know, only agents can be creators in ASpace. I don't like this for many reasons: It would violate cataloging standards. - Every authority source I have ever seen (VIAF , LNCAF , FAST , ...) considers Austin and its government a geographic term. - This is consistent with more elaborative cataloging standards that I have read, e.g. RDA which I quoted in my first email. I'm not a trained cataloger though, so if someone would like to correct me on ways of establishing a government of a geographic area as a corporate term in an authority list, please enlighten me. It would wreak havoc on our taxonomy management. - This is particular to our institution, but I am the only one who enters subject/agent terms for our organization. This to ensure more consistent, standards-based use of terms, and so that we do not have e.g ten different ways of entering Hillary Clinton. If Austin changes its name to Keep Austin Weird, I only want to change it in one place, not both the agent and the subject record. It would create a clickable wild west. - I'm not sure how much all staff and researchers make the distinction between Austin the government and Austin a geographic location. - So if someone is browsing around in the system and they want to get everything related to Austin, they might click on Austin the creator/agent, but miss out on all the resources that use the subject term. Or vice versa. Highly unsatisfying retrieval. I am using Austin as the example, but my question can apply to any government/geographic level (county, state, etc). Thanks! Olivia On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. wrote: > Can you explain more about "two Austins, one agent and one geographic > subject, as it would violate cataloging standards, wreak havoc on our > taxonomy management, and create a clickable wild west in ASpace." > > > I find the LCSH/LCNAF practice of conflating a governing corporate body > with a geographic area inherently illogical. Instead of using the chosen > name for the government, as an example ?City of Boston? they use the same > text as the geographical name. We?d never do this to other corporate > bodies. > > > > Background, for the non-LCSH/LCNAF folk: LOC has a single geographical > authority record and uses the same text for the governing body and the > geographic area, and just codes it differently in the MARC resource records > if the usage is as a corporate body ?creator? field instead of a ?subject? > field. Technically, AS cannot do this. > > > > Kate > > > > *Kate Bowers* > > Collections Services Archivist for Metadata, Systems, and Standards > > Harvard University Archives > > kate_bowers at harvard.edu > > > voice: (617) 998-5238 > > fax: (617) 495-8011 > > web: http://nrs.harvard.edu/urn-3:hul.eresource:archives > > Twitter: @k8_bowers > > > > ------------------------------ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Olivia S Solis > *Sent:* Wednesday, February 24, 2021 6:32 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Geographic creators > > > > Hi all, > > > > I am wondering how some of you all may have handled documenting the > creators of collections in ArchivesSpace when the creator is a geographic > location, as in e.g. Austin (Tex.) ? meaning its government. > > > > Some the standards I am looking at: > > RDA > > In its chapter on places, "The names of places are commonly used in the > following ways: as the names of governments and communities that are not > governments." > > > > Chapter on corporate bodies: "The conventional name of a government is the > name of the area over which the government exercises jurisdiction" and then > it refers you to the chapter on places. > > > > DACS > > Defines the creator as "identifies the corporate bodies, persons, and > families associated with the creation, assembly, accumulation..." > > > > Our particular conundrum is that we export and publish EAD to a consortium > that is going to begin imposing mandatory creators, and many of ours are > technically geographic. However, perhaps some of you have also grappled > with this hybrid geographic/corporate sense of a place term. Maybe some of > you would also like to identify a creator when it is a government that > presides over a geographic area because you would like Austin to be a nice > clickable, identifiable creator *and* geographic subject. > > > > A dodge I have tried to recommend to processors is to identify the creator > as the specific agency of the term that may have created the collection, > e.g. Austin (Tex.). City Council. But sometimes we don't know the division > that created the records and sometimes the broader city of Austin is really > the creator. I certainly don't want to create two Austins, one agent and > one geographic subject, as it would violate cataloging standards, wreak > havoc on our taxonomy management, and create a clickable wild west in > ASpace. > > > > Apologies if there is an obvious solution to this that I do not know about. > > > > Thanks, > Olivia > > > > -- > > Olivia Solis, MSIS > > Metadata Coordinator > > Dolph Briscoe Center for American History > > The University of Texas at Austin > > 2300 Red River St. Stop D1100 > > Austin TX, 78712-1426 > > (512) 232-8013 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmichelson at smith.edu Thu Feb 25 10:52:21 2021 From: dmichelson at smith.edu (Daniel Michelson) Date: Thu, 25 Feb 2021 10:52:21 -0500 Subject: [Archivesspace_Users_Group] Geographic creators In-Reply-To: References: Message-ID: Hi All, I certainly agree with Kate that the fundamental problem is the conflation by LC of the governing body with the location. I'd also argue that ArchivesSpace is behaving correctly here. A geographic location cannot create, assemble, accumulate, or maintain and use the materials being described (DACS 2.6 ), therefore it should not be considered a creating agent. Distinguishing between the government entity and the location may inconvenience a researcher looking for information on Austin as a location, but it is very helpful to a researcher looking for information about Austin's government. Some of the downsides may be ameliorated with the options in the new agents module, but even with the current system, you can at least have both records point to the same LC authority record. All the best, Dan On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis wrote: > Hi Kate, > > Thanks for your reply! So yes, I have thought about creating both a > separate agent record just for e.g. Austin just so catalogers would be able > to add the creator of Austin because, as all users in this group know, only > agents can be creators in ASpace. I don't like this for many reasons: > > It would violate cataloging standards. > > - Every authority source I have ever seen (VIAF > , LNCAF > , FAST > , > ...) considers Austin and its government a geographic term. > - This is consistent with more elaborative cataloging standards that I > have read, e.g. RDA which I quoted in my first email. I'm not a trained > cataloger though, so if someone would like to correct me on ways of > establishing a government of a geographic area as a corporate term in an > authority list, please enlighten me. > > It would wreak havoc on our taxonomy management. > > - This is particular to our institution, but I am the only one who > enters subject/agent terms for our organization. This to ensure more > consistent, standards-based use of terms, and so that we do not have e.g > ten different ways of entering Hillary Clinton. If Austin changes its name > to Keep Austin Weird, I only want to change it in one place, not both the > agent and the subject record. > > It would create a clickable wild west. > > - I'm not sure how much all staff and researchers make the distinction > between Austin the government and Austin a geographic location. > - So if someone is browsing around in the system and they want to get > everything related to Austin, they might click on Austin the creator/agent, > but miss out on all the resources that use the subject term. Or vice versa. > Highly unsatisfying retrieval. > > I am using Austin as the example, but my question can apply to any > government/geographic level (county, state, etc). > > Thanks! > Olivia > > On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. > wrote: > >> Can you explain more about "two Austins, one agent and one geographic >> subject, as it would violate cataloging standards, wreak havoc on our >> taxonomy management, and create a clickable wild west in ASpace." >> >> >> I find the LCSH/LCNAF practice of conflating a governing corporate body >> with a geographic area inherently illogical. Instead of using the chosen >> name for the government, as an example ?City of Boston? they use the same >> text as the geographical name. We?d never do this to other corporate >> bodies. >> >> >> >> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical >> authority record and uses the same text for the governing body and the >> geographic area, and just codes it differently in the MARC resource records >> if the usage is as a corporate body ?creator? field instead of a ?subject? >> field. Technically, AS cannot do this. >> >> >> >> Kate >> >> >> >> *Kate Bowers* >> >> Collections Services Archivist for Metadata, Systems, and Standards >> >> Harvard University Archives >> >> kate_bowers at harvard.edu >> >> >> voice: (617) 998-5238 >> >> fax: (617) 495-8011 >> >> web: http://nrs.harvard.edu/urn-3:hul.eresource:archives >> >> Twitter: @k8_bowers >> >> >> >> ------------------------------ >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >> Olivia S Solis >> *Sent:* Wednesday, February 24, 2021 6:32 PM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* [Archivesspace_Users_Group] Geographic creators >> >> >> >> Hi all, >> >> >> >> I am wondering how some of you all may have handled documenting the >> creators of collections in ArchivesSpace when the creator is a geographic >> location, as in e.g. Austin (Tex.) ? meaning its government. >> >> >> >> Some the standards I am looking at: >> >> RDA >> >> In its chapter on places, "The names of places are commonly used in the >> following ways: as the names of governments and communities that are not >> governments." >> >> >> >> Chapter on corporate bodies: "The conventional name of a government is >> the name of the area over which the government exercises jurisdiction" and >> then it refers you to the chapter on places. >> >> >> >> DACS >> >> Defines the creator as "identifies the corporate bodies, persons, and >> families associated with the creation, assembly, accumulation..." >> >> >> >> Our particular conundrum is that we export and publish EAD to a >> consortium that is going to begin imposing mandatory creators, and many of >> ours are technically geographic. However, perhaps some of you have also >> grappled with this hybrid geographic/corporate sense of a place term. Maybe >> some of you would also like to identify a creator when it is a government >> that presides over a geographic area because you would like Austin to be a >> nice clickable, identifiable creator *and* geographic subject. >> >> >> >> A dodge I have tried to recommend to processors is to identify the >> creator as the specific agency of the term that may have created the >> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know >> the division that created the records and sometimes the broader city of >> Austin is really the creator. I certainly don't want to create two Austins, >> one agent and one geographic subject, as it would violate cataloging >> standards, wreak havoc on our taxonomy management, and create a clickable >> wild west in ASpace. >> >> >> >> Apologies if there is an obvious solution to this that I do not know >> about. >> >> >> >> Thanks, >> Olivia >> >> >> >> -- >> >> Olivia Solis, MSIS >> >> Metadata Coordinator >> >> Dolph Briscoe Center for American History >> >> The University of Texas at Austin >> >> 2300 Red River St. Stop D1100 >> >> Austin TX, 78712-1426 >> >> (512) 232-8013 >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Olivia Solis, MSIS > Metadata Coordinator > Dolph Briscoe Center for American History > The University of Texas at Austin > 2300 Red River St. Stop D1100 > Austin TX, 78712-1426 > (512) 232-8013 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Project Manager Archivist Smith College Special Collections Due to COVID-19, Special Collections is offering limited, remote reference and digitization services and ongoing consultations for faculty, students, and other researchers. Smith course support is our primary responsibility at this time. All other requests and inquiries will be responded to as we are able. For information about Smith College?s response to Covid-19, please visit the Smith College Libraries and Smith College websites. For information about library services during this time, information is available on our website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Thu Feb 25 11:41:23 2021 From: livsolis at utexas.edu (Olivia S Solis) Date: Thu, 25 Feb 2021 10:41:23 -0600 Subject: [Archivesspace_Users_Group] Geographic creators In-Reply-To: References: Message-ID: Hi Daniel, I do agree that the government and geographic location are different, but I also want to simplify maintenance of terms. And I think that LOC doesn't preclude its government/geographic term from being a creator as it conceives of it as such due to its conflation of government and its jurisdiction. So in practice, do you have an agent that points to the LOC geographic term (our prefered source is VIAF, but they follow the same conventions in terms of categorizing governments) if you want that term to be a creator? You just update both records if there is any correction to the term? We have thousands upon thousands of names to manage, so I want to cut down on any fat, though I suppose that is a solution. Thanks, Olivia On Thu, Feb 25, 2021 at 10:18 AM Daniel Michelson wrote: > Hi All, > > I certainly agree with Kate that the fundamental problem is the conflation > by LC of the governing body with the location. > > I'd also argue that ArchivesSpace is behaving correctly here. A > geographic location cannot create, assemble, accumulate, or maintain and > use the materials being described (DACS 2.6 > ), > therefore it should not be considered a creating agent. Distinguishing > between the government entity and the location may inconvenience a > researcher looking for information on Austin as a location, but it is very > helpful to a researcher looking for information about Austin's government. > > Some of the downsides may be ameliorated with the options in the new > agents module, but even with the current system, you can at least have both > records point to the same LC authority record. > > All the best, > > Dan > > On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis > wrote: > >> Hi Kate, >> >> Thanks for your reply! So yes, I have thought about creating both a >> separate agent record just for e.g. Austin just so catalogers would be able >> to add the creator of Austin because, as all users in this group know, only >> agents can be creators in ASpace. I don't like this for many reasons: >> >> It would violate cataloging standards. >> >> - Every authority source I have ever seen (VIAF >> , LNCAF >> , FAST >> , >> ...) considers Austin and its government a geographic term. >> - This is consistent with more elaborative cataloging standards that >> I have read, e.g. RDA which I quoted in my first email. I'm not a trained >> cataloger though, so if someone would like to correct me on ways of >> establishing a government of a geographic area as a corporate term in an >> authority list, please enlighten me. >> >> It would wreak havoc on our taxonomy management. >> >> - This is particular to our institution, but I am the only one who >> enters subject/agent terms for our organization. This to ensure more >> consistent, standards-based use of terms, and so that we do not have e.g >> ten different ways of entering Hillary Clinton. If Austin changes its name >> to Keep Austin Weird, I only want to change it in one place, not both the >> agent and the subject record. >> >> It would create a clickable wild west. >> >> - I'm not sure how much all staff and researchers make the >> distinction between Austin the government and Austin a geographic location. >> - So if someone is browsing around in the system and they want to get >> everything related to Austin, they might click on Austin the creator/agent, >> but miss out on all the resources that use the subject term. Or vice versa. >> Highly unsatisfying retrieval. >> >> I am using Austin as the example, but my question can apply to any >> government/geographic level (county, state, etc). >> >> Thanks! >> Olivia >> >> On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. >> wrote: >> >>> Can you explain more about "two Austins, one agent and one geographic >>> subject, as it would violate cataloging standards, wreak havoc on our >>> taxonomy management, and create a clickable wild west in ASpace." >>> >>> >>> I find the LCSH/LCNAF practice of conflating a governing corporate body >>> with a geographic area inherently illogical. Instead of using the chosen >>> name for the government, as an example ?City of Boston? they use the same >>> text as the geographical name. We?d never do this to other corporate >>> bodies. >>> >>> >>> >>> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical >>> authority record and uses the same text for the governing body and the >>> geographic area, and just codes it differently in the MARC resource records >>> if the usage is as a corporate body ?creator? field instead of a ?subject? >>> field. Technically, AS cannot do this. >>> >>> >>> >>> Kate >>> >>> >>> >>> *Kate Bowers* >>> >>> Collections Services Archivist for Metadata, Systems, and Standards >>> >>> Harvard University Archives >>> >>> kate_bowers at harvard.edu >>> >>> >>> voice: (617) 998-5238 >>> >>> fax: (617) 495-8011 >>> >>> web: http://nrs.harvard.edu/urn-3:hul.eresource:archives >>> >>> Twitter: @k8_bowers >>> >>> >>> >>> ------------------------------ >>> >>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >>> Olivia S Solis >>> *Sent:* Wednesday, February 24, 2021 6:32 PM >>> *To:* Archivesspace Users Group < >>> archivesspace_users_group at lyralists.lyrasis.org> >>> *Subject:* [Archivesspace_Users_Group] Geographic creators >>> >>> >>> >>> Hi all, >>> >>> >>> >>> I am wondering how some of you all may have handled documenting the >>> creators of collections in ArchivesSpace when the creator is a geographic >>> location, as in e.g. Austin (Tex.) ? meaning its government. >>> >>> >>> >>> Some the standards I am looking at: >>> >>> RDA >>> >>> In its chapter on places, "The names of places are commonly used in the >>> following ways: as the names of governments and communities that are not >>> governments." >>> >>> >>> >>> Chapter on corporate bodies: "The conventional name of a government is >>> the name of the area over which the government exercises jurisdiction" and >>> then it refers you to the chapter on places. >>> >>> >>> >>> DACS >>> >>> Defines the creator as "identifies the corporate bodies, persons, and >>> families associated with the creation, assembly, accumulation..." >>> >>> >>> >>> Our particular conundrum is that we export and publish EAD to a >>> consortium that is going to begin imposing mandatory creators, and many of >>> ours are technically geographic. However, perhaps some of you have also >>> grappled with this hybrid geographic/corporate sense of a place term. Maybe >>> some of you would also like to identify a creator when it is a government >>> that presides over a geographic area because you would like Austin to be a >>> nice clickable, identifiable creator *and* geographic subject. >>> >>> >>> >>> A dodge I have tried to recommend to processors is to identify the >>> creator as the specific agency of the term that may have created the >>> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know >>> the division that created the records and sometimes the broader city of >>> Austin is really the creator. I certainly don't want to create two Austins, >>> one agent and one geographic subject, as it would violate cataloging >>> standards, wreak havoc on our taxonomy management, and create a clickable >>> wild west in ASpace. >>> >>> >>> >>> Apologies if there is an obvious solution to this that I do not know >>> about. >>> >>> >>> >>> Thanks, >>> Olivia >>> >>> >>> >>> -- >>> >>> Olivia Solis, MSIS >>> >>> Metadata Coordinator >>> >>> Dolph Briscoe Center for American History >>> >>> The University of Texas at Austin >>> >>> 2300 Red River St. Stop D1100 >>> >>> Austin TX, 78712-1426 >>> >>> (512) 232-8013 >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >> >> >> -- >> Olivia Solis, MSIS >> Metadata Coordinator >> Dolph Briscoe Center for American History >> The University of Texas at Austin >> 2300 Red River St. Stop D1100 >> Austin TX, 78712-1426 >> (512) 232-8013 >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Dan Michelson > Project Manager Archivist > Smith College Special Collections > > Due to COVID-19, Special Collections is offering limited, remote reference > and digitization services and ongoing consultations for faculty, students, > and other researchers. Smith course support is our primary responsibility > at this time. All other requests and inquiries will be responded to as we > are able. > > > For information about Smith College?s response to Covid-19, please visit > the Smith College Libraries and Smith College > > websites. For information about library services during this time, > information is available on our website. > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmichelson at smith.edu Thu Feb 25 12:50:05 2021 From: dmichelson at smith.edu (Daniel Michelson) Date: Thu, 25 Feb 2021 12:50:05 -0500 Subject: [Archivesspace_Users_Group] Geographic creators In-Reply-To: References: Message-ID: Hi Olivia, That's what I would do, but I should stress that we're still very much in the "giant pile of names" phase of agent control, so this isn't something we've done much of yet. I do have high hopes about a lot of the maintenance issues being addressed in a future iteration of ArchivesSpace that can exchange agent (and eventually subject) data with external authority sources. Depending on your situation, waiting for a system improvement like that may not be feasible. All the best, Dan On Thu, Feb 25, 2021 at 11:40 AM Olivia S Solis wrote: > Hi Daniel, > > I do agree that the government and geographic location are different, but > I also want to simplify maintenance of terms. And I think that LOC doesn't > preclude its government/geographic term from being a creator as it > conceives of it as such due to its conflation of government and its > jurisdiction. So in practice, do you have an agent that points to the LOC > geographic term (our prefered source is VIAF, but they follow the same > conventions in terms of categorizing governments) if you want that term to > be a creator? You just update both records if there is any correction to > the term? We have thousands upon thousands of names to manage, so I want to > cut down on any fat, though I suppose that is a solution. > > Thanks, > Olivia > > On Thu, Feb 25, 2021 at 10:18 AM Daniel Michelson > wrote: > >> Hi All, >> >> I certainly agree with Kate that the fundamental problem is the >> conflation by LC of the governing body with the location. >> >> I'd also argue that ArchivesSpace is behaving correctly here. A >> geographic location cannot create, assemble, accumulate, or maintain and >> use the materials being described (DACS 2.6 >> ), >> therefore it should not be considered a creating agent. Distinguishing >> between the government entity and the location may inconvenience a >> researcher looking for information on Austin as a location, but it is very >> helpful to a researcher looking for information about Austin's government. >> >> Some of the downsides may be ameliorated with the options in the new >> agents module, but even with the current system, you can at least have both >> records point to the same LC authority record. >> >> All the best, >> >> Dan >> >> On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis >> wrote: >> >>> Hi Kate, >>> >>> Thanks for your reply! So yes, I have thought about creating both a >>> separate agent record just for e.g. Austin just so catalogers would be able >>> to add the creator of Austin because, as all users in this group know, only >>> agents can be creators in ASpace. I don't like this for many reasons: >>> >>> It would violate cataloging standards. >>> >>> - Every authority source I have ever seen (VIAF >>> , LNCAF >>> , FAST >>> , >>> ...) considers Austin and its government a geographic term. >>> - This is consistent with more elaborative cataloging standards that >>> I have read, e.g. RDA which I quoted in my first email. I'm not a trained >>> cataloger though, so if someone would like to correct me on ways of >>> establishing a government of a geographic area as a corporate term in an >>> authority list, please enlighten me. >>> >>> It would wreak havoc on our taxonomy management. >>> >>> - This is particular to our institution, but I am the only one who >>> enters subject/agent terms for our organization. This to ensure more >>> consistent, standards-based use of terms, and so that we do not have e.g >>> ten different ways of entering Hillary Clinton. If Austin changes its name >>> to Keep Austin Weird, I only want to change it in one place, not both the >>> agent and the subject record. >>> >>> It would create a clickable wild west. >>> >>> - I'm not sure how much all staff and researchers make the >>> distinction between Austin the government and Austin a geographic location. >>> - So if someone is browsing around in the system and they want to >>> get everything related to Austin, they might click on Austin the >>> creator/agent, but miss out on all the resources that use the subject term. >>> Or vice versa. Highly unsatisfying retrieval. >>> >>> I am using Austin as the example, but my question can apply to any >>> government/geographic level (county, state, etc). >>> >>> Thanks! >>> Olivia >>> >>> On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. >>> wrote: >>> >>>> Can you explain more about "two Austins, one agent and one geographic >>>> subject, as it would violate cataloging standards, wreak havoc on our >>>> taxonomy management, and create a clickable wild west in ASpace." >>>> >>>> >>>> I find the LCSH/LCNAF practice of conflating a governing corporate body >>>> with a geographic area inherently illogical. Instead of using the chosen >>>> name for the government, as an example ?City of Boston? they use the same >>>> text as the geographical name. We?d never do this to other corporate >>>> bodies. >>>> >>>> >>>> >>>> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical >>>> authority record and uses the same text for the governing body and the >>>> geographic area, and just codes it differently in the MARC resource records >>>> if the usage is as a corporate body ?creator? field instead of a ?subject? >>>> field. Technically, AS cannot do this. >>>> >>>> >>>> >>>> Kate >>>> >>>> >>>> >>>> *Kate Bowers* >>>> >>>> Collections Services Archivist for Metadata, Systems, and Standards >>>> >>>> Harvard University Archives >>>> >>>> kate_bowers at harvard.edu >>>> >>>> >>>> voice: (617) 998-5238 >>>> >>>> fax: (617) 495-8011 >>>> >>>> web: http://nrs.harvard.edu/urn-3:hul.eresource:archives >>>> >>>> Twitter: @k8_bowers >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >>>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >>>> Olivia S Solis >>>> *Sent:* Wednesday, February 24, 2021 6:32 PM >>>> *To:* Archivesspace Users Group < >>>> archivesspace_users_group at lyralists.lyrasis.org> >>>> *Subject:* [Archivesspace_Users_Group] Geographic creators >>>> >>>> >>>> >>>> Hi all, >>>> >>>> >>>> >>>> I am wondering how some of you all may have handled documenting the >>>> creators of collections in ArchivesSpace when the creator is a geographic >>>> location, as in e.g. Austin (Tex.) ? meaning its government. >>>> >>>> >>>> >>>> Some the standards I am looking at: >>>> >>>> RDA >>>> >>>> In its chapter on places, "The names of places are commonly used in the >>>> following ways: as the names of governments and communities that are not >>>> governments." >>>> >>>> >>>> >>>> Chapter on corporate bodies: "The conventional name of a government is >>>> the name of the area over which the government exercises jurisdiction" and >>>> then it refers you to the chapter on places. >>>> >>>> >>>> >>>> DACS >>>> >>>> Defines the creator as "identifies the corporate bodies, persons, and >>>> families associated with the creation, assembly, accumulation..." >>>> >>>> >>>> >>>> Our particular conundrum is that we export and publish EAD to a >>>> consortium that is going to begin imposing mandatory creators, and many of >>>> ours are technically geographic. However, perhaps some of you have also >>>> grappled with this hybrid geographic/corporate sense of a place term. Maybe >>>> some of you would also like to identify a creator when it is a government >>>> that presides over a geographic area because you would like Austin to be a >>>> nice clickable, identifiable creator *and* geographic subject. >>>> >>>> >>>> >>>> A dodge I have tried to recommend to processors is to identify the >>>> creator as the specific agency of the term that may have created the >>>> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know >>>> the division that created the records and sometimes the broader city of >>>> Austin is really the creator. I certainly don't want to create two Austins, >>>> one agent and one geographic subject, as it would violate cataloging >>>> standards, wreak havoc on our taxonomy management, and create a clickable >>>> wild west in ASpace. >>>> >>>> >>>> >>>> Apologies if there is an obvious solution to this that I do not know >>>> about. >>>> >>>> >>>> >>>> Thanks, >>>> Olivia >>>> >>>> >>>> >>>> -- >>>> >>>> Olivia Solis, MSIS >>>> >>>> Metadata Coordinator >>>> >>>> Dolph Briscoe Center for American History >>>> >>>> The University of Texas at Austin >>>> >>>> 2300 Red River St. Stop D1100 >>>> >>>> Austin TX, 78712-1426 >>>> >>>> (512) 232-8013 >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>>> >>> >>> >>> -- >>> Olivia Solis, MSIS >>> Metadata Coordinator >>> Dolph Briscoe Center for American History >>> The University of Texas at Austin >>> 2300 Red River St. Stop D1100 >>> Austin TX, 78712-1426 >>> (512) 232-8013 >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >> >> >> -- >> Dan Michelson >> Project Manager Archivist >> Smith College Special Collections >> >> Due to COVID-19, Special Collections is offering limited, remote >> reference and digitization services and ongoing consultations for faculty, >> students, and other researchers. Smith course support is our primary >> responsibility at this time. All other requests and inquiries will be >> responded to as we are able. >> >> >> For information about Smith College?s response to Covid-19, please visit >> the Smith College Libraries and Smith College >> >> websites. For information about library services during this time, >> information is available on our website. >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Olivia Solis, MSIS > Metadata Coordinator > Dolph Briscoe Center for American History > The University of Texas at Austin > 2300 Red River St. Stop D1100 > Austin TX, 78712-1426 > (512) 232-8013 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Project Manager Archivist Smith College Special Collections Due to COVID-19, Special Collections is offering limited, remote reference and digitization services and ongoing consultations for faculty, students, and other researchers. Smith course support is our primary responsibility at this time. All other requests and inquiries will be responded to as we are able. For information about Smith College?s response to Covid-19, please visit the Smith College Libraries and Smith College websites. For information about library services during this time, information is available on our website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Thu Feb 25 13:42:51 2021 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Thu, 25 Feb 2021 18:42:51 +0000 Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 Message-ID: Hey everyone, I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory. I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr. I?m getting this error when trying to actually create and initialize the core: archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory' I read through this thread about the issue, but haven?t gotten anything to work yet. Has anyone had experience with running external Solr that might have advice on what to do here? Thanks, Patrick Galligan Rockefeller Archive Center Digital Archivist -------------- next part -------------- An HTML attachment was scrubbed... URL: From schanzme at msu.edu Thu Feb 25 13:49:38 2021 From: schanzme at msu.edu (Schanz, Megan) Date: Thu, 25 Feb 2021 18:49:38 +0000 Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 In-Reply-To: References: Message-ID: I ran into that exact problem. You need to make a change to the solrconfig.xml and schema.xml to have it load the ICU filter. Here is links to the exact changes you need to make to the file: https://gitlab.msu.edu/msu-libraries/public/archivesspace-docker/-/blob/master/solr/solrconfig.xml.patch https://gitlab.msu.edu/msu-libraries/public/archivesspace-docker/-/blob/master/solr/schema.xml.patch This is the commands you could run to have it apply those patches if it helps: https://gitlab.msu.edu/msu-libraries/public/archivesspace-docker/-/blob/master/solr/Dockerfile#L35 I hope this gets it working for you! - Megan Megan Schanz Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Galligan, Patrick Sent: Thursday, February 25, 2021 1:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 Hey everyone, I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory. I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr. I?m getting this error when trying to actually create and initialize the core: archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory' I read through this thread about the issue, but haven?t gotten anything to work yet. Has anyone had experience with running external Solr that might have advice on what to do here? Thanks, Patrick Galligan Rockefeller Archive Center Digital Archivist -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Thu Feb 25 13:56:53 2021 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Thu, 25 Feb 2021 18:56:53 +0000 Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 In-Reply-To: References: , Message-ID: Thank you! I?ll give this a shot. From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Schanz, Megan Date: Thursday, February 25, 2021 at 1:49 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 ***External*** This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.*** I ran into that exact problem. You need to make a change to the solrconfig.xml and schema.xml to have it load the ICU filter. Here is links to the exact changes you need to make to the file: https://gitlab.msu.edu/msu-libraries/public/archivesspace-docker/-/blob/master/solr/solrconfig.xml.patch https://gitlab.msu.edu/msu-libraries/public/archivesspace-docker/-/blob/master/solr/schema.xml.patch This is the commands you could run to have it apply those patches if it helps: https://gitlab.msu.edu/msu-libraries/public/archivesspace-docker/-/blob/master/solr/Dockerfile#L35 I hope this gets it working for you! - Megan Megan Schanz Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Galligan, Patrick Sent: Thursday, February 25, 2021 1:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 Hey everyone, I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory. I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr. I?m getting this error when trying to actually create and initialize the core: archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory' I read through this thread about the issue, but haven?t gotten anything to work yet. Has anyone had experience with running external Solr that might have advice on what to do here? Thanks, Patrick Galligan Rockefeller Archive Center Digital Archivist -------------- next part -------------- An HTML attachment was scrubbed... URL: From reesj at mail.nlm.nih.gov Thu Feb 25 15:31:12 2021 From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E]) Date: Thu, 25 Feb 2021 20:31:12 +0000 Subject: [Archivesspace_Users_Group] Importing 'born digital' EAD container info Message-ID: Hi all, We're importing raw EAD to populate our ASpace. Our old EAD dodge for naming a container as being a 'born digital' thing was simply to encode a generic Born Digital. Users would see the phrase in the same space as a box number, so it was relatively intuitive to understand what was being described. I was thinking of another temporary dodge for our ASpace migrations - rather than replacing by ginning up a bunch of s, which aren't that user-friendly in the PUI if they don't link anywhere, I'd try something like Born Digital or Born Digitalat the resource level. It would be relatively obvious in the SUI what's going on, better defines the nature of the content (it's not a box), is batch-fixable later, and in the PUI users would encounter an archival resource without any sort of container information beyond the huge DO glyph and a link that goes nowhere (for now). Some screenshots below. Has anyone encountered a similar scenario? John John P. Rees Archivist and Digital Resources Manager History of Medicine Division National Library of Medicine 301-827-4510 Teleworking M-F 8:00AM - 4:30PM Eastern Time each day until further notice [cid:image002.jpg at 01D70B8B.3E753F70] [cid:image006.png at 01D70B8B.3E753F70] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 22907 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 203236 bytes Desc: image006.png URL: From jwaxman1 at tulane.edu Thu Feb 25 15:55:48 2021 From: jwaxman1 at tulane.edu (Waxman, Jennifer) Date: Thu, 25 Feb 2021 20:55:48 +0000 Subject: [Archivesspace_Users_Group] Unpublished and suppressed records Message-ID: Thank you, Adrien, Brian, and Andrew for your replies. After I sent the question I eventually did see under Browse-->Resources the filter for Published True/False. How many times did I look at it but did not actually see it?! Same with the Published button that shows up after searching a specific record type. All good to know! RE: OAI, suppressing an unpublished record will keep it hidden from OAI harvesting. I tested it and it appears to work. Thanks again! Jennifer Waxman Head, Collection Management Tulane University Special Collections Howard-Tilton Memorial Library, Jones Hall 6801 Freret Street New Orleans LA 70118 504.247.1806 jwaxman1 at tulane.edu -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of archivesspace_users_group-request at lyralists.lyrasis.org Sent: Thursday, February 25, 2021 2:32 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Archivesspace_Users_Group Digest, Vol 150, Issue 1 External Sender. Be aware of links, attachments and requests. Send Archivesspace_Users_Group mailing list submissions to archivesspace_users_group at lyralists.lyrasis.org To subscribe or unsubscribe via the World Wide Web, visit https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832299129%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=kqSwBYzFgDSZz8PU1JHkHkne%2BEb9Q9PA%2BpRwQ4QFxcA%3D&reserved=0 or, via email, send a message with subject or body 'help' to archivesspace_users_group-request at lyralists.lyrasis.org You can reach the person managing the list at archivesspace_users_group-owner at lyralists.lyrasis.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Archivesspace_Users_Group digest..." Today's Topics: 1. Import error for CSV file--Help? (Calev, Suzanna) 2. Move from 2.5.2 to 2.8.1 (Wendler, Robin) 3. Re: Import error for CSV file--Help? (Valerie Addonizio) 4. Re: Move from 2.5.2 to 2.8.1 (Corey Schmidt) 5. EAD mapping to Import spreadsheet (Sara Butterfass Schliep) 6. Digitization Work Order on v2.8.1 (David Triebwasser) 7. Re: Digitization Work Order on v2.8.1 (David Triebwasser) 8. Local plugin disabled and aspace_diagnostic not present (Tenenholtz, David) 9. Re: Local plugin disabled and aspace_diagnostic not present (James Bullen) 10. Plugin to search uploaded PDFs in Aspace? (Calev, Suzanna) 11. Containers not being associated with their resources (Mark Cyzyk) 12. Unpublished and suppressed records (Waxman, Jennifer) 13. Re: Unpublished and suppressed records (Andrew Morrison) 14. Re: Unpublished and suppressed records (Brian Harrington) 15. Re: Unpublished and suppressed records (Hilton, Adrien) 16. Re: Containers not being associated with their resources (Rachel Aileen Searcy) 17. Geographic creators (Olivia S Solis) 18. Re: Geographic creators (Bowers, Kate A.) 19. Re: Geographic creators (Olivia S Solis) 20. Re: Geographic creators (Daniel Michelson) 21. Re: Geographic creators (Olivia S Solis) 22. Re: Geographic creators (Daniel Michelson) 23. Running ArchivesSpace against Solr 8.8.1 (Galligan, Patrick) 24. Re: Running ArchivesSpace against Solr 8.8.1 (Schanz, Megan) 25. Re: Running ArchivesSpace against Solr 8.8.1 (Galligan, Patrick) 26. Importing 'born digital' EAD container info (Rees, John (NIH/NLM) [E]) ---------------------------------------------------------------------- Message: 1 Date: Mon, 15 Feb 2021 12:52:40 -0500 From: "Calev, Suzanna" To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Import error for CSV file--Help? Message-ID: Content-Type: text/plain; charset="utf-8" Hi all, We finally upgraded to the newest version of AS that can use the Harvard import plugin. I've been using the extended AS template but I keep getting an import error telling me my headers are wrong. Has anyone come across this? Best, Suzanna -- Suzanna Calev, MLIS & MA Archivist/Public Services Librarian Farley Library 187 South Franklin Street Wilkes-Barre, PA 18766 Office: 570-408-2012 Archives: 570-408-4264 Cell: 917-656-3515 suzanna.calev at wilkes.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: importerror.PNG Type: image/png Size: 9047 bytes Desc: not available URL: ------------------------------ Message: 2 Date: Tue, 16 Feb 2021 16:07:13 +0000 From: "Wendler, Robin" To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1 Message-ID: Content-Type: text/plain; charset="us-ascii" Hello, We are planning to update soon from 2.5.2 to 2.8.1. Can the language remediation plugins for moving to 2.7 be applied in 2.8 or must we go through 2.7? Is there anything else that makes it necessary to make a stop in 2.7. before moving to 2.8? Thank you for your thoughts, Robin Robin Wendler Library Technology Services Harvard University 90 Mt. Auburn St. Cambridge, MA 02138 617-998-5457 r_wendler at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 3 Date: Tue, 16 Feb 2021 16:39:26 +0000 From: Valerie Addonizio To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Import error for CSV file--Help? Message-ID: Content-Type: text/plain; charset="utf-8" Hi Suzanna, Which version of AS are you on exactly? If you?re not on 2.8.1, note that that version addressed some bugs in 2.8.0. Here are the most recent versions of the spreadsheets, now maintained on the AS GitHub (you?ll note there?s now two versions for each: one CSV, the other Excel, you can use either) https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Farchivesspace%2Farchivesspace%2Ftree%2Fmaster%2Ftemplates&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=2s3UAuYtjC3xcP%2BHQyvT1Tv%2FnGlkUCZtrHSL95NyHgA%3D&reserved=0 I suggest trying a test import with one of those to see if the issue persists, or use these to compare your old headers to the new ones. Perhaps, if you see a difference, just changing the headers in your older spreadsheet will work. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Calev, Suzanna Sent: Monday, February 15, 2021 12:53 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Import error for CSV file--Help? Hi all, We finally upgraded to the newest version of AS that can use the Harvard import plugin. I've been using the extended AS template but I keep getting an import error telling me my headers are wrong. Has anyone come across this? Best, Suzanna -- Suzanna Calev, MLIS & MA Archivist/Public Services Librarian Farley Library 187 South Franklin Street Wilkes-Barre, PA 18766 Office: 570-408-2012 Archives: 570-408-4264 Cell: 917-656-3515 suzanna.calev at wilkes.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 4 Date: Tue, 16 Feb 2021 16:41:35 +0000 From: Corey Schmidt To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1 Message-ID: Content-Type: text/plain; charset="us-ascii" Robin, We went straight from 2.6 to 2.8, installed and ran the plugins on 2.8 with no problem. I didn't see any reason to stop on any in-between versions. I would confirm with other people on this listserv, just to confirm or correct my assessment. Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Wendler, Robin Sent: Tuesday, February 16, 2021 11:07 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Move from 2.5.2 to 2.8.1 [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hello, We are planning to update soon from 2.5.2 to 2.8.1. Can the language remediation plugins for moving to 2.7 be applied in 2.8 or must we go through 2.7? Is there anything else that makes it necessary to make a stop in 2.7. before moving to 2.8? Thank you for your thoughts, Robin Robin Wendler Library Technology Services Harvard University 90 Mt. Auburn St. Cambridge, MA 02138 617-998-5457 r_wendler at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 5 Date: Tue, 16 Feb 2021 20:42:49 +0000 From: Sara Butterfass Schliep To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] EAD mapping to Import spreadsheet Message-ID: Content-Type: text/plain; charset="us-ascii" Hello, I'd like to submit the follow questions to the ArchivesSpace users group: I am wondering if there's documentation somewhere for how the ArchivesSpace field codes in the Import Archival Objects spreadsheet maps to EAD elements and attributes. I am also curious about the values it is possible to include in Container Instance Type and Container Information. Are these both fields where each institution develops its own local list rather than being a controlled list like there is in the spreadsheet for Date(1) Type and Description Level fields? Thank you, Sara Sara Schliep Archivist and Cataloger Folger Shakespeare Library sbschliep at folger.edu | 202-608-1717 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 6 Date: Wed, 17 Feb 2021 07:12:31 -0800 From: David Triebwasser To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Digitization Work Order on v2.8.1 Message-ID: Content-Type: text/plain; charset="utf-8" Is anyone running the Digitization Work Order plugin on more recent versions of ArchivesSpace. We are at v2.8.1 but the Reaadme says it runs on 1.5 or 2.1. I have seen a reference on this listserv to running on 2.5.2 -- David Triebwasser Library IT, lib.berkeley.edu 289 Doe Annex University of California, Berkeley 94720 510.982.1640 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 7 Date: Thu, 18 Feb 2021 09:55:56 -0800 From: David Triebwasser To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Digitization Work Order on v2.8.1 Message-ID: Content-Type: text/plain; charset="utf-8" Update: we are running this plugin on v2.8.1 and looks good so far. On Wed, Feb 17, 2021 at 7:12 AM David Triebwasser < davidtriebwasser at berkeley.edu> wrote: > Is anyone running the Digitization Work Order plugin on more recent > versions of ArchivesSpace. We are at v2.8.1 but the Reaadme says it runs on > 1.5 or 2.1. I have seen a reference on this listserv to running on 2.5.2 > > -- > > David Triebwasser > Library IT, lib.berkeley.edu > 289 Doe Annex > University of California, Berkeley > 94720 > 510.982.1640 > > > > > -- David Triebwasser Library IT, lib.berkeley.edu 289 Doe Annex University of California, Berkeley 94720 510.982.1640 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 8 Date: Fri, 19 Feb 2021 17:11:03 +0000 From: "Tenenholtz, David" To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Local plugin disabled and aspace_diagnostic not present Message-ID: <351E8FC4-AFF3-4FD0-8143-BC623F8D7BFD at rand.org> Content-Type: text/plain; charset="utf-8" Hello! I?m standing up the v.2.8.1 release in production, and am running into a persistent issue that keeps the local plugin from being enabled. I have not been able to identify if this is related to the prior bug in older releases having to do with the gem bundler, but I suspect that a gem (or the bundler?) is being blocked here. Although I have the same content in plugin/local/frontend and plugin/local/public running happily on a test server on matching infrastructure, I?m not having any luck getting the local plugin to initialize on prod. Under /data/tmp there is also no aspace_diagnostic text file to interrogate. In the staff GUI I?m not seeing the Plug-ins list item within the dropdown under the gear icon. Tech specs (matching on test server and production server): RHEL7.9 VM openjdk 1.8.0_282 mysql Ver 15.1 distrib 5.5.68-MariaDB Apache/2.4.6 During the building of the production application, I noticed the issue, and so I ran ?initialize-plugin.sh local? from within the scripts folder, but got an error related to a Gemfile not being present within the ?local? folder. If anyone has any pointers on how to get the aspace_diagnostic to generate under /data/tmp, or any other avenues for me to pursue here with initializing the local plugin properly, I?d be so grateful! Kind regards, David -- David Tenenholtz (he/him) Digital Archivist, RAND Corporation 1776 Main Street P.O. Box 2138 Santa Monica, CA 90407-2138 (310) 393-0411 x6188 dtenenho at rand.org __________________________________________________________________________ This email message is for the sole use of the intended recipient(s) and may contain information that is sensitive, proprietary, and/or privileged. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 9 Date: Mon, 22 Feb 2021 10:02:08 +1100 From: James Bullen To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Local plugin disabled and aspace_diagnostic not present Message-ID: <9D3A4E11-E690-4519-BBD2-CE8D65D9CA2A at hudmol.com> Content-Type: text/plain; charset="utf-8" Hi David, Not sure what?s going on, but a few points to note: - The absence of an aspace_diagnostic file is a good sign because it only gets written if something goes wrong during start up. - There is no need to run 'initialize-plugin.sh local' unless you are using gems in your local plugin. That message is just noting that there is no plugins/local/Gemfile, so there is nothing to do. - Check that you have ?local? in AppConfig[:plugins]. - You mention ?plugin/local/??, I guess this is a typo, but make sure the directory is ?plugins/local/?' - From memory, that gear icon only appears if you have a plugin that has a config.yml that specifies a menu item. Cheers, James > On Feb 20, 2021, at 4:11 AM, Tenenholtz, David wrote: > > Hello! > > I?m standing up the v.2.8.1 release in production, and am running into a persistent issue that keeps the local plugin from being enabled. I have not been able to identify if this is related to the prior bug in older releases having to do with the gem bundler, but I suspect that a gem (or the bundler?) is being blocked here. Although I have the same content in plugin/local/frontend and plugin/local/public running happily on a test server on matching infrastructure, I?m not having any luck getting the local plugin to initialize on prod. Under /data/tmp there is also no aspace_diagnostic text file to interrogate. In the staff GUI I?m not seeing the Plug-ins list item within the dropdown under the gear icon. > > Tech specs (matching on test server and production server): > RHEL7.9 VM > openjdk 1.8.0_282 > mysql Ver 15.1 distrib 5.5.68-MariaDB > Apache/2.4.6 > > During the building of the production application, I noticed the issue, and so I ran ?initialize-plugin.sh local? from within the scripts folder, but got an error related to a Gemfile not being present within the ?local? folder. > > If anyone has any pointers on how to get the aspace_diagnostic to generate under /data/tmp, or any other avenues for me to pursue here with initializing the local plugin properly, I?d be so grateful! > > Kind regards, > David > > -- > David Tenenholtz (he/him) > Digital Archivist, RAND Corporation > 1776 Main Street > P.O. Box 2138 > Santa Monica, CA 90407-2138 > (310) 393-0411 x6188 > dtenenho at rand.org > > > > > > __________________________________________________________________________ > > This email message is for the sole use of the intended recipient(s) and > may contain information that is sensitive, proprietary, and/or privileged. > Any unauthorized review, use, disclosure or distribution is prohibited. If > you are not the intended recipient, please contact the sender by reply > email and destroy all copies of the original message. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ArBg9WBmqy68eykL5PoJjI2YNbIBz%2FN7Im25MIWKWic%3D&reserved=0 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 10 Date: Mon, 22 Feb 2021 15:42:17 -0500 From: "Calev, Suzanna" To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Plugin to search uploaded PDFs in Aspace? Message-ID: Content-Type: text/plain; charset="utf-8" Hi everyone, I was curious if anyone knows of a plugin that exists to allow aspace to search within uploaded PDFs? Wasn't sure if that exists out there or not. Thank you, Suzanna -- Suzanna Calev, MLIS & MA Archivist/Public Services Librarian Farley Library 187 South Franklin Street Wilkes-Barre, PA 18766 Office: 570-408-2012 Archives: 570-408-4264 Cell: 917-656-3515 suzanna.calev at wilkes.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 11 Date: Mon, 22 Feb 2021 17:45:04 -0500 From: Mark Cyzyk To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Containers not being associated with their resources Message-ID: <1944c45d-be2b-8831-41f1-acbcc53f3c6f at jhu.edu> Content-Type: text/plain; charset=utf-8; format=flowed Dear ASpace list, From one of our Archivists: > When I create a new container, either manually or by spreadsheet > ingest, the container appears properly in the Instance field of the > record. From the resource, I can open the container record and it > appears to be associated with the resource correctly. However, in the > container management module, when I search for all containers > associated with the collection, the recently created container is not > listed. If I search for the new container's barcode, the container > appears in the search results but with no associated resource. I can > also locate the new containers by searching for unassociated containers. It seems like some linkage is not happening here. More, this is only happening in his Repository, not our other, larger Repository. Has anyone else run into this? Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. ------------------------------ Message: 12 Date: Tue, 23 Feb 2021 00:38:37 +0000 From: "Waxman, Jennifer" To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Unpublished and suppressed records Message-ID: Content-Type: text/plain; charset="us-ascii" Hello ASpaceland, Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest? Thanks! Jennifer Jennifer Waxman Head, Collection Management Tulane University Special Collections Howard-Tilton Memorial Library, Jones Hall 6801 Freret Street New Orleans LA 70118 504.247.1806 jwaxman1 at tulane.edu [cid:image001.jpg at 01D70948.02A71A80] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3934 bytes Desc: image001.jpg URL: ------------------------------ Message: 13 Date: Tue, 23 Feb 2021 10:39:14 +0000 From: Andrew Morrison To: Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed records Message-ID: <75e7eaf7-11a8-0e07-1715-ffbc8d3064b7 at bodleian.ox.ac.uk> Content-Type: text/plain; charset="windows-1252"; Format="flowed" I don't know if it is a bug or a feature, but the "Published" facet/filter only appears when searching in the staff interface *after* you filter by record type to "Resource", "Archival Object", or "Digital Object". (There also has to be at least one published and one unpublished record of each type matching your initial query.) So you could search for *, filter by record type, filter by publish status, and click the Download CSV button. Then repeat if you want another record type. It doesn't work for accessions. That is in the latest 2.8.1 release. It is also possible to write a plug-in to customize the facets displayed in the staff interface, for example to display the "Published" facet at all times. I don't have an answer to your OAI question. Andrew. On 23/02/2021 00:38, Waxman, Jennifer wrote: > > Hello ASpaceland, > > Does anyone have a trick to identifying all unpublished resource > records in their repository? Any way to see a list or even export one? > Also, do you know if suppressing a record will keep it hidden from an > OAI harvest? > > Thanks! > Jennifer > > Jennifer Waxman > > Head, Collection Management > > Tulane University Special Collections > > Howard-Tilton Memorial Library, Jones Hall > > 6801 Freret Street > > New Orleans LA 70118 > > 504.247.1806 > > jwaxman1 at tulane.edu > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832309092%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ArBg9WBmqy68eykL5PoJjI2YNbIBz%2FN7Im25MIWKWic%3D&reserved=0 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3934 bytes Desc: not available URL: ------------------------------ Message: 14 Date: Tue, 23 Feb 2021 16:10:09 +0000 From: Brian Harrington To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed records Message-ID: <7A9F24E3-0D15-4637-99A7-FD6915136744 at lyrasis.org> Content-Type: text/plain; charset="utf-8" Hi Jennifer, The built-in ?Resources List Report? includes a column for published status. Would that work for your purposes? And I?m 99% certain suppressed records aren?t included in OAI. If they are, it?s a bug. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org From: on behalf of "Waxman, Jennifer" Reply-To: Archivesspace Users Group Date: Monday, February 22, 2021 at 7:38 PM To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Unpublished and suppressed records Hello ASpaceland, Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest? Thanks! Jennifer Jennifer Waxman Head, Collection Management Tulane University Special Collections Howard-Tilton Memorial Library, Jones Hall 6801 Freret Street New Orleans LA 70118 504.247.1806 jwaxman1 at tulane.edu [cid:image001.jpg at 01D709D4.72A03E20] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3935 bytes Desc: image001.jpg URL: ------------------------------ Message: 15 Date: Tue, 23 Feb 2021 19:49:38 +0000 From: "Hilton, Adrien" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Unpublished and suppressed records Message-ID: Content-Type: text/plain; charset="us-ascii" Hi Jennifer, At least in my instance, 2.5.2, you can Browse-->Resources and there's a filter on the left side pane for Published with either True or False as selections. I don't know about the OAI part. Take good care! Adrien From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Waxman, Jennifer Sent: Monday, February 22, 2021 7:39 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Unpublished and suppressed records Hello ASpaceland, Does anyone have a trick to identifying all unpublished resource records in their repository? Any way to see a list or even export one? Also, do you know if suppressing a record will keep it hidden from an OAI harvest? Thanks! Jennifer Jennifer Waxman Head, Collection Management Tulane University Special Collections Howard-Tilton Memorial Library, Jones Hall 6801 Freret Street New Orleans LA 70118 504.247.1806 jwaxman1 at tulane.edu [cid:image001.jpg at 01D709F3.1B898820] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3934 bytes Desc: image001.jpg URL: ------------------------------ Message: 16 Date: Wed, 24 Feb 2021 11:11:13 -0500 From: Rachel Aileen Searcy To: mcyzyk at jhu.edu, Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Containers not being associated with their resources Message-ID: Content-Type: text/plain; charset="utf-8" Hi Mark We ran into a similar issue recently, where newly created containers were not being properly associated with the resource record, and updates to locations or barcodes were not showing up in searches or the Manage Top Containers view. We looked at the timestamp files for the indexer, and noticed that there was no location.dat file. We performed a soft re-index , after which our containers, barcodes, and locations resumed behaving as expected. We also have recurring monthly system restarts (which will now include a soft re-index going forward) built into our schedule, which seems to help with maintaining overall performance. I'm not sure if this is exactly what you're experiencing, but I hope it's helpful. Take care, Rachel On Mon, Feb 22, 2021 at 5:45 PM Mark Cyzyk wrote: > > Dear ASpace list, > > From one of our Archivists: > > > When I create a new container, either manually or by spreadsheet > > ingest, the container appears properly in the Instance field of the > > record. From the resource, I can open the container record and it > > appears to be associated with the resource correctly. However, in the > > container management module, when I search for all containers > > associated with the collection, the recently created container is not > > listed. If I search for the new container's barcode, the container > > appears in the search results but with no associated resource. I can > > also locate the new containers by searching for unassociated containers. > > It seems like some linkage is not happening here. > > More, this is only happening in his Repository, not our other, larger > Repository. > > Has anyone else run into this? > > Mark > > -- > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttp-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup%26d%3DDwICAg%26c%3DslrrB7dE8n7gBJbeO0g-IQ%26r%3DWwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk%26m%3DSmteiGvtNVMomV11nXFZu2vgQ88h7aapUFt6H55qk9o%26s%3DmbxfqYRQtAZn2xsehm9iyXz5ZA-q1Evo07_25hxNzk0%26e%3D&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=OU7G3gTaxcQK1XR3ZZw5xdCHMDhMtdLNvedIg0lNH1o%3D&reserved=0 > -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 17 Date: Wed, 24 Feb 2021 17:32:34 -0600 From: Olivia S Solis To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Geographic creators Message-ID: Content-Type: text/plain; charset="utf-8" Hi all, I am wondering how some of you all may have handled documenting the creators of collections in ArchivesSpace when the creator is a geographic location, as in e.g. Austin (Tex.) ? meaning its government. Some the standards I am looking at: RDA In its chapter on places, "The names of places are commonly used in the following ways: as the names of governments and communities that are not governments." Chapter on corporate bodies: "The conventional name of a government is the name of the area over which the government exercises jurisdiction" and then it refers you to the chapter on places. DACS Defines the creator as "identifies the corporate bodies, persons, and families associated with the creation, assembly, accumulation..." Our particular conundrum is that we export and publish EAD to a consortium that is going to begin imposing mandatory creators, and many of ours are technically geographic. However, perhaps some of you have also grappled with this hybrid geographic/corporate sense of a place term. Maybe some of you would also like to identify a creator when it is a government that presides over a geographic area because you would like Austin to be a nice clickable, identifiable creator *and* geographic subject. A dodge I have tried to recommend to processors is to identify the creator as the specific agency of the term that may have created the collection, e.g. Austin (Tex.). City Council. But sometimes we don't know the division that created the records and sometimes the broader city of Austin is really the creator. I certainly don't want to create two Austins, one agent and one geographic subject, as it would violate cataloging standards, wreak havoc on our taxonomy management, and create a clickable wild west in ASpace. Apologies if there is an obvious solution to this that I do not know about. Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 18 Date: Thu, 25 Feb 2021 14:36:18 +0000 From: "Bowers, Kate A." To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Geographic creators Message-ID: Content-Type: text/plain; charset="us-ascii" Can you explain more about "two Austins, one agent and one geographic subject, as it would violate cataloging standards, wreak havoc on our taxonomy management, and create a clickable wild west in ASpace." I find the LCSH/LCNAF practice of conflating a governing corporate body with a geographic area inherently illogical. Instead of using the chosen name for the government, as an example "City of Boston" they use the same text as the geographical name. We'd never do this to other corporate bodies. Background, for the non-LCSH/LCNAF folk: LOC has a single geographical authority record and uses the same text for the governing body and the geographic area, and just codes it differently in the MARC resource records if the usage is as a corporate body "creator" field instead of a "subject" field. Technically, AS cannot do this. Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=zQndDoT4IJGbLZlP4g2j%2Bz%2FJ1fHqniZ5%2BIekNPQ7Iu0%3D&reserved=0 Twitter: @k8_bowers ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Olivia S Solis Sent: Wednesday, February 24, 2021 6:32 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Geographic creators Hi all, I am wondering how some of you all may have handled documenting the creators of collections in ArchivesSpace when the creator is a geographic location, as in e.g. Austin (Tex.) - meaning its government. Some the standards I am looking at: RDA In its chapter on places, "The names of places are commonly used in the following ways: as the names of governments and communities that are not governments." Chapter on corporate bodies: "The conventional name of a government is the name of the area over which the government exercises jurisdiction" and then it refers you to the chapter on places. DACS Defines the creator as "identifies the corporate bodies, persons, and families associated with the creation, assembly, accumulation..." Our particular conundrum is that we export and publish EAD to a consortium that is going to begin imposing mandatory creators, and many of ours are technically geographic. However, perhaps some of you have also grappled with this hybrid geographic/corporate sense of a place term. Maybe some of you would also like to identify a creator when it is a government that presides over a geographic area because you would like Austin to be a nice clickable, identifiable creator and geographic subject. A dodge I have tried to recommend to processors is to identify the creator as the specific agency of the term that may have created the collection, e.g. Austin (Tex.). City Council. But sometimes we don't know the division that created the records and sometimes the broader city of Austin is really the creator. I certainly don't want to create two Austins, one agent and one geographic subject, as it would violate cataloging standards, wreak havoc on our taxonomy management, and create a clickable wild west in ASpace. Apologies if there is an obvious solution to this that I do not know about. Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 19 Date: Thu, 25 Feb 2021 09:20:33 -0600 From: Olivia S Solis To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Geographic creators Message-ID: Content-Type: text/plain; charset="utf-8" Hi Kate, Thanks for your reply! So yes, I have thought about creating both a separate agent record just for e.g. Austin just so catalogers would be able to add the creator of Austin because, as all users in this group know, only agents can be creators in ASpace. I don't like this for many reasons: It would violate cataloging standards. - Every authority source I have ever seen (VIAF , LNCAF , FAST , ...) considers Austin and its government a geographic term. - This is consistent with more elaborative cataloging standards that I have read, e.g. RDA which I quoted in my first email. I'm not a trained cataloger though, so if someone would like to correct me on ways of establishing a government of a geographic area as a corporate term in an authority list, please enlighten me. It would wreak havoc on our taxonomy management. - This is particular to our institution, but I am the only one who enters subject/agent terms for our organization. This to ensure more consistent, standards-based use of terms, and so that we do not have e.g ten different ways of entering Hillary Clinton. If Austin changes its name to Keep Austin Weird, I only want to change it in one place, not both the agent and the subject record. It would create a clickable wild west. - I'm not sure how much all staff and researchers make the distinction between Austin the government and Austin a geographic location. - So if someone is browsing around in the system and they want to get everything related to Austin, they might click on Austin the creator/agent, but miss out on all the resources that use the subject term. Or vice versa. Highly unsatisfying retrieval. I am using Austin as the example, but my question can apply to any government/geographic level (county, state, etc). Thanks! Olivia On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. wrote: > Can you explain more about "two Austins, one agent and one geographic > subject, as it would violate cataloging standards, wreak havoc on our > taxonomy management, and create a clickable wild west in ASpace." > > > I find the LCSH/LCNAF practice of conflating a governing corporate body > with a geographic area inherently illogical. Instead of using the chosen > name for the government, as an example ?City of Boston? they use the same > text as the geographical name. We?d never do this to other corporate > bodies. > > > > Background, for the non-LCSH/LCNAF folk: LOC has a single geographical > authority record and uses the same text for the governing body and the > geographic area, and just codes it differently in the MARC resource records > if the usage is as a corporate body ?creator? field instead of a ?subject? > field. Technically, AS cannot do this. > > > > Kate > > > > *Kate Bowers* > > Collections Services Archivist for Metadata, Systems, and Standards > > Harvard University Archives > > kate_bowers at harvard.edu > > > voice: (617) 998-5238 > > fax: (617) 495-8011 > > web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832319050%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=zQndDoT4IJGbLZlP4g2j%2Bz%2FJ1fHqniZ5%2BIekNPQ7Iu0%3D&reserved=0 > > Twitter: @k8_bowers > > > > ------------------------------ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Olivia S Solis > *Sent:* Wednesday, February 24, 2021 6:32 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Geographic creators > > > > Hi all, > > > > I am wondering how some of you all may have handled documenting the > creators of collections in ArchivesSpace when the creator is a geographic > location, as in e.g. Austin (Tex.) ? meaning its government. > > > > Some the standards I am looking at: > > RDA > > In its chapter on places, "The names of places are commonly used in the > following ways: as the names of governments and communities that are not > governments." > > > > Chapter on corporate bodies: "The conventional name of a government is the > name of the area over which the government exercises jurisdiction" and then > it refers you to the chapter on places. > > > > DACS > > Defines the creator as "identifies the corporate bodies, persons, and > families associated with the creation, assembly, accumulation..." > > > > Our particular conundrum is that we export and publish EAD to a consortium > that is going to begin imposing mandatory creators, and many of ours are > technically geographic. However, perhaps some of you have also grappled > with this hybrid geographic/corporate sense of a place term. Maybe some of > you would also like to identify a creator when it is a government that > presides over a geographic area because you would like Austin to be a nice > clickable, identifiable creator *and* geographic subject. > > > > A dodge I have tried to recommend to processors is to identify the creator > as the specific agency of the term that may have created the collection, > e.g. Austin (Tex.). City Council. But sometimes we don't know the division > that created the records and sometimes the broader city of Austin is really > the creator. I certainly don't want to create two Austins, one agent and > one geographic subject, as it would violate cataloging standards, wreak > havoc on our taxonomy management, and create a clickable wild west in > ASpace. > > > > Apologies if there is an obvious solution to this that I do not know about. > > > > Thanks, > Olivia > > > > -- > > Olivia Solis, MSIS > > Metadata Coordinator > > Dolph Briscoe Center for American History > > The University of Texas at Austin > > 2300 Red River St. Stop D1100 > > Austin TX, 78712-1426 > > (512) 232-8013 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&reserved=0 > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 20 Date: Thu, 25 Feb 2021 10:52:21 -0500 From: Daniel Michelson To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Geographic creators Message-ID: Content-Type: text/plain; charset="utf-8" Hi All, I certainly agree with Kate that the fundamental problem is the conflation by LC of the governing body with the location. I'd also argue that ArchivesSpace is behaving correctly here. A geographic location cannot create, assemble, accumulate, or maintain and use the materials being described (DACS 2.6 ), therefore it should not be considered a creating agent. Distinguishing between the government entity and the location may inconvenience a researcher looking for information on Austin as a location, but it is very helpful to a researcher looking for information about Austin's government. Some of the downsides may be ameliorated with the options in the new agents module, but even with the current system, you can at least have both records point to the same LC authority record. All the best, Dan On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis wrote: > Hi Kate, > > Thanks for your reply! So yes, I have thought about creating both a > separate agent record just for e.g. Austin just so catalogers would be able > to add the creator of Austin because, as all users in this group know, only > agents can be creators in ASpace. I don't like this for many reasons: > > It would violate cataloging standards. > > - Every authority source I have ever seen (VIAF > , LNCAF > , FAST > , > ...) considers Austin and its government a geographic term. > - This is consistent with more elaborative cataloging standards that I > have read, e.g. RDA which I quoted in my first email. I'm not a trained > cataloger though, so if someone would like to correct me on ways of > establishing a government of a geographic area as a corporate term in an > authority list, please enlighten me. > > It would wreak havoc on our taxonomy management. > > - This is particular to our institution, but I am the only one who > enters subject/agent terms for our organization. This to ensure more > consistent, standards-based use of terms, and so that we do not have e.g > ten different ways of entering Hillary Clinton. If Austin changes its name > to Keep Austin Weird, I only want to change it in one place, not both the > agent and the subject record. > > It would create a clickable wild west. > > - I'm not sure how much all staff and researchers make the distinction > between Austin the government and Austin a geographic location. > - So if someone is browsing around in the system and they want to get > everything related to Austin, they might click on Austin the creator/agent, > but miss out on all the resources that use the subject term. Or vice versa. > Highly unsatisfying retrieval. > > I am using Austin as the example, but my question can apply to any > government/geographic level (county, state, etc). > > Thanks! > Olivia > > On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. > wrote: > >> Can you explain more about "two Austins, one agent and one geographic >> subject, as it would violate cataloging standards, wreak havoc on our >> taxonomy management, and create a clickable wild west in ASpace." >> >> >> I find the LCSH/LCNAF practice of conflating a governing corporate body >> with a geographic area inherently illogical. Instead of using the chosen >> name for the government, as an example ?City of Boston? they use the same >> text as the geographical name. We?d never do this to other corporate >> bodies. >> >> >> >> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical >> authority record and uses the same text for the governing body and the >> geographic area, and just codes it differently in the MARC resource records >> if the usage is as a corporate body ?creator? field instead of a ?subject? >> field. Technically, AS cannot do this. >> >> >> >> Kate >> >> >> >> *Kate Bowers* >> >> Collections Services Archivist for Metadata, Systems, and Standards >> >> Harvard University Archives >> >> kate_bowers at harvard.edu >> >> >> voice: (617) 998-5238 >> >> fax: (617) 495-8011 >> >> web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=MmyJ3GcvQ9cATSWtoDlcGbHCav5z7KBPfagWbcv1Yaw%3D&reserved=0 >> >> Twitter: @k8_bowers >> >> >> >> ------------------------------ >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >> Olivia S Solis >> *Sent:* Wednesday, February 24, 2021 6:32 PM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* [Archivesspace_Users_Group] Geographic creators >> >> >> >> Hi all, >> >> >> >> I am wondering how some of you all may have handled documenting the >> creators of collections in ArchivesSpace when the creator is a geographic >> location, as in e.g. Austin (Tex.) ? meaning its government. >> >> >> >> Some the standards I am looking at: >> >> RDA >> >> In its chapter on places, "The names of places are commonly used in the >> following ways: as the names of governments and communities that are not >> governments." >> >> >> >> Chapter on corporate bodies: "The conventional name of a government is >> the name of the area over which the government exercises jurisdiction" and >> then it refers you to the chapter on places. >> >> >> >> DACS >> >> Defines the creator as "identifies the corporate bodies, persons, and >> families associated with the creation, assembly, accumulation..." >> >> >> >> Our particular conundrum is that we export and publish EAD to a >> consortium that is going to begin imposing mandatory creators, and many of >> ours are technically geographic. However, perhaps some of you have also >> grappled with this hybrid geographic/corporate sense of a place term. Maybe >> some of you would also like to identify a creator when it is a government >> that presides over a geographic area because you would like Austin to be a >> nice clickable, identifiable creator *and* geographic subject. >> >> >> >> A dodge I have tried to recommend to processors is to identify the >> creator as the specific agency of the term that may have created the >> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know >> the division that created the records and sometimes the broader city of >> Austin is really the creator. I certainly don't want to create two Austins, >> one agent and one geographic subject, as it would violate cataloging >> standards, wreak havoc on our taxonomy management, and create a clickable >> wild west in ASpace. >> >> >> >> Apologies if there is an obvious solution to this that I do not know >> about. >> >> >> >> Thanks, >> Olivia >> >> >> >> -- >> >> Olivia Solis, MSIS >> >> Metadata Coordinator >> >> Dolph Briscoe Center for American History >> >> The University of Texas at Austin >> >> 2300 Red River St. Stop D1100 >> >> Austin TX, 78712-1426 >> >> (512) 232-8013 >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&reserved=0 >> > > > -- > Olivia Solis, MSIS > Metadata Coordinator > Dolph Briscoe Center for American History > The University of Texas at Austin > 2300 Red River St. Stop D1100 > Austin TX, 78712-1426 > (512) 232-8013 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gu1EExVDVBxKBtA3WRk1GyaBEeusccDkXdNWmqwws%2BA%3D&reserved=0 > -- Dan Michelson Project Manager Archivist Smith College Special Collections Due to COVID-19, Special Collections is offering limited, remote reference and digitization services and ongoing consultations for faculty, students, and other researchers. Smith course support is our primary responsibility at this time. All other requests and inquiries will be responded to as we are able. For information about Smith College?s response to Covid-19, please visit the Smith College Libraries and Smith College websites. For information about library services during this time, information is available on our website. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 21 Date: Thu, 25 Feb 2021 10:41:23 -0600 From: Olivia S Solis To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Geographic creators Message-ID: Content-Type: text/plain; charset="utf-8" Hi Daniel, I do agree that the government and geographic location are different, but I also want to simplify maintenance of terms. And I think that LOC doesn't preclude its government/geographic term from being a creator as it conceives of it as such due to its conflation of government and its jurisdiction. So in practice, do you have an agent that points to the LOC geographic term (our prefered source is VIAF, but they follow the same conventions in terms of categorizing governments) if you want that term to be a creator? You just update both records if there is any correction to the term? We have thousands upon thousands of names to manage, so I want to cut down on any fat, though I suppose that is a solution. Thanks, Olivia On Thu, Feb 25, 2021 at 10:18 AM Daniel Michelson wrote: > Hi All, > > I certainly agree with Kate that the fundamental problem is the conflation > by LC of the governing body with the location. > > I'd also argue that ArchivesSpace is behaving correctly here. A > geographic location cannot create, assemble, accumulate, or maintain and > use the materials being described (DACS 2.6 > ), > therefore it should not be considered a creating agent. Distinguishing > between the government entity and the location may inconvenience a > researcher looking for information on Austin as a location, but it is very > helpful to a researcher looking for information about Austin's government. > > Some of the downsides may be ameliorated with the options in the new > agents module, but even with the current system, you can at least have both > records point to the same LC authority record. > > All the best, > > Dan > > On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis > wrote: > >> Hi Kate, >> >> Thanks for your reply! So yes, I have thought about creating both a >> separate agent record just for e.g. Austin just so catalogers would be able >> to add the creator of Austin because, as all users in this group know, only >> agents can be creators in ASpace. I don't like this for many reasons: >> >> It would violate cataloging standards. >> >> - Every authority source I have ever seen (VIAF >> , LNCAF >> , FAST >> , >> ...) considers Austin and its government a geographic term. >> - This is consistent with more elaborative cataloging standards that >> I have read, e.g. RDA which I quoted in my first email. I'm not a trained >> cataloger though, so if someone would like to correct me on ways of >> establishing a government of a geographic area as a corporate term in an >> authority list, please enlighten me. >> >> It would wreak havoc on our taxonomy management. >> >> - This is particular to our institution, but I am the only one who >> enters subject/agent terms for our organization. This to ensure more >> consistent, standards-based use of terms, and so that we do not have e.g >> ten different ways of entering Hillary Clinton. If Austin changes its name >> to Keep Austin Weird, I only want to change it in one place, not both the >> agent and the subject record. >> >> It would create a clickable wild west. >> >> - I'm not sure how much all staff and researchers make the >> distinction between Austin the government and Austin a geographic location. >> - So if someone is browsing around in the system and they want to get >> everything related to Austin, they might click on Austin the creator/agent, >> but miss out on all the resources that use the subject term. Or vice versa. >> Highly unsatisfying retrieval. >> >> I am using Austin as the example, but my question can apply to any >> government/geographic level (county, state, etc). >> >> Thanks! >> Olivia >> >> On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. >> wrote: >> >>> Can you explain more about "two Austins, one agent and one geographic >>> subject, as it would violate cataloging standards, wreak havoc on our >>> taxonomy management, and create a clickable wild west in ASpace." >>> >>> >>> I find the LCSH/LCNAF practice of conflating a governing corporate body >>> with a geographic area inherently illogical. Instead of using the chosen >>> name for the government, as an example ?City of Boston? they use the same >>> text as the geographical name. We?d never do this to other corporate >>> bodies. >>> >>> >>> >>> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical >>> authority record and uses the same text for the governing body and the >>> geographic area, and just codes it differently in the MARC resource records >>> if the usage is as a corporate body ?creator? field instead of a ?subject? >>> field. Technically, AS cannot do this. >>> >>> >>> >>> Kate >>> >>> >>> >>> *Kate Bowers* >>> >>> Collections Services Archivist for Metadata, Systems, and Standards >>> >>> Harvard University Archives >>> >>> kate_bowers at harvard.edu >>> >>> >>> voice: (617) 998-5238 >>> >>> fax: (617) 495-8011 >>> >>> web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832329003%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=MmyJ3GcvQ9cATSWtoDlcGbHCav5z7KBPfagWbcv1Yaw%3D&reserved=0 >>> >>> Twitter: @k8_bowers >>> >>> >>> >>> ------------------------------ >>> >>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >>> Olivia S Solis >>> *Sent:* Wednesday, February 24, 2021 6:32 PM >>> *To:* Archivesspace Users Group < >>> archivesspace_users_group at lyralists.lyrasis.org> >>> *Subject:* [Archivesspace_Users_Group] Geographic creators >>> >>> >>> >>> Hi all, >>> >>> >>> >>> I am wondering how some of you all may have handled documenting the >>> creators of collections in ArchivesSpace when the creator is a geographic >>> location, as in e.g. Austin (Tex.) ? meaning its government. >>> >>> >>> >>> Some the standards I am looking at: >>> >>> RDA >>> >>> In its chapter on places, "The names of places are commonly used in the >>> following ways: as the names of governments and communities that are not >>> governments." >>> >>> >>> >>> Chapter on corporate bodies: "The conventional name of a government is >>> the name of the area over which the government exercises jurisdiction" and >>> then it refers you to the chapter on places. >>> >>> >>> >>> DACS >>> >>> Defines the creator as "identifies the corporate bodies, persons, and >>> families associated with the creation, assembly, accumulation..." >>> >>> >>> >>> Our particular conundrum is that we export and publish EAD to a >>> consortium that is going to begin imposing mandatory creators, and many of >>> ours are technically geographic. However, perhaps some of you have also >>> grappled with this hybrid geographic/corporate sense of a place term. Maybe >>> some of you would also like to identify a creator when it is a government >>> that presides over a geographic area because you would like Austin to be a >>> nice clickable, identifiable creator *and* geographic subject. >>> >>> >>> >>> A dodge I have tried to recommend to processors is to identify the >>> creator as the specific agency of the term that may have created the >>> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know >>> the division that created the records and sometimes the broader city of >>> Austin is really the creator. I certainly don't want to create two Austins, >>> one agent and one geographic subject, as it would violate cataloging >>> standards, wreak havoc on our taxonomy management, and create a clickable >>> wild west in ASpace. >>> >>> >>> >>> Apologies if there is an obvious solution to this that I do not know >>> about. >>> >>> >>> >>> Thanks, >>> Olivia >>> >>> >>> >>> -- >>> >>> Olivia Solis, MSIS >>> >>> Metadata Coordinator >>> >>> Dolph Briscoe Center for American History >>> >>> The University of Texas at Austin >>> >>> 2300 Red River St. Stop D1100 >>> >>> Austin TX, 78712-1426 >>> >>> (512) 232-8013 >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0 >>> >> >> >> -- >> Olivia Solis, MSIS >> Metadata Coordinator >> Dolph Briscoe Center for American History >> The University of Texas at Austin >> 2300 Red River St. Stop D1100 >> Austin TX, 78712-1426 >> (512) 232-8013 >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0 >> > > > -- > Dan Michelson > Project Manager Archivist > Smith College Special Collections > > Due to COVID-19, Special Collections is offering limited, remote reference > and digitization services and ongoing consultations for faculty, students, > and other researchers. Smith course support is our primary responsibility > at this time. All other requests and inquiries will be responded to as we > are able. > > > For information about Smith College?s response to Covid-19, please visit > the Smith College Libraries and Smith College > > websites. For information about library services during this time, > information is available on our website. > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0 > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 22 Date: Thu, 25 Feb 2021 12:50:05 -0500 From: Daniel Michelson To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Geographic creators Message-ID: Content-Type: text/plain; charset="utf-8" Hi Olivia, That's what I would do, but I should stress that we're still very much in the "giant pile of names" phase of agent control, so this isn't something we've done much of yet. I do have high hopes about a lot of the maintenance issues being addressed in a future iteration of ArchivesSpace that can exchange agent (and eventually subject) data with external authority sources. Depending on your situation, waiting for a system improvement like that may not be feasible. All the best, Dan On Thu, Feb 25, 2021 at 11:40 AM Olivia S Solis wrote: > Hi Daniel, > > I do agree that the government and geographic location are different, but > I also want to simplify maintenance of terms. And I think that LOC doesn't > preclude its government/geographic term from being a creator as it > conceives of it as such due to its conflation of government and its > jurisdiction. So in practice, do you have an agent that points to the LOC > geographic term (our prefered source is VIAF, but they follow the same > conventions in terms of categorizing governments) if you want that term to > be a creator? You just update both records if there is any correction to > the term? We have thousands upon thousands of names to manage, so I want to > cut down on any fat, though I suppose that is a solution. > > Thanks, > Olivia > > On Thu, Feb 25, 2021 at 10:18 AM Daniel Michelson > wrote: > >> Hi All, >> >> I certainly agree with Kate that the fundamental problem is the >> conflation by LC of the governing body with the location. >> >> I'd also argue that ArchivesSpace is behaving correctly here. A >> geographic location cannot create, assemble, accumulate, or maintain and >> use the materials being described (DACS 2.6 >> ), >> therefore it should not be considered a creating agent. Distinguishing >> between the government entity and the location may inconvenience a >> researcher looking for information on Austin as a location, but it is very >> helpful to a researcher looking for information about Austin's government. >> >> Some of the downsides may be ameliorated with the options in the new >> agents module, but even with the current system, you can at least have both >> records point to the same LC authority record. >> >> All the best, >> >> Dan >> >> On Thu, Feb 25, 2021 at 10:19 AM Olivia S Solis >> wrote: >> >>> Hi Kate, >>> >>> Thanks for your reply! So yes, I have thought about creating both a >>> separate agent record just for e.g. Austin just so catalogers would be able >>> to add the creator of Austin because, as all users in this group know, only >>> agents can be creators in ASpace. I don't like this for many reasons: >>> >>> It would violate cataloging standards. >>> >>> - Every authority source I have ever seen (VIAF >>> , LNCAF >>> , FAST >>> , >>> ...) considers Austin and its government a geographic term. >>> - This is consistent with more elaborative cataloging standards that >>> I have read, e.g. RDA which I quoted in my first email. I'm not a trained >>> cataloger though, so if someone would like to correct me on ways of >>> establishing a government of a geographic area as a corporate term in an >>> authority list, please enlighten me. >>> >>> It would wreak havoc on our taxonomy management. >>> >>> - This is particular to our institution, but I am the only one who >>> enters subject/agent terms for our organization. This to ensure more >>> consistent, standards-based use of terms, and so that we do not have e.g >>> ten different ways of entering Hillary Clinton. If Austin changes its name >>> to Keep Austin Weird, I only want to change it in one place, not both the >>> agent and the subject record. >>> >>> It would create a clickable wild west. >>> >>> - I'm not sure how much all staff and researchers make the >>> distinction between Austin the government and Austin a geographic location. >>> - So if someone is browsing around in the system and they want to >>> get everything related to Austin, they might click on Austin the >>> creator/agent, but miss out on all the resources that use the subject term. >>> Or vice versa. Highly unsatisfying retrieval. >>> >>> I am using Austin as the example, but my question can apply to any >>> government/geographic level (county, state, etc). >>> >>> Thanks! >>> Olivia >>> >>> On Thu, Feb 25, 2021 at 8:36 AM Bowers, Kate A. >>> wrote: >>> >>>> Can you explain more about "two Austins, one agent and one geographic >>>> subject, as it would violate cataloging standards, wreak havoc on our >>>> taxonomy management, and create a clickable wild west in ASpace." >>>> >>>> >>>> I find the LCSH/LCNAF practice of conflating a governing corporate body >>>> with a geographic area inherently illogical. Instead of using the chosen >>>> name for the government, as an example ?City of Boston? they use the same >>>> text as the geographical name. We?d never do this to other corporate >>>> bodies. >>>> >>>> >>>> >>>> Background, for the non-LCSH/LCNAF folk: LOC has a single geographical >>>> authority record and uses the same text for the governing body and the >>>> geographic area, and just codes it differently in the MARC resource records >>>> if the usage is as a corporate body ?creator? field instead of a ?subject? >>>> field. Technically, AS cannot do this. >>>> >>>> >>>> >>>> Kate >>>> >>>> >>>> >>>> *Kate Bowers* >>>> >>>> Collections Services Archivist for Metadata, Systems, and Standards >>>> >>>> Harvard University Archives >>>> >>>> kate_bowers at harvard.edu >>>> >>>> >>>> voice: (617) 998-5238 >>>> >>>> fax: (617) 495-8011 >>>> >>>> web: https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fnrs.harvard.edu%2Furn-3%3Ahul.eresource%3Aarchives&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=y0TCH%2FAgWoWEoZIW6%2FFt9IbZgRXAOInwBqOtetcoNgI%3D&reserved=0 >>>> >>>> Twitter: @k8_bowers >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >>>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >>>> Olivia S Solis >>>> *Sent:* Wednesday, February 24, 2021 6:32 PM >>>> *To:* Archivesspace Users Group < >>>> archivesspace_users_group at lyralists.lyrasis.org> >>>> *Subject:* [Archivesspace_Users_Group] Geographic creators >>>> >>>> >>>> >>>> Hi all, >>>> >>>> >>>> >>>> I am wondering how some of you all may have handled documenting the >>>> creators of collections in ArchivesSpace when the creator is a geographic >>>> location, as in e.g. Austin (Tex.) ? meaning its government. >>>> >>>> >>>> >>>> Some the standards I am looking at: >>>> >>>> RDA >>>> >>>> In its chapter on places, "The names of places are commonly used in the >>>> following ways: as the names of governments and communities that are not >>>> governments." >>>> >>>> >>>> >>>> Chapter on corporate bodies: "The conventional name of a government is >>>> the name of the area over which the government exercises jurisdiction" and >>>> then it refers you to the chapter on places. >>>> >>>> >>>> >>>> DACS >>>> >>>> Defines the creator as "identifies the corporate bodies, persons, and >>>> families associated with the creation, assembly, accumulation..." >>>> >>>> >>>> >>>> Our particular conundrum is that we export and publish EAD to a >>>> consortium that is going to begin imposing mandatory creators, and many of >>>> ours are technically geographic. However, perhaps some of you have also >>>> grappled with this hybrid geographic/corporate sense of a place term. Maybe >>>> some of you would also like to identify a creator when it is a government >>>> that presides over a geographic area because you would like Austin to be a >>>> nice clickable, identifiable creator *and* geographic subject. >>>> >>>> >>>> >>>> A dodge I have tried to recommend to processors is to identify the >>>> creator as the specific agency of the term that may have created the >>>> collection, e.g. Austin (Tex.). City Council. But sometimes we don't know >>>> the division that created the records and sometimes the broader city of >>>> Austin is really the creator. I certainly don't want to create two Austins, >>>> one agent and one geographic subject, as it would violate cataloging >>>> standards, wreak havoc on our taxonomy management, and create a clickable >>>> wild west in ASpace. >>>> >>>> >>>> >>>> Apologies if there is an obvious solution to this that I do not know >>>> about. >>>> >>>> >>>> >>>> Thanks, >>>> Olivia >>>> >>>> >>>> >>>> -- >>>> >>>> Olivia Solis, MSIS >>>> >>>> Metadata Coordinator >>>> >>>> Dolph Briscoe Center for American History >>>> >>>> The University of Texas at Austin >>>> >>>> 2300 Red River St. Stop D1100 >>>> >>>> Austin TX, 78712-1426 >>>> >>>> (512) 232-8013 >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0 >>>> >>> >>> >>> -- >>> Olivia Solis, MSIS >>> Metadata Coordinator >>> Dolph Briscoe Center for American History >>> The University of Texas at Austin >>> 2300 Red River St. Stop D1100 >>> Austin TX, 78712-1426 >>> (512) 232-8013 >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0 >>> >> >> >> -- >> Dan Michelson >> Project Manager Archivist >> Smith College Special Collections >> >> Due to COVID-19, Special Collections is offering limited, remote >> reference and digitization services and ongoing consultations for faculty, >> students, and other researchers. Smith course support is our primary >> responsibility at this time. All other requests and inquiries will be >> responded to as we are able. >> >> >> For information about Smith College?s response to Covid-19, please visit >> the Smith College Libraries and Smith College >> >> websites. For information about library services during this time, >> information is available on our website. >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0 >> > > > -- > Olivia Solis, MSIS > Metadata Coordinator > Dolph Briscoe Center for American History > The University of Texas at Austin > 2300 Red River St. Stop D1100 > Austin TX, 78712-1426 > (512) 232-8013 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832338958%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=QgH5cmKk08M8q7BuPa17zuos5npC9NnNRoc5QygbmdQ%3D&reserved=0 > -- Dan Michelson Project Manager Archivist Smith College Special Collections Due to COVID-19, Special Collections is offering limited, remote reference and digitization services and ongoing consultations for faculty, students, and other researchers. Smith course support is our primary responsibility at this time. All other requests and inquiries will be responded to as we are able. For information about Smith College?s response to Covid-19, please visit the Smith College Libraries and Smith College websites. For information about library services during this time, information is available on our website. -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 23 Date: Thu, 25 Feb 2021 18:42:51 +0000 From: "Galligan, Patrick" To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 Message-ID: Content-Type: text/plain; charset="windows-1252" Hey everyone, I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory. I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr. I?m getting this error when trying to actually create and initialize the core: archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory' I read through this thread about the issue, but haven?t gotten anything to work yet. Has anyone had experience with running external Solr that might have advice on what to do here? Thanks, Patrick Galligan Rockefeller Archive Center Digital Archivist -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 24 Date: Thu, 25 Feb 2021 18:49:38 +0000 From: "Schanz, Megan" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 Message-ID: Content-Type: text/plain; charset="windows-1252" I ran into that exact problem. You need to make a change to the solrconfig.xml and schema.xml to have it load the ICU filter. Here is links to the exact changes you need to make to the file: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2Fsolrconfig.xml.patch&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ox1NCND0xc9eIVc%2FuoECp4IKer0MEM2p%2FrjGydt1msE%3D&reserved=0 https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2Fschema.xml.patch&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=dR9xwufWgzRb60fbkxWoh%2FkUKOnG8u7IVFfa0LCgUak%3D&reserved=0 This is the commands you could run to have it apply those patches if it helps: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2FDockerfile%23L35&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=vW6yt65e2NWkv73d%2BJcyU7dT07NC2LSLGHLAf8zkY0k%3D&reserved=0 I hope this gets it working for you! - Megan Megan Schanz Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Galligan, Patrick Sent: Thursday, February 25, 2021 1:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 Hey everyone, I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory. I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr. I?m getting this error when trying to actually create and initialize the core: archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory' I read through this thread about the issue, but haven?t gotten anything to work yet. Has anyone had experience with running external Solr that might have advice on what to do here? Thanks, Patrick Galligan Rockefeller Archive Center Digital Archivist -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 25 Date: Thu, 25 Feb 2021 18:56:53 +0000 From: "Galligan, Patrick" To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 Message-ID: Content-Type: text/plain; charset="windows-1252" Thank you! I?ll give this a shot. From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Schanz, Megan Date: Thursday, February 25, 2021 at 1:49 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 ***External*** This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.*** I ran into that exact problem. You need to make a change to the solrconfig.xml and schema.xml to have it load the ICU filter. Here is links to the exact changes you need to make to the file: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2Fsolrconfig.xml.patch&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832348913%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ox1NCND0xc9eIVc%2FuoECp4IKer0MEM2p%2FrjGydt1msE%3D&reserved=0 https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2Fschema.xml.patch&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=yMriz%2FivJNTz3xekdafIvBSudZhZyld8W6nyLvSB5E0%3D&reserved=0 This is the commands you could run to have it apply those patches if it helps: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.msu.edu%2Fmsu-libraries%2Fpublic%2Farchivesspace-docker%2F-%2Fblob%2Fmaster%2Fsolr%2FDockerfile%23L35&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832358866%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=dZgbLDPQa8CCAF3R3N%2BbvFw6fyefKaBo9l%2BgGrfmngg%3D&reserved=0 I hope this gets it working for you! - Megan Megan Schanz Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Galligan, Patrick Sent: Thursday, February 25, 2021 1:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Running ArchivesSpace against Solr 8.8.1 Hey everyone, I?m trying to test out running AS against Solr 8.8.1, but I?m having trouble getting the core set up properly with the files in the AS Solr directory. I make the Solr directory on the server with /conf and /data, generally following the instructions on running Archives with external Solr. I?m getting this error when trying to actually create and initialize the core: archivesspace: org.apache.solr.common.SolrException:org.apache.solr.common.SolrException: Could not load conf for core archivesspace: Can't load schema /solr-8.8.1/server/solr/archivesspace/conf/schema.xml: Plugin init failure for [schema.xml] fieldType "sort_icu": Plugin init failure for [schema.xml] analyzer/filter: Error loading class 'solr.ICUCollationKeyFilterFactory' I read through this thread about the issue, but haven?t gotten anything to work yet. Has anyone had experience with running external Solr that might have advice on what to do here? Thanks, Patrick Galligan Rockefeller Archive Center Digital Archivist -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 26 Date: Thu, 25 Feb 2021 20:31:12 +0000 From: "Rees, John (NIH/NLM) [E]" To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Importing 'born digital' EAD container info Message-ID: Content-Type: text/plain; charset="us-ascii" Hi all, We're importing raw EAD to populate our ASpace. Our old EAD dodge for naming a container as being a 'born digital' thing was simply to encode a generic Born Digital. Users would see the phrase in the same space as a box number, so it was relatively intuitive to understand what was being described. I was thinking of another temporary dodge for our ASpace migrations - rather than replacing by ginning up a bunch of s, which aren't that user-friendly in the PUI if they don't link anywhere, I'd try something like Born Digital or Born Digitalat the resource level. It would be relatively obvious in the SUI what's going on, better defines the nature of the content (it's not a box), is batch-fixable later, and in the PUI users would encounter an archival resource without any sort of container information beyond the huge DO glyph and a link that goes nowhere (for now). Some screenshots below. Has anyone encountered a similar scenario? John John P. Rees Archivist and Digital Resources Manager History of Medicine Division National Library of Medicine 301-827-4510 Teleworking M-F 8:00AM - 4:30PM Eastern Time each day until further notice [cid:image002.jpg at 01D70B8B.3E753F70] [cid:image006.png at 01D70B8B.3E753F70] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 22907 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 203236 bytes Desc: image006.png URL: ------------------------------ _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cjwaxman1%40tulane.edu%7Cc1a84bb5c67e4b07cf5b08d8d9cc5f9e%7C9de9818325d94b139fc34de5489c1f3b%7C1%7C0%7C637498819832368834%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=FD%2F5R0x%2FDExtbg%2F5uogNBwRZUXJFDs3mNy3uASCPSOo%3D&reserved=0 End of Archivesspace_Users_Group Digest, Vol 150, Issue 1 ********************************************************* From Jessica.Crouch at lyrasis.org Fri Feb 26 15:04:55 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 26 Feb 2021 20:04:55 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - February 2021 Message-ID: <6D937F8B-D3AE-403B-8D01-3D8B3ACB7846@lyrasis.org> [cid:image001.jpg at 01D70C50.BD487B80] ArchivesSpace Update ? February 2021 Development Thank you all for your patience as we finalize the ArchivesSpace v3.0 release candidate, which we anticipate putting out in March. If you're interested in what's coming, we recommend reviewing the recording of our recent webinar about the expanded agent module functionality that is the primary focus of this update. While the required fields to create a valid agent record will remain minimal, the expanded agents functionality will allow for greater compliance with metadata standards used to describe persons, families, and corporate entities like MARCXML authority and EAC-CPF, facilitate better exchange with databases like LCNAF and SNAC and support better contextualization of agents by providing more ways to apply controlled access headings or information about the agent and their relationships. A recording of the webinar as well as a link to a test instance where you can try out the new functionality is available at https://archivesspace.org/archives/6660. Welcome new ArchivesSpace Tech Lead, Brian Hoffman We are pleased to announce Brian Hoffman will be joining ArchivesSpace as the Technical Lead on Monday, March 1, 2021. Brian will be familiar to many in the community from his previous experiences developing for ArchivesSpace. He worked with Hudson Molonglo, the original developers of ArchivesSpace, in our early years and then with the ArchivesSpace program team as a developer later on. For those scoring at home, by number of commits he?s #3 on the all-time list of ArchivesSpace code committers. Brian?s experience goes far beyond ArchivesSpace, however, having worked with institutions such as New York University, Temple University, and the Museum of Modern Art on applications and technical infrastructure to support many different functions in archives, libraries, and museums. He is skilled not just with the technologies that make up ArchivesSpace and the larger universe of web applications in our field, but also conversant with many of the metadata standards and workflows that support our work. As Tech Lead, Brian will be responsible for the infrastructure of the ArchivesSpace application and manage the different streams of development that go into it, including work from staff developers, contractors, and community members. He will lead the Core Committers group as they continue to build and strengthen our community of code contributors. He will also work closely with community members and the rest of the program team as we all work to ensure the ArchivesSpace application meets the needs of archives and other collecting institutions now and in the future. Brian is an excellent colleague and collaborator, valued for his thoughtful approach to issues and good humor. We look forward to this chance to both reconnect and chart a new path for ArchivesSpace together. ArchivesSpace has been really fortunate to have had Mark Cooper of LYRASIS Digital Technology Services and Lora Woodford take on many of the responsibilities of the Tech Lead while the position has been vacant. We truly appreciate their work to keep ArchivesSpace going on the technical side over the last year. Brian will officially join the ArchivesSpace team on March 1. Please join us in welcoming Brian to his new role in the ArchivesSpace community! Applications Due for the ArchivesSpace Diversity Partnership by March 15 The March 15 deadline to apply for the ArchivesSpace Diversity Partnership is fast approaching. The ArchivesSpace Diversity Partnership is a new program that offers support for implementing the ArchivesSpace application to institutions that are themselves or primarily serve communities underrepresented in the ArchivesSpace community. Participating organizations will receive, at no cost to them, ArchivesSpace membership, hosting with a Registered Service Provider, training, and user and technical support for the duration of a three-year term. Eligible organizations include: * academic Minority-Serving Institutions such as Historically Black Colleges and Universities (HBCUs), Hispanic Serving Institutions (HSIs), and Tribal Colleges and Universities * non-profit or community archives primarily run by or serving BIPOC (Black, Indigenous, and People of Color) * tribal archives Applications are due March 15, 2021, and this program will launch with a small cohort of institutions on July 1, 2021. The three-year term will conclude on June 30, 2024. More information about the ArchivesSpace Diversity Partnership, including information about how to apply and a recording of the information webinar held on February 10th, is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2049998863/ArchivesSpace+Diversity+Partnership. We are happy to answer any questions you may have anytime by emailing us at ArchivesSpaceHome at lyrasis.org. Potential applicants who are interested in the experience of using ArchivesSpace at an underrepresented institution can contact Brittany Newberry (bnewberry at auctr.edu). She is happy to talk about Atlanta University Center?s experience implementing ArchivesSpace as an HBCU. Announcing the ArchivesSpace Member Match Program The ArchivesSpace Member Engagement sub-team is happy to announce a new initiative: the ArchivesSpace Member Match program. The Member Match program is an initiative to engage the ArchivesSpace membership community, created and organized by the Member Engagement sub-team of the ArchivesSpace User Advisory Council, with support from the ArchivesSpace Community Engagement Coordinator. The program is intended to be a resource and venue for peer-to-peer support between ArchivesSpace members. For one, year-long term, Member Match participants will be matched with a member with whom they can receive and offer professional insight, advice, and comradery. The program will also offer participants the opportunity to engage in exclusive events and enlightening discussions about ArchivesSpace and its active user community. Eligibility Any individual affiliated with an ArchivesSpace member organization is eligible to participate in the ArchivesSpace Member Match program and there is no limit to the number of individuals from a member organization that may participate. To Learn More Visit the Member Match wiki: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2198568994/ArchivesSpace+Member+Match+Program The ArchivesSpace Member Engagement Sub-team will be offering an informational webinar on March 10th at 2pm ET. To register for this webinar, visit https://lyrasis.zoom.us/webinar/register/WN_ZqjF2XKXTaqBFQbeITClHA This discussion will be recorded and a copy of the recording will be made available. Please feel free to direct any questions to ArchivesSpaceHome at lyrasis.org Sent on behalf of the ArchivesSpace Member Engagement sub-team: Kate Blalack, American Song Archive Regina Carra, American Folk Art Museum Bailey Hoffner, University of Oklahoma Ashley Knox, University of North Carolina Wilmington Brittany Newberry, Atlanta University Center and ArchivesSpace User Advisory Council Chair Jessica Crouch, ArchivesSpace Community Engagement Coordinator Register now for the 3rd Annual ArchivesSpace Online Forum Registration is now open for the 3rd Annual ArchivesSpace Online Forum! Taking place March 29-31, 2021, our online forum will be a three-day event spanning a variety of time zones and ArchivesSpace experience levels. Anyone who uses ArchivesSpace or is interested in ArchivesSpace is welcome to attend. As in years past, this free event will include a mix of opportunities to share and learn from each other about many different aspects of ArchivesSpace. When: Presentations and breakout discussions will be held on March 29-30, 2021, from 4pm-8pm UTC, and all individuals using or interested in ArchivesSpace are welcome to attend some or all of the sessions on these days. The small workshops covering specific elements of the ArchivesSpace application offered at different times on March 30 and 31 are currently full. Where: All online via Zoom, with opportunities to join via computer or phone. Who Can Attend: Anyone using or interested in using ArchivesSpace. This is a free event but registration is required. Online registration: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2146992129/ArchivesSpace+Online+Forum+2021 Registrations for each day of the Forum are separate. You will need to register for each day you are interested in attending to guarantee your spot. Registration for each activity is linked above the session in the agenda. Workshop attendance is limited and all workshops are currently full. We anticipate recording many parts of the forum, but for it to be a success we will also need as many live participants as possible. We encourage you to dip in and out of the live program as much as you can. You will no doubt ?meet? a different set of colleagues each time. A special thanks to our Online Forum planning group for the tremendous work they?re doing to plan this forum. We?re looking forward to a great event, with your help! Please feel free to contact ArchivesSpace Community Engagement Coordinator Jessica Crouch (jessica.crouch at lyrasis.org) with questions. We look forward to seeing many of you there! Membership Update We are excited to welcome our newest members to our community! Our new members since January 31 include: * Berklee College of Music (Boston, MA) * Milwaukee Art Museum (Milwaukee, WI) * Mississippi University for Women (Columbus, MS) As of February 26, we have 421 General members, 21 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 22469 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29065 bytes Desc: image002.jpg URL: