From Jessica.Crouch at lyrasis.org Wed Apr 1 12:07:46 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 1 Apr 2020 16:07:46 +0000 Subject: [Archivesspace_Users_Group] Registration now open - ArchivesSpace Second Annual Online Forum Message-ID: [cid:image001.jpg at 01D6081E.27606C40] Registration is now open for the Second Annual ArchivesSpace Online Forum! As with our in-person forums, our Online Forum will include a mix of opportunities to share and learn from each other about many different aspects of ArchivesSpace. The forum aims to span the many time zones of our community over the course of 4 days with a three hour block each day. Visit the Online Forum wiki to view the schedule for each day. When: May 18-21, 2020 May 18, 2020 ? 4pm-7pm UTC (find your local time) May 19, 2020 ? 5am-8am UTC (find your local time)* May 20, 2020 ? 4pm-7pm UTC (find your local time) May 21, 2020 ? 5am-8am UTC (find your local time)* *For those attendees in the Western and Midwestern United States, portions of events occurring on May 19 and May 21, 2020 will occur in the evenings of May 18 and 20, 2020. Where: All online via Zoom, with opportunities to join via computer or phone Who Can Attend: Anyone using or interested in using ArchivesSpace. Registration required. Online registration: https://www.eventbrite.com/e/99210119137 Please register if you plan to attend any part of the Forum. Connection information will be sent to registered participants closer to the event. We anticipate recording many parts of the event, but 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. If you would like to propose a session topic for the Online Forum, please submit your proposal via our online form at https://forms.gle/jraN42zqrdQ3KQD97. We will be reviewing proposals on a rolling basis, so we encourage you to get your proposals in early. The deadline for session proposals has been extended to April 22, 2020. Thanks so much to our international working group, who have been working hard to bring you this new type of event, and 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: 194239 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29061 bytes Desc: image002.jpg URL: From baileys at ou.edu Wed Apr 1 16:47:19 2020 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Wed, 1 Apr 2020 20:47:19 +0000 Subject: [Archivesspace_Users_Group] Formatting Links in Scope Note Message-ID: <83C166C6-2398-4759-8613-C623498B78A5@ou.edu> Hello All, We are currently implementing ArchivesSpace at the University of Oklahoma Libraries and are taking a dynamic, top-down approach to the work: collection level records for all, then ingesting deeper component records, for our thousands of collections. As a temporary measure to get our users out of our current online finding aid registry and into ArchivesSpace, we are dropping links into the top of the scope and contents notes that will guide researchers to the current full PDFs ? these will be removed once the collections are fully described in ArchivesSpace but it?s a necessary step for us at this time. So far, the links show up at the top of each collection level record and are also clickable links in the preview version of the collection record that comes up when users search. Except for one of them that is oddly not formatting the same way (see below). The successful and unsuccessful examples look exactly the same on the staff interface and I?ve tried yanking out all the scope text and turning it to plain text ? no luck. Any tips? Thanks! -Bailey Successful: [A screenshot of a cell phone Description automatically generated] Not Successful: [A screenshot of a cell phone Description automatically generated] Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 88255 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 92481 bytes Desc: image002.png URL: From andrew.morrison at bodleian.ox.ac.uk Thu Apr 2 04:48:30 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 2 Apr 2020 09:48:30 +0100 Subject: [Archivesspace_Users_Group] Formatting Links in Scope Note In-Reply-To: <83C166C6-2398-4759-8613-C623498B78A5@ou.edu> References: <83C166C6-2398-4759-8613-C623498B78A5@ou.edu> Message-ID: <715284d8-ac87-cef6-c690-37a87df2287e@bodleian.ox.ac.uk> You can see the relevant section of code here: https://github.com/archivesspace/archivesspace/blob/cfc0a4943e50706ed4c073241de49a06f5d5e295/public/app/views/shared/_result.html.erb#L14-L31 The main points to note are that the scope and contents note will only be used if there is no abstract. And, whichever is used, if it contains more than a preset limit (500 characters), it will be truncated. In order to do so safely (without risking creating invalid HTML by, say, truncating in the middle of a bullet-point list) it converts to plain text (strip_tags). Hence your links won't work whenever what is displayed in the search results ends with an ellipsis (...) indicating the truncation has been applied. You could put your links to PDFs in abstracts, that way only they would displayed in search results. Or, if you are using 2.6.0 or better, you could increase the limit by setting /abstract_note_length/ in the config file to something higher than 500. Or override that template completely in a plug-in. Andrew. On 01/04/2020 21:47, Hoffner, Bailey E. wrote: > > Hello All, > > We are currently implementing ArchivesSpace at the University of > Oklahoma Libraries and are taking a dynamic, top-down approach to the > work: collection level records for all, then ingesting deeper > component records, for our thousands of collections. > > As a temporary measure to get our users out of our current online > finding aid registry and into ArchivesSpace, we are dropping links > into the top of the scope and contents notes that will guide > researchers to the current full PDFs ? these will be removed once the > collections are fully described in ArchivesSpace but it?s a necessary > step for us at this time. > > So far, the links show up at the top of each collection level record > and are also clickable links in the preview version of the collection > record that comes up when users search. Except for one of them that is > oddly not formatting the same way (see below). The successful and > unsuccessful examples look exactly the same on the staff interface and > I?ve tried yanking out all the scope text and turning it to plain text > ? no luck. Any tips? > > Thanks! > > -Bailey > > Successful: > > A screenshot of a cell phone Description automatically generated > > Not Successful: > > A screenshot of a cell phone Description automatically generated > > Bailey Hoffner, MLIS > > Metadata and Collections Management Archivist > > University of Oklahoma Libraries > > 405-325-1566 > > > _______________________________________________ > 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.png Type: image/png Size: 88255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 92481 bytes Desc: not available URL: From Jessica.Crouch at lyrasis.org Thu Apr 2 13:13:32 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 2 Apr 2020 17:13:32 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Online Forum presenter submissions Message-ID: <5F4325C8-F2AC-4ED6-896E-A3A79436F67B@lyrasis.org> Dear ArchivesSpace Users, If you submitted a presentation proposal for the ArchivesSpace Second Annual Online Forum via the online form at https://forms.gle/jraN42zqrdQ3KQD97 but have not heard back from the Online Forum planning team or received an email confirming your submission, please contact Jessica at jessica.crouch at lyrasis.org. It has come to the attention of the planning team that not all proposals submitted via the online form have been received. We want to make sure all ArchivesSpace users who are interested in presenting at the Online Forum have the opportunity. The deadline for session proposals has been extended to April 22, 2020. For more information or to register for the Online Forum, visit the Online Forum wiki. 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: 29061 bytes Desc: image001.jpg URL: From livsolis at utexas.edu Thu Apr 2 15:03:23 2020 From: livsolis at utexas.edu (Olivia S Solis) Date: Thu, 2 Apr 2020 14:03:23 -0500 Subject: [Archivesspace_Users_Group] Extreme sluggishness with classifications Message-ID: Hi all, Has anyone else experienced extreme sluggishness with loading and displaying classifications/ classification terms? We are experiencing sometimes minutes-long lag time for search results, autocomplete functionality when you are trying add a classification/term in a resource or accession record, and in saving a new classifications/terms. In our case, we are using classifications for 2 main buckets: collection strengths and subunits ? administrative divisions or umbrella collections we have at the Briscoe Center. Each has about 15 children. Some of the children have a few hundred associated records. So two main tiers. The classifications and, one level down, their children. [image: Screen Shot 2020-04-02 at 1.54.15 PM.png] We are using version 2.4.1. Why might we be experiencing such sluggishness? 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2020-04-02 at 1.54.15 PM.png Type: image/png Size: 28098 bytes Desc: not available URL: From Jessica.Crouch at lyrasis.org Thu Apr 2 15:51:03 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 2 Apr 2020 19:51:03 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: References: Message-ID: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> Dear ArchivesSpace Members, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. 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: 29063 bytes Desc: image001.jpg URL: From cory_nimer at byu.edu Fri Apr 3 10:45:13 2020 From: cory_nimer at byu.edu (Cory Nimer) Date: Fri, 3 Apr 2020 14:45:13 +0000 Subject: [Archivesspace_Users_Group] Extreme sluggishness with classifications In-Reply-To: References: Message-ID: Olivia, We had reported this problem back in release 1.5.4 (https://archivesspace.atlassian.net/browse/ANW-652), and some work was done. However, performance did not improve significantly and we were forced to abandon classifications. We would have preferred to use classifications, though, and would love to hear about what others have done to deal with the slow load times. Best, Cory Nimer University Archivist Brigham Young University 801-422-6091 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Olivia S Solis Sent: Thursday, April 2, 2020 1:03 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Extreme sluggishness with classifications Hi all, Has anyone else experienced extreme sluggishness with loading and displaying classifications/ classification terms? We are experiencing sometimes minutes-long lag time for search results, autocomplete functionality when you are trying add a classification/term in a resource or accession record, and in saving a new classifications/terms. In our case, we are using classifications for 2 main buckets: collection strengths and subunits ? administrative divisions or umbrella collections we have at the Briscoe Center. Each has about 15 children. Some of the children have a few hundred associated records. So two main tiers. The classifications and, one level down, their children. [Screen Shot 2020-04-02 at 1.54.15 PM.png] We are using version 2.4.1. Why might we be experiencing such sluggishness? 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 28098 bytes Desc: image001.png URL: From KennedyN at si.edu Fri Apr 3 12:04:52 2020 From: KennedyN at si.edu (Kennedy, Nancy) Date: Fri, 3 Apr 2020 16:04:52 +0000 Subject: [Archivesspace_Users_Group] Extreme sluggishness with classifications In-Reply-To: References: Message-ID: We are in version 2.6 and have similar sluggishness with some of our classifications (the largest has about 4,991 linked resources). It takes 1.9 minutes to load our classification with 4,991 linked records. We don?t have many classifications set up right now, in part because we don?t use the PUI, and also I?m not certain if the classification module has an upper limit on # of linked records ? is 4-5000 linked records already too many? We?d like to use the classifications to do more to connect related resources, but need it to scale to large numbers of records. Nancy Nancy Kennedy Smithsonian Institution kennedyn at si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Cory Nimer Sent: Friday, April 3, 2020 10:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extreme sluggishness with classifications External Email - Exercise Caution Olivia, We had reported this problem back in release 1.5.4 (https://archivesspace.atlassian.net/browse/ANW-652), and some work was done. However, performance did not improve significantly and we were forced to abandon classifications. We would have preferred to use classifications, though, and would love to hear about what others have done to deal with the slow load times. Best, Cory Nimer University Archivist Brigham Young University 801-422-6091 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Olivia S Solis Sent: Thursday, April 2, 2020 1:03 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Extreme sluggishness with classifications Hi all, Has anyone else experienced extreme sluggishness with loading and displaying classifications/ classification terms? We are experiencing sometimes minutes-long lag time for search results, autocomplete functionality when you are trying add a classification/term in a resource or accession record, and in saving a new classifications/terms. In our case, we are using classifications for 2 main buckets: collection strengths and subunits ? administrative divisions or umbrella collections we have at the Briscoe Center. Each has about 15 children. Some of the children have a few hundred associated records. So two main tiers. The classifications and, one level down, their children. [Screen Shot 2020-04-02 at 1.54.15 PM.png] We are using version 2.4.1. Why might we be experiencing such sluggishness? 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 28098 bytes Desc: image001.png URL: From k-miller3 at northwestern.edu Fri Apr 3 15:38:20 2020 From: k-miller3 at northwestern.edu (Karen Miller) Date: Fri, 3 Apr 2020 19:38:20 +0000 Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects Message-ID: Happy Friday, everyone! I?ve been using my WFH time to do some ArchivesSpace cleanup and have a question about how people are using family names. We are a NACO library and have been creating personal and corporate body name headings for people and organizations represented in our collections. When we have a collection that is created by a person or corporate body and also includes biographical or historic information about the person or corporate body, we assign the Agent record as both Creator and Subject. This works fine for LC NAF records for people and corporate bodies, but for families, we have a dilemma. RDA says that families can be ?creators? and specifies that they are to be established in a format like this: Abdurahman (Family : 1872-1963 : South Africa) But when a family is the subject, it?s supposed to be established in a format like this (the SACO format): Abdurahman family which can refer to any family with the surname Abdurahman, not just the family that existed in South Africa from 1872-1963. I don?t think the SACO format is all that useful, but we used it for a long time, before RDA came along. Then when RDA came along, we established some family names in the NAF and used them in ArchivesSpace. Now we have family names in both formats, which looks a little weird. We only have 13 of them, so cleanup isn?t an insurmountable task. I?ve been considering several options: 1. Use the NACO format for all family names, including as both Creator or Agent. This goes against RDA, but it looks more consistent to the end user and I think is provides more information for browsing patrons. 2. Use the SACO format for all family names, including as both Creator or Agent. This also goes against RDA, but it looks more consistent to the end user. I think it?s not as useful, though, for people looking for families with common names (like Baker instead of Abdurahman) 3. Use the NACO form for Creator and the SACO form for Subject. It?s inconsistent, but follows RDA. Since these aren?t BIBCO records, it?s not as if this is a mortal sin! I?m sure there are more options, but I think I?ve gone on enough here. What are other institutions doing? Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Fri Apr 3 15:46:20 2020 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Fri, 3 Apr 2020 19:46:20 +0000 Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects In-Reply-To: References: Message-ID: RDA is only relevant to the records written in accordance with RDA. You can do anything you like in ArchivesSpace. If the records are exported to a MARC environment, the consequences may vary depending on the system. Most MARC systems are shared, meaning that other people might be able to alter the record to ?correct? it. I?m not sure what OCLC would do with them. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Karen Miller Sent: Friday, April 3, 2020 3:38 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects Happy Friday, everyone! I?ve been using my WFH time to do some ArchivesSpace cleanup and have a question about how people are using family names. We are a NACO library and have been creating personal and corporate body name headings for people and organizations represented in our collections. When we have a collection that is created by a person or corporate body and also includes biographical or historic information about the person or corporate body, we assign the Agent record as both Creator and Subject. This works fine for LC NAF records for people and corporate bodies, but for families, we have a dilemma. RDA says that families can be ?creators? and specifies that they are to be established in a format like this: Abdurahman (Family : 1872-1963 : South Africa) But when a family is the subject, it?s supposed to be established in a format like this (the SACO format): Abdurahman family which can refer to any family with the surname Abdurahman, not just the family that existed in South Africa from 1872-1963. I don?t think the SACO format is all that useful, but we used it for a long time, before RDA came along. Then when RDA came along, we established some family names in the NAF and used them in ArchivesSpace. Now we have family names in both formats, which looks a little weird. We only have 13 of them, so cleanup isn?t an insurmountable task. I?ve been considering several options: 1. Use the NACO format for all family names, including as both Creator or Agent. This goes against RDA, but it looks more consistent to the end user and I think is provides more information for browsing patrons. 2. Use the SACO format for all family names, including as both Creator or Agent. This also goes against RDA, but it looks more consistent to the end user. I think it?s not as useful, though, for people looking for families with common names (like Baker instead of Abdurahman) 3. Use the NACO form for Creator and the SACO form for Subject. It?s inconsistent, but follows RDA. Since these aren?t BIBCO records, it?s not as if this is a mortal sin! I?m sure there are more options, but I think I?ve gone on enough here. What are other institutions doing? Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Fri Apr 3 16:08:38 2020 From: livsolis at utexas.edu (Olivia S Solis) Date: Fri, 3 Apr 2020 15:08:38 -0500 Subject: [Archivesspace_Users_Group] Extreme sluggishness with classifications In-Reply-To: References: Message-ID: Thank you both for your responses. Well, at least it seems we are in good company! On Fri, Apr 3, 2020 at 11:05 AM Kennedy, Nancy wrote: > We are in version 2.6 and have similar sluggishness with some of our > classifications (the largest has about 4,991 linked resources). It takes > 1.9 minutes to load our classification with 4,991 linked records. > > > > We don?t have many classifications set up right now, in part because we > don?t use the PUI, and also I?m not certain if the classification module > has an upper limit on # of linked records ? is 4-5000 linked records > already too many? We?d like to use the classifications to do more to > connect related resources, but need it to scale to large numbers of records. > > > > Nancy > > > > Nancy Kennedy > > Smithsonian Institution > > kennedyn at si.edu > > > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Cory > Nimer > *Sent:* Friday, April 3, 2020 10:45 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Extreme sluggishness with > classifications > > > > *External Email - Exercise Caution* > > Olivia, > > > > We had reported this problem back in release 1.5.4 ( > https://archivesspace.atlassian.net/browse/ANW-652 > ), > and some work was done. However, performance did not improve significantly > and we were forced to abandon classifications. We would have preferred to > use classifications, though, and would love to hear about what others have > done to deal with the slow load times. > > > > Best, > > > > Cory Nimer > > University Archivist > > Brigham Young University > > 801-422-6091 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Olivia > S Solis > *Sent:* Thursday, April 2, 2020 1:03 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Extreme sluggishness with > classifications > > > > Hi all, > > > > Has anyone else experienced extreme sluggishness with loading and > displaying classifications/ classification terms? We are experiencing > sometimes minutes-long lag time for search results, autocomplete > functionality when you are trying add a classification/term in a > resource or accession record, and in saving a new classifications/terms. > > > > In our case, we are using classifications for 2 main buckets: collection > strengths and subunits ? administrative divisions or umbrella collections > we have at the Briscoe Center. Each has about 15 children. Some of the > children have a few hundred associated records. So two main tiers. The > classifications and, one level down, their children. > > > > [image: Screen Shot 2020-04-02 at 1.54.15 PM.png] > > > > We are using version 2.4.1. Why might we be experiencing such sluggishness? > > > > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 28098 bytes Desc: not available URL: From k-miller3 at northwestern.edu Fri Apr 3 17:20:01 2020 From: k-miller3 at northwestern.edu (Karen Miller) Date: Fri, 3 Apr 2020 21:20:01 +0000 Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects In-Reply-To: References: Message-ID: Hi, Kate. NU decided several years ago that these records weren?t going into OCLC, but we NACO catalogers have a hard time disobeying those rules. ? They are going into our discovery layer (but not through the library catalog, so they never pass through a MARC representation) and into ArchiveGrid. Since we can do whatever we want in AS, I thought it would be good to do something similar to what others are doing in it. It looks like ArchiveGrid has a lot of family names formulated in the SACO format (Smith family), so that might be the best option. It?s certainly easier than creating the NAF record, especially if we don?t actually go to the trouble of creating a SACO proposal! Karen From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Bowers, Kate A. Sent: Friday, April 03, 2020 2:46 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Family names as Creators/Subjects RDA is only relevant to the records written in accordance with RDA. You can do anything you like in ArchivesSpace. If the records are exported to a MARC environment, the consequences may vary depending on the system. Most MARC systems are shared, meaning that other people might be able to alter the record to ?correct? it. I?m not sure what OCLC would do with them. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Karen Miller Sent: Friday, April 3, 2020 3:38 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects Happy Friday, everyone! I?ve been using my WFH time to do some ArchivesSpace cleanup and have a question about how people are using family names. We are a NACO library and have been creating personal and corporate body name headings for people and organizations represented in our collections. When we have a collection that is created by a person or corporate body and also includes biographical or historic information about the person or corporate body, we assign the Agent record as both Creator and Subject. This works fine for LC NAF records for people and corporate bodies, but for families, we have a dilemma. RDA says that families can be ?creators? and specifies that they are to be established in a format like this: Abdurahman (Family : 1872-1963 : South Africa) But when a family is the subject, it?s supposed to be established in a format like this (the SACO format): Abdurahman family which can refer to any family with the surname Abdurahman, not just the family that existed in South Africa from 1872-1963. I don?t think the SACO format is all that useful, but we used it for a long time, before RDA came along. Then when RDA came along, we established some family names in the NAF and used them in ArchivesSpace. Now we have family names in both formats, which looks a little weird. We only have 13 of them, so cleanup isn?t an insurmountable task. I?ve been considering several options: 1. Use the NACO format for all family names, including as both Creator or Agent. This goes against RDA, but it looks more consistent to the end user and I think is provides more information for browsing patrons. 2. Use the SACO format for all family names, including as both Creator or Agent. This also goes against RDA, but it looks more consistent to the end user. I think it?s not as useful, though, for people looking for families with common names (like Baker instead of Abdurahman) 3. Use the NACO form for Creator and the SACO form for Subject. It?s inconsistent, but follows RDA. Since these aren?t BIBCO records, it?s not as if this is a mortal sin! I?m sure there are more options, but I think I?ve gone on enough here. What are other institutions doing? Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkottman at ku.edu Mon Apr 6 12:15:49 2020 From: mkottman at ku.edu (Kottman, Miloche) Date: Mon, 6 Apr 2020 16:15:49 +0000 Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects In-Reply-To: References: Message-ID: Karen, We export our records out of ArchivesSpace as MARC and add to OCLC (one more place for discovery won?t hurt) so we use NACO for creators and SACO for subjects. This way we have less cleanup to do on the MARC record and it allows patrons looking for materials about a family to find all the collections we own with that surname and determine on their own if and/or how they are related (i.e. they may find connections we missed). --Miloche From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Karen Miller Sent: Friday, April 3, 2020 4:20 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Family names as Creators/Subjects Hi, Kate. NU decided several years ago that these records weren?t going into OCLC, but we NACO catalogers have a hard time disobeying those rules. ? They are going into our discovery layer (but not through the library catalog, so they never pass through a MARC representation) and into ArchiveGrid. Since we can do whatever we want in AS, I thought it would be good to do something similar to what others are doing in it. It looks like ArchiveGrid has a lot of family names formulated in the SACO format (Smith family), so that might be the best option. It?s certainly easier than creating the NAF record, especially if we don?t actually go to the trouble of creating a SACO proposal! Karen From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Bowers, Kate A. Sent: Friday, April 03, 2020 2:46 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Family names as Creators/Subjects RDA is only relevant to the records written in accordance with RDA. You can do anything you like in ArchivesSpace. If the records are exported to a MARC environment, the consequences may vary depending on the system. Most MARC systems are shared, meaning that other people might be able to alter the record to ?correct? it. I?m not sure what OCLC would do with them. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Karen Miller Sent: Friday, April 3, 2020 3:38 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects Happy Friday, everyone! I?ve been using my WFH time to do some ArchivesSpace cleanup and have a question about how people are using family names. We are a NACO library and have been creating personal and corporate body name headings for people and organizations represented in our collections. When we have a collection that is created by a person or corporate body and also includes biographical or historic information about the person or corporate body, we assign the Agent record as both Creator and Subject. This works fine for LC NAF records for people and corporate bodies, but for families, we have a dilemma. RDA says that families can be ?creators? and specifies that they are to be established in a format like this: Abdurahman (Family : 1872-1963 : South Africa) But when a family is the subject, it?s supposed to be established in a format like this (the SACO format): Abdurahman family which can refer to any family with the surname Abdurahman, not just the family that existed in South Africa from 1872-1963. I don?t think the SACO format is all that useful, but we used it for a long time, before RDA came along. Then when RDA came along, we established some family names in the NAF and used them in ArchivesSpace. Now we have family names in both formats, which looks a little weird. We only have 13 of them, so cleanup isn?t an insurmountable task. I?ve been considering several options: 1. Use the NACO format for all family names, including as both Creator or Agent. This goes against RDA, but it looks more consistent to the end user and I think is provides more information for browsing patrons. 2. Use the SACO format for all family names, including as both Creator or Agent. This also goes against RDA, but it looks more consistent to the end user. I think it?s not as useful, though, for people looking for families with common names (like Baker instead of Abdurahman) 3. Use the NACO form for Creator and the SACO form for Subject. It?s inconsistent, but follows RDA. Since these aren?t BIBCO records, it?s not as if this is a mortal sin! I?m sure there are more options, but I think I?ve gone on enough here. What are other institutions doing? Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 -------------- next part -------------- An HTML attachment was scrubbed... URL: From k-miller3 at northwestern.edu Mon Apr 6 15:27:43 2020 From: k-miller3 at northwestern.edu (Karen Miller) Date: Mon, 6 Apr 2020 19:27:43 +0000 Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects In-Reply-To: References: Message-ID: Miloche, Thanks! Although our records do not get converted to MARC, they go into Primo along with a bunch of other MARC records, so I want to be mindful of that. Thanks for the feedback, Karen From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kottman, Miloche Sent: Monday, April 06, 2020 11:16 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Family names as Creators/Subjects Karen, We export our records out of ArchivesSpace as MARC and add to OCLC (one more place for discovery won?t hurt) so we use NACO for creators and SACO for subjects. This way we have less cleanup to do on the MARC record and it allows patrons looking for materials about a family to find all the collections we own with that surname and determine on their own if and/or how they are related (i.e. they may find connections we missed). --Miloche From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Karen Miller Sent: Friday, April 3, 2020 4:20 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Family names as Creators/Subjects Hi, Kate. NU decided several years ago that these records weren?t going into OCLC, but we NACO catalogers have a hard time disobeying those rules. ? They are going into our discovery layer (but not through the library catalog, so they never pass through a MARC representation) and into ArchiveGrid. Since we can do whatever we want in AS, I thought it would be good to do something similar to what others are doing in it. It looks like ArchiveGrid has a lot of family names formulated in the SACO format (Smith family), so that might be the best option. It?s certainly easier than creating the NAF record, especially if we don?t actually go to the trouble of creating a SACO proposal! Karen From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Bowers, Kate A. Sent: Friday, April 03, 2020 2:46 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Family names as Creators/Subjects RDA is only relevant to the records written in accordance with RDA. You can do anything you like in ArchivesSpace. If the records are exported to a MARC environment, the consequences may vary depending on the system. Most MARC systems are shared, meaning that other people might be able to alter the record to ?correct? it. I?m not sure what OCLC would do with them. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Karen Miller Sent: Friday, April 3, 2020 3:38 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Family names as Creators/Subjects Happy Friday, everyone! I?ve been using my WFH time to do some ArchivesSpace cleanup and have a question about how people are using family names. We are a NACO library and have been creating personal and corporate body name headings for people and organizations represented in our collections. When we have a collection that is created by a person or corporate body and also includes biographical or historic information about the person or corporate body, we assign the Agent record as both Creator and Subject. This works fine for LC NAF records for people and corporate bodies, but for families, we have a dilemma. RDA says that families can be ?creators? and specifies that they are to be established in a format like this: Abdurahman (Family : 1872-1963 : South Africa) But when a family is the subject, it?s supposed to be established in a format like this (the SACO format): Abdurahman family which can refer to any family with the surname Abdurahman, not just the family that existed in South Africa from 1872-1963. I don?t think the SACO format is all that useful, but we used it for a long time, before RDA came along. Then when RDA came along, we established some family names in the NAF and used them in ArchivesSpace. Now we have family names in both formats, which looks a little weird. We only have 13 of them, so cleanup isn?t an insurmountable task. I?ve been considering several options: 1. Use the NACO format for all family names, including as both Creator or Agent. This goes against RDA, but it looks more consistent to the end user and I think is provides more information for browsing patrons. 2. Use the SACO format for all family names, including as both Creator or Agent. This also goes against RDA, but it looks more consistent to the end user. I think it?s not as useful, though, for people looking for families with common names (like Baker instead of Abdurahman) 3. Use the NACO form for Creator and the SACO form for Subject. It?s inconsistent, but follows RDA. Since these aren?t BIBCO records, it?s not as if this is a mortal sin! I?m sure there are more options, but I think I?ve gone on enough here. What are other institutions doing? Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Tue Apr 7 09:49:00 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 7 Apr 2020 13:49:00 +0000 Subject: [Archivesspace_Users_Group] Reminder - Webinar Wednesday: Integrating ArchivesSpace and Alma Message-ID: <2008716D-4341-441E-9613-DC75561C716D@lyrasis.org> Webinar Announcement: Integrating ArchivesSpace and Alma The next webinar in the ArchivesSpace series focused on Integrations with ArchivesSpace will be this Wednesday, April 8, at 2pm ET. Each webinar in this series will highlights an integration with another application used in archives that ArchivesSpace members have worked on or requested. Our seventh webinar in this series will explore current work being done by the ArchivesSpace community to integrate ArchivesSpace with cloud-based library services platform, Alma. When: April 8, 2020 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? noon PT) Where: Zoom Join Zoom Meeting https://lyrasis.zoom.us/j/186208277 Meeting ID: 186 208 277 One tap mobile +19292056099,,186208277# US (New York) +16699006833,,186208277# US (San Jose) Dial by your location +1 929 205 6099 US (New York) +1 669 900 6833 US (San Jose) 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 186 208 277 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Kevin Clair, Digital Collections Librarian at Penn State University Libraries, will discuss the ArchivesSpace/Alma Integration Plugin he developed during his time at University of Denver. In his current position at Penn State University Libraries, Kevin is the product owner for the cultural heritage digital repository, gathering functional requirements from end users and developing strategies with collection managers to ensure the repository is meeting the needs of faculty, students, and researchers. Prior to this he was the ArchivesSpace product owner at the University of Denver, where he did similar things with different types of content. In both roles he worked to facilitate moving data between library and archival management applications, to reduce the pain and suffering of technical services workers and improve the user experience for researchers. Adrien Hilton, Head of the Manuscript Section at Harvard University's Houghton Library, will discuss current workflows at Harvard for managing data in both Alma and ArchivesSpace and what she needs from an integration. Adrien will outline the preliminary work she?s done to gather use cases from other repositories. She hopes to build community support for future Alma/ArchivesSpace development work. In her position at Harvard, Adrien oversees archives processing and manuscript cataloging. Prior to coming to Houghton, Adrien held positions at Columbia University's Rare Book and Manuscript Library and New York University's Tamiment Library. Adrien is an advisory member of SAA's Technical Subcommittee on Describing Archives: A Content Standard. Who should attend: Anyone interested in integrating ArchivesSpace and Alma. This webinar will highlight the work already being done by the ArchivesSpace community on this integration with the goal of identifying other stakeholders and a path forward to make this integration more streamlined and robust. Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or the Integrations with ArchivesSpace webinar series. The eighth Integrations with ArchivesSpace webinar will be: Integrating ArchivesSpace and Arclight, May 12, 2020, at 2pm ET (11am PT). 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: 8536 bytes Desc: image001.jpg URL: From christine.dibella at lyrasis.org Tue Apr 7 15:44:14 2020 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 7 Apr 2020 19:44:14 +0000 Subject: [Archivesspace_Users_Group] seeking nominations for ArchivesSpace Governance groups Message-ID: A reminder that we're seeking nominations for ArchivesSpace's three Governance groups: the User Advisory Council, the Technical Advisory Council, and the Governance Board. You can learn more about each of these groups at https://archivesspace.org/governance-board-and-councils. Both self-nominations and nominations of others are welcome. To nominate a candidate for any of these groups, please submit via the form at https://forms.gle/PTvzTXoMCkHQdNga8. All nominations must be submitted by 9:00 p.m. EDT Friday, April 24. The Nominating Committee will review all nominations and recommend appointments to the Governance Board for approval. Please contact me or any member of the Nominating Committee with questions. Thanks for considering service to the ArchivesSpace community! Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [ASpaceOrgHomeMedium] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 6608 bytes Desc: image002.jpg URL: From j.manasco at abhsarchives.org Thu Apr 9 09:37:20 2020 From: j.manasco at abhsarchives.org (Jenny Manasco) Date: Thu, 9 Apr 2020 13:37:20 +0000 Subject: [Archivesspace_Users_Group] PUI search default Message-ID: We are trying to change our default search parameter in the PUI. We've added AppConfig[:solr_params] = { "q.op" => "AND" } to the config file and rebooted but the PUI still gives us "OR" results. Is there something else we need to change? v. 2.5.1 VM running under KVM CentOS Linux 7.0 30 GB Hard Drive (4 GB in use) 4096 MB of RAM 2 CPUs -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Thu Apr 9 11:57:03 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Thu, 9 Apr 2020 15:57:03 +0000 Subject: [Archivesspace_Users_Group] PUI search default In-Reply-To: References: Message-ID: The PUI is tricky. I found that I needed to override the search method in the PUI SearchController to get an "and" by default. There may be a JIRA ticket in for this, but I'm not finding it in a quick search. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jenny Manasco Sent: Thursday, April 9, 2020 9:37 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] PUI search default We are trying to change our default search parameter in the PUI. We?ve added AppConfig[:solr_params] = { "q.op" => "AND" } to the config file and rebooted but the PUI still gives us ?OR? results. Is there something else we need to change? v. 2.5.1 VM running under KVM CentOS Linux 7.0 30 GB Hard Drive (4 GB in use) 4096 MB of RAM 2 CPUs -------------- next part -------------- An HTML attachment was scrubbed... URL: From ltang5 at msu.edu Thu Apr 9 13:15:32 2020 From: ltang5 at msu.edu (Tang, Lydia) Date: Thu, 9 Apr 2020 17:15:32 +0000 Subject: [Archivesspace_Users_Group] PUI search default In-Reply-To: References: Message-ID: <142172D3-12A6-49FE-B077-D1B82DF7F86E@msu.edu> I wasn?t able to find it either. It seems like a widely desired change to have the search functionality default changed from ?or? to ?and.? Could someone create a ticket for it? https://archivesspace.atlassian.net/secure/Dashboard.jspa Thanks! Lydia Co-leader, Dev. Pri. From: on behalf of "Joshua D. Shaw" Reply-To: Archivesspace Users Group Date: Thursday, April 9, 2020 at 11:57 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] PUI search default The PUI is tricky. I found that I needed to override the search method in the PUI SearchController to get an "and" by default. There may be a JIRA ticket in for this, but I'm not finding it in a quick search. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jenny Manasco Sent: Thursday, April 9, 2020 9:37 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] PUI search default We are trying to change our default search parameter in the PUI. We?ve added AppConfig[:solr_params] = { "q.op" => "AND" } to the config file and rebooted but the PUI still gives us ?OR? results. Is there something else we need to change? v. 2.5.1 VM running under KVM CentOS Linux 7.0 30 GB Hard Drive (4 GB in use) 4096 MB of RAM 2 CPUs -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Thu Apr 9 14:19:05 2020 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 9 Apr 2020 18:19:05 +0000 Subject: [Archivesspace_Users_Group] PUI search default In-Reply-To: <142172D3-12A6-49FE-B077-D1B82DF7F86E@msu.edu> References: <142172D3-12A6-49FE-B077-D1B82DF7F86E@msu.edu> Message-ID: Hi everyone, The open ticket for this is at https://archivesspace.atlassian.net/browse/ANW-806. Search is a particularly complex area because of the way the public interface was implemented and that a seemingly simple change in one place has a negative impact in another. But we know this particular change is widely wanted and has been done in different ways in people?s local implementations based on their local preferences. The program team was talking just today about some possibilities for how this could be implemented in a future release to minimize negative impact. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [ASpaceOrgHomeMedium] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Tang, Lydia Sent: Thursday, April 9, 2020 1:16 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] PUI search default I wasn?t able to find it either. It seems like a widely desired change to have the search functionality default changed from ?or? to ?and.? Could someone create a ticket for it? https://archivesspace.atlassian.net/secure/Dashboard.jspa Thanks! Lydia Co-leader, Dev. Pri. From: > on behalf of "Joshua D. Shaw" > Reply-To: Archivesspace Users Group > Date: Thursday, April 9, 2020 at 11:57 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] PUI search default The PUI is tricky. I found that I needed to override the search method in the PUI SearchController to get an "and" by default. There may be a JIRA ticket in for this, but I'm not finding it in a quick search. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Jenny Manasco > Sent: Thursday, April 9, 2020 9:37 AM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] PUI search default We are trying to change our default search parameter in the PUI. We?ve added AppConfig[:solr_params] = { "q.op" => "AND" } to the config file and rebooted but the PUI still gives us ?OR? results. Is there something else we need to change? v. 2.5.1 VM running under KVM CentOS Linux 7.0 30 GB Hard Drive (4 GB in use) 4096 MB of RAM 2 CPUs -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 6608 bytes Desc: image001.jpg URL: From Jessica.Crouch at lyrasis.org Thu Apr 9 17:02:51 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 9 Apr 2020 21:02:51 +0000 Subject: [Archivesspace_Users_Group] Introduction to ArchivesSpace online workshop recordings Message-ID: <472F3422-D8BE-41C4-BB65-A814794F2921@lyrasis.org> Dear ArchivesSpace Users, Thank you to everyone who attended our Introduction to ArchivesSpace Online Workshop on April 6-7, 2020. We know demand for this workshop was very high and have made recordings available on our YouTube channel. We are looking at offering other online training opportunities like this in the near future. And be sure to mark your calendars for other upcoming online offerings: ArchivesSpace Online Forum, May 18-21, 2020 Register now for the ArchivesSpace Online forum! Taking place May 18-21, 2020, our second annual Online Forum will be a four-day event spanning a variety of time zones and ArchivesSpace experience levels. As with our in-person forums, our Online Forum will include a mix of opportunities to share and learn from each other about many different aspects of ArchivesSpace. The forum aims to span the many time zones of our community over the course of 4 days with a three hour block each day. Visit the Online Forum wiki to view the schedule for each day. The deadline for both session proposals and ideas for topics has been extended to April 22, 2020. Submit your proposal via our online form at https://forms.gle/jraN42zqrdQ3KQD97. We will be reviewing proposals on a rolling basis, so we encourage you to get your proposals in early. Integrating with ArchivesSpace webinar series Each webinar in this series highlights an integration with another application used in archives that ArchivesSpace member have worked on or requested. A full list of ArchivesSpace webinars can be found here. The next webinar in this series is May 12, 2020, on Integrating with ArcLight. Take a Break with ArchivesSpace Whether working from home for the first time, as remote working pros, or as onsite staff, most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. We?re hosting casual open calls via zoom at 12pm ET each Friday. We won?t be developing agendas or presentations for these calls. We just want to provide a forum and an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Learn more at https://archivesspace.org/archives/6177. I look forward to ?seeing? you at an ArchivesSpace event soon! 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 bdysonsm at utk.edu Thu Apr 9 22:12:16 2020 From: bdysonsm at utk.edu (Dyson-Smith, Bridger) Date: Fri, 10 Apr 2020 02:12:16 +0000 Subject: [Archivesspace_Users_Group] User account locking Message-ID: Hi all - Apologies for duplication; I've sent a similar message to the Google Group. I'm curious if anyone on the list has any information about account locking after X number of failed logins. There seems to be some documention from an Staff/User specification [1], but I can't tell if that specification was implemented (note: I haven't tried to do any code reading at this point, but maybe that needs to be next on my list). Was this ever implemented? Are there knobs somewhere in the config.rb that can be tweaked (I've looked, but maybe I'm missing something!)? Are there hard-coded settings somewhere else in the application that control this? Thanks for any insights you can share. Hope you are all well. Best, Bridger -- Bridger Dyson-Smith University of Tennessee Libraries Digital Initiatives [1] https://archivesspace.org/wp-content/uploads/2017/01/Staff-User-Specification-ReviewedVersion-20110911-acceptedchanges.pdf From wendy.hagenmaier at library.gatech.edu Fri Apr 10 14:43:59 2020 From: wendy.hagenmaier at library.gatech.edu (Hagenmaier, Wendy L) Date: Fri, 10 Apr 2020 18:43:59 +0000 Subject: [Archivesspace_Users_Group] API question about digital objects and components Message-ID: Hi ASpace community, We're working on a project using the API and have a question about digital object components. We've looked through the API documentation on GitHub and can't quite find what we're after, but maybe we've missed it. Can anyone help us with a method for getting digital object component fields using the parent digital object ID (and without knowing the digital object component ID)? Thank you, Wendy Wendy Hagenmaier Digital Collections Archivist Archives & Records Management Georgia Institute of Technology Library Atlanta, GA 30332-0900 wendy.hagenmaier at library.gatech.edu (404) 894-4579 Pronouns: she/her/hers library.gatech.edu/archives library.gatech.edu/retrotech -------------- next part -------------- An HTML attachment was scrubbed... URL: From Lora.Woodford at lyrasis.org Fri Apr 10 16:14:22 2020 From: Lora.Woodford at lyrasis.org (Lora Woodford) Date: Fri, 10 Apr 2020 20:14:22 +0000 Subject: [Archivesspace_Users_Group] API question about digital objects and components In-Reply-To: References: Message-ID: Hi Wendy, Something like this should get you what you?re after (this should return all digital object components linked to the digital_objects/1 in repository 2): http://your.base.api.url/search?page=1&filter={"query": {"jsonmodel_type": "boolean_query","op": "AND","subqueries": [{"field": "primary_type","value": "digital_object_component","jsonmodel_type": "field_query","negated": false,"literal": true}, {"field": "digital_object","value": "/repositories/2/digital_objects/1","jsonmodel_type": "field_query","negated": false,"literal": true}]}} Best, Lora Woodford From: on behalf of "Hagenmaier, Wendy L" Reply-To: Archivesspace Users Group Date: Friday, April 10, 2020 at 2:44 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] API question about digital objects and components Hi ASpace community, We're working on a project using the API and have a question about digital object components. We've looked through the API documentation on GitHub and can't quite find what we're after, but maybe we've missed it. Can anyone help us with a method for getting digital object component fields using the parent digital object ID (and without knowing the digital object component ID)? Thank you, Wendy Wendy Hagenmaier Digital Collections Archivist Archives & Records Management Georgia Institute of Technology Library Atlanta, GA 30332-0900 wendy.hagenmaier at library.gatech.edu (404) 894-4579 Pronouns: she/her/hers library.gatech.edu/archives library.gatech.edu/retrotech -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpwilkin at illinois.edu Fri Apr 10 17:04:26 2020 From: jpwilkin at illinois.edu (John Wilkin) Date: Fri, 10 Apr 2020 16:04:26 -0500 Subject: [Archivesspace_Users_Group] Fwd: [Archivesspace_bot_members] Nominations Requested for ArchivesSpace Technical Advisory Council In-Reply-To: References: Message-ID: All, We're quickly approaching the April 24th deadline for nominations. This email is one of three (TAC, UAC and Governing Board) you'll be receiving this afternoon. We know that ASpace matters to all of you, and our community is what it's all about. Please take a moment in the midst of your WFH to nominate people who can help ASpace thrive! Thanks on behalf of the Nominating Committee, John ---------- Forwarded message --------- From: Wilkin, John P Date: Tue, Jan 28, 2020 at 10:19 AM Subject: [Archivesspace_bot_members] Nominations Requested for ArchivesSpace Technical Advisory Council To: archivesspace_users_group at lyralists.lyrasis.org < archivesspace_users_group at lyralists.lyrasis.org>, archivesspace_member_reps at lyralists.lyrasis.org < archivesspace_member_reps at lyralists.lyrasis.org>, ArchivesSpace Board of Trustees mail list The ArchivesSpace Governance Board is seeking nominations to fill up to five (5) vacancies on the ArchivesSpace Technical Advisory Council (TAC). Nominees will preferably be presently employed at an ArchivesSpace member institution (please refer to the member list at: http://archivesspace.org/community/whos-using-archivesspace/) or employees of a current Registered Service Provider (see: http://archivesspace.org/registered-service-providers/current-rsps/). Nominations from non-member institutions will be considered based on their expertise and ability to contribute to the TAC. The Technical Advisory Council ( https://archivesspace.org/governance-board-and-councils#TAC) is a critical part of the ArchivesSpace community, having responsibility for providing technical guidance to individuals or organizations contributing to application development, to the User Advisory Council, and to the ArchivesSpace Governance Board. TAC's current activities include: - Reviewing enhancements and priorities and testing in collaboration with the User Advisory Council. - Providing support for migrating data to ArchivesSpace from other systems and support for importing and exporting data in formats such as EAD, MARCXML, and CSV. - Documenting the metadata standards used by ArchivesSpace and monitoring the standards landscape. - Identifying integration points for ArchivesSpace with other systems (e.g. digital asset management systems, patron and request management systems, etc.), creating resources to assist the community with integration work and, for specific integrations, developing technical requirements. - Maintaining and updating technical documentation, including documentation of the API. - Providing support and resources to help develop a community of code committers. We seek nominations of individuals who would be engaged in TAC, committed to ASpace, and have a basic familiarity with some technical aspects of the application. While experience with open source projects, developing web applications (particularly using Ruby on Rails and Sinatra), software testing, or interest in those areas, is especially welcome, it is not required. The anticipated time commitment for each appointee is expected to be two hours per week on average. The term of service for these appointments will be July 1, 2020-June 30, 2022. We expect to make up to five (5) appointments, and each new appointee will be eligible to have their appointment renewed for an additional two-year term, i.e., July 1, 2022-June 30, 2024. To nominate a candidate for the ArchivesSpace Technical Advisory Council, please submit this form at https://forms.gle/PTvzTXoMCkHQdNga8. The Nominating Committee will review all nominations and recommend appointments to the Governance Board for approval. *All nominations must be submitted by 9:00 p.m. EDT Friday, April 24.* Please contact Christine Di Bella, ArchivesSpace Program Manager, at christine.dibella at lyrasis.org or any member of the Nominating Committee with questions. Thank you for your participation in this important process, which is an essential part of our identity and operations as a community-based software organization. Respectfully, John Wilkin, University of Illinois at Urbana-Champaign Chair, and Governance Board member *On behalf of the Nominating Committee members:* Lydia Tang, Michigan State University, Chair of the User Advisory Council Maggie Hughes, Huntington Library, Chair of the Technical Advisory Council Max Eckard, University of Michigan, representing very large membership level Jay Trask, University of Northern Colorado, representing large membership level Kelly Spring, East Carolina University, representing medium membership level Courtney Tkacz, Virginia Museum of Fine Arts, representing small membership level Patrick Galligan, Rockefeller Archive Center, representing very small membership level Christine Di Bella, (ArchivesSpace Program Manager), ex officio -- John P. Wilkin Juanita J. and Robert E. Simpson Dean of Libraries and University Librarian University of Illinois at Urbana-Champaign 230 Library, MC-522 1408 W. Gregory Drive Urbana, IL 61801 jpwilkin at illinois.edu 217-333-0790 Assistant: Lucretia Williams | lawillia at illinois.edu -- John P. Wilkin Juanita J. and Robert E. Simpson Dean of Libraries and University Librarian University of Illinois at Urbana-Champaign 230 Library, MC-522 1408 W. Gregory Drive Urbana, IL 61801 jpwilkin at illinois.edu 217-333-0790 Assistant: Lucretia Williams | lawillia at illinois.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ Archivesspace_BoT_Members mailing list Archivesspace_BoT_Members at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_bot_members From jpwilkin at illinois.edu Fri Apr 10 17:05:11 2020 From: jpwilkin at illinois.edu (John Wilkin) Date: Fri, 10 Apr 2020 16:05:11 -0500 Subject: [Archivesspace_Users_Group] Fwd: [Archivesspace_bot_members] Nominations Requested for ArchivesSpace User Advisory Council In-Reply-To: References: Message-ID: All, We're quickly approaching the April 24th deadline for nominations. This email is one of three (TAC, UAC and Governing Board) you'll be receiving this afternoon. We know that ASpace matters to all of you, and our community is what it's all about. Please take a moment in the midst of your WFH to nominate people who can help ASpace thrive! Thanks on behalf of the Nominating Committee, John ---------- Forwarded message --------- From: Wilkin, John P Date: Tue, Jan 28, 2020 at 10:19 AM Subject: [Archivesspace_bot_members] Nominations Requested for ArchivesSpace User Advisory Council To: archivesspace_users_group at lyralists.lyrasis.org < archivesspace_users_group at lyralists.lyrasis.org>, archivesspace_member_reps at lyralists.lyrasis.org < archivesspace_member_reps at lyralists.lyrasis.org>, ArchivesSpace Board of Trustees mail list The ArchivesSpace Governance Board is seeking nominations to fill up to seven (7) vacancies on the ArchivesSpace User Advisory Council (UAC). Nominees should be presently employed at an ArchivesSpace member institution (please refer to the member list at: http://archivesspace.org/community/whos-using-archivesspace/). The User Advisory Council ( https://archivesspace.org/governance-board-and-councils#UAC) is a critical part of the ArchivesSpace community, serving as a communication conduit between ArchivesSpace governance groups and ArchivesSpace users. Some of the activities UAC is currently engaged in are: - Advising the ArchivesSpace Governance Board and the ArchivesSpace Organizational Home on the design and delivery of services, such as community support services, technical support, documentation, training, migration, hosting, etc. - As a joint representative of the Development Prioritization subteam, discussing and voting on ideas for software enhancements and improvements. - As a joint representative of the Testing subteam, conducting user-centered testing of the application prior to releases and conduct ongoing usability studies as needed. - Maintaining liaison with national and regional archives organizations. - Maintaining and updating user documentation. - Advocating on the usability and functionality of the software program to facilitate adoption of the program. Nominees will be appointed to the UAC and subteams according to their ability to participate in and lead some of the activities mentioned above. The anticipated time commitment for each appointee is expected to be two hours per week on average. The term of service will be July 1, 2020-June 30, 2022. Each new appointee will be eligible to have their appointment renewed for an additional two-year term, i.e., July 1, 2022-June 30, 2024. To nominate a candidate for the ArchivesSpace Technical Advisory Council, please submit this form at https://forms.gle/PTvzTXoMCkHQdNga8. The Nominating Committee will review all nominations and recommend appointments to the Governance Board for approval. *All nominations must be submitted by 9:00 p.m. EDT Friday, April 24.* Please contact Christine Di Bella, ArchivesSpace Program Manager, at christine.dibella at lyrasis.org or any member of the Nominating Committee with questions. Thank you for your participation in this important process, which is an essential part of our identity and operations as a community-based software organization. Respectfully, John Wilkin, University of Illinois at Urbana-ChampaigChair, and Governance Board member *On behalf of the Nominating Committee members:* Lydia Tang, Michigan State University, Chair of the User Advisory Council Maggie Hughes, Huntington Library, Chair of the Technical Advisory Council Max Eckard, University of Michigan, representing very large membership level Jay Trask, University of Northern Colorado, representing large membership level Kelly Spring, East Carolina University, representing medium membership level Courtney Tkacz, Virginia Museum of Fine Arts, representing small membership level Patrick Galligan, Rockefeller Archive Center, representing very small membership level Christine Di Bella, (ArchivesSpace Program Manager), ex officio -- John P. Wilkin Juanita J. and Robert E. Simpson Dean of Libraries and University Librarian University of Illinois at Urbana-Champaign 230 Library, MC-522 1408 W. Gregory Drive Urbana, IL 61801 jpwilkin at illinois.edu 217-333-0790 Assistant: Lucretia Williams | lawillia at illinois.edu -- John P. Wilkin Juanita J. and Robert E. Simpson Dean of Libraries and University Librarian University of Illinois at Urbana-Champaign 230 Library, MC-522 1408 W. Gregory Drive Urbana, IL 61801 jpwilkin at illinois.edu 217-333-0790 Assistant: Lucretia Williams | lawillia at illinois.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ Archivesspace_BoT_Members mailing list Archivesspace_BoT_Members at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_bot_members From jpwilkin at illinois.edu Fri Apr 10 17:05:15 2020 From: jpwilkin at illinois.edu (John Wilkin) Date: Fri, 10 Apr 2020 16:05:15 -0500 Subject: [Archivesspace_Users_Group] Fwd: [Archivesspace_bot_members] Nominations Requested for ArchivesSpace Governance Board In-Reply-To: References: Message-ID: All, We're quickly approaching the April 24th deadline for nominations. This email is one of three (TAC, UAC and Governing Board) you'll be receiving this afternoon. We know that ASpace matters to all of you, and our community is what it's all about. Please take a moment in the midst of your WFH to nominate people who can help ASpace thrive! Thanks on behalf of the Nominating Committee, John ---------- Forwarded message --------- From: Wilkin, John P Date: Tue, Jan 28, 2020 at 10:19 AM Subject: [Archivesspace_bot_members] Nominations Requested for ArchivesSpace Governance Board To: archivesspace_users_group at lyralists.lyrasis.org < archivesspace_users_group at lyralists.lyrasis.org>, archivesspace_member_reps at lyralists.lyrasis.org < archivesspace_member_reps at lyralists.lyrasis.org>, ArchivesSpace Board of Trustees mail list As chair of the 2019/20 ArchivesSpace Nominating Committee, I seek your nominations of candidates to stand for election for the ArchivesSpace Governance Board representing the Large, Medium and Very Small membership levels. Member engagement is critical to the success of ArchivesSpace, and the Board relies upon your recommendations for strong candidates. You may nominate individuals in your own membership level as well as membership levels other than your own. We are seeking one additional candidate for the Large level, two for the Medium level, and one additional candidate for the Very Small level. (The current incumbents at the Large (Gordon Daines) and Very Small (Nick Zmijewski) membership levels are running for re-election as representatives.) The terms for all successful candidates will be July 1, 2020-June 30, 2023. Each newly elected member representative will be eligible to run for a second term, July 1, 2023-June 30, 2026. Nominees must be currently employed by an ArchivesSpace member organization in either the Large, Medium or Very Small member levels (see the member lists at: http://archivesspace.org/community/whos-using-archivesspace/). Nominees should have administrative and fiscal oversight experience, characteristics typical of director or associate director level staff. The Governance Board is charged with providing oversight for the ArchivesSpace application and community, including fiscal oversight, the approval of development priorities, and oversight of the Technical and User Advisory councils. To submit nominations, including self-nominations, please submit this form at https://forms.gle/PTvzTXoMCkHQdNga8. Nominees who confirm their interest in standing for election will be requested to supply a formal candidate statement outlining their qualifications for serving on the ArchivesSpace Governance Board (see: http://archivesspace.org/about/governance-board-and-councils/). The Nominating Committee will review all nominations and confirm a slate of nominees with the current Governance Board. An election ballot will be circulated to member institutions in mid-May. *Nominations must be received by 9:00 p.m. EDT Friday, April 24th*. Please contact Christine Di Bella, ArchivesSpace Program Manager, at christine.dibella at lyrasis.org or any member of the Nominating Committee with questions. Thank you for your participation in this important process, which is an essential part of our identity and operations as a community-based software organization. Respectfully, John Wilkin, University of Illinois at Urbana-Champaign Chair, and Governance Board member *On behalf of the Nominating Committee members:* Lydia Tang, Michigan State University, Chair of the User Advisory Council Maggie Hughes, Huntington Library, Chair of the Technical Advisory Council Max Eckard, University of Michigan, representing very large membership level Jay Trask, University of Northern Colorado, representing large membership level Kelly Spring, East Carolina University, representing medium membership level Courtney Tkacz, Virginia Museum of Fine Arts, representing small membership level Patrick Galligan, Rockefeller Archive Center, representing very small membership level Christine Di Bella, (ArchivesSpace Program Manager), ex officio -- John P. Wilkin Juanita J. and Robert E. Simpson Dean of Libraries and University Librarian University of Illinois at Urbana-Champaign 230 Library, MC-522 1408 W. Gregory Drive Urbana, IL 61801 jpwilkin at illinois.edu 217-333-0790 Assistant: Lucretia Williams | lawillia at illinois.edu -- John P. Wilkin Juanita J. and Robert E. Simpson Dean of Libraries and University Librarian University of Illinois at Urbana-Champaign 230 Library, MC-522 1408 W. Gregory Drive Urbana, IL 61801 jpwilkin at illinois.edu 217-333-0790 Assistant: Lucretia Williams | lawillia at illinois.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ Archivesspace_BoT_Members mailing list Archivesspace_BoT_Members at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_bot_members From andrew.morrison at bodleian.ox.ac.uk Tue Apr 14 04:52:49 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Tue, 14 Apr 2020 09:52:49 +0100 Subject: [Archivesspace_Users_Group] PUI search default In-Reply-To: References: <142172D3-12A6-49FE-B077-D1B82DF7F86E@msu.edu> Message-ID: <0a971782-7078-521d-fb08-c678dd0dd620@bodleian.ox.ac.uk> Note that this problem isn?t exclusive to the public user interface. It also occurs in the staff interface, just not as readily. I've added a comment to the open ticket with further details. Andrew. On 09/04/2020 19:19, Christine Di Bella wrote: > > Hi everyone, > > The open ticket for this is at > https://archivesspace.atlassian.net/browse/ANW-806 > . Search is a > particularly complex area because of the way the public interface was > implemented and that a seemingly simple change in one place has a > negative impact in another. But we know this particular change is > widely wanted and has been done in different ways in people?s local > implementations based on their local preferences. The program team was > talking just today about some possibilities for how this could be > implemented in a future release to minimize negative impact. > > Christine > > Christine Di Bella > > ArchivesSpace Program Manager > > christine.dibella at lyrasis.org > > 800.999.8558 x2905 > > 678-235-2905 > > cdibella13 (Skype) > > ASpaceOrgHomeMedium > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > *On Behalf > Of *Tang, Lydia > *Sent:* Thursday, April 9, 2020 1:16 PM > *To:* Archivesspace Users Group > > *Subject:* Re: [Archivesspace_Users_Group] PUI search default > > I wasn?t able to find it either.? It seems like a widely desired > change to have the search functionality default changed from ?or? to > ?and.?? Could someone create a ticket for it? > > https://archivesspace.atlassian.net/secure/Dashboard.jspa > > Thanks! > > Lydia > > Co-leader, Dev. Pri. > > *From: * > on > behalf of "Joshua D. Shaw" > > *Reply-To: *Archivesspace Users Group > > > *Date: *Thursday, April 9, 2020 at 11:57 AM > *To: *Archivesspace Users Group > > > *Subject: *Re: [Archivesspace_Users_Group] PUI search default > > The PUI is tricky. I found that I needed to override the search method > in the PUI SearchController to get an "and" by default. There may be a > JIRA ticket in for this, but I'm not finding it in a quick search. > > Joshua > > ------------------------------------------------------------------------ > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > > > on > behalf of Jenny Manasco > > *Sent:* Thursday, April 9, 2020 9:37 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > > > > *Subject:* [Archivesspace_Users_Group] PUI search default > > We are trying to change our default search parameter in the PUI. We?ve > added > > AppConfig[:solr_params] = { "q.op" => "AND" } > > to the config file and rebooted but the PUI still gives us ?OR? results. > > Is there something else we need to change? > > v. 2.5.1 > > VM running under KVM > > CentOS Linux 7.0 > > 30 GB Hard Drive (4 GB in use) > > 4096 MB of RAM > > 2 CPUs > > > _______________________________________________ > 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: 6608 bytes Desc: not available URL: From ms20 at rice.edu Thu Apr 16 12:53:53 2020 From: ms20 at rice.edu (Mang Sun) Date: Thu, 16 Apr 2020 11:53:53 -0500 Subject: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 Message-ID: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> We are trying to move our ASpace to a new virtual box where only MySQL v5.5.52 and 5.6 are available from our current physical box where MySQL v.5.1.37 is running. However we keep seeing the following errors (excerpted) related to login authentication with both versions. MySQL user name/passwd I can confirm is right. Java version is openjdk 1.8.0_242. mysql-connector-java-5.1.34.jar is used. Our current ASpace in production? uses MySQL v5.1.37 and JAVA 1.7.x. Any suggestions? D, [2020-04-16T11:18:03.151130 #4864] DEBUG -- : Thread-2252: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 144ms E, [2020-04-16T11:18:07.179648 #4864] ERROR -- : Thread-2014: Error communicating with authentication source DBAuth: Java::JavaSql::SQLException: Cannot execute statement: impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED. E, [2020-04-16T11:18:07.180038 #4864] ERROR -- : com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) D, [2020-04-16T11:18:07.181186 #4864] DEBUG -- : Thread-2014: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms #"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms # From Corinne.Chatnik at nysed.gov Thu Apr 16 12:56:16 2020 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Thu, 16 Apr 2020 16:56:16 +0000 Subject: [Archivesspace_Users_Group] Customize to add Creator to Resource Browse Columns Message-ID: Hi, Is it possible to further customize the resource or accession browse columns than what you can select from the drop downs in the Global/Repository preferences? I looked at the Customize Drop Down list page but didn't see options for the Browse columns. I specifically would want to add a Creator column. Thanks! Corinne Chatnik Digital Strategies New York State Archives archives.nysed.gov Corinne.Chatnik at nysed.gov Confidentiality Notice This email including all attachments is confidential and intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ms20 at rice.edu Thu Apr 16 12:59:19 2020 From: ms20 at rice.edu (Mang Sun) Date: Thu, 16 Apr 2020 11:59:19 -0500 Subject: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 In-Reply-To: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> References: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> Message-ID: The version of our ASpace is v2.2.1. Mang On 4/16/2020 11:53 AM, Mang Sun wrote: > > We are trying to move our ASpace to a new virtual box where only MySQL > v5.5.52 and 5.6 are available from our current physical box where > MySQL v.5.1.37 is running. However we keep seeing the following errors > (excerpted) related to login authentication with both versions. MySQL > user name/passwd I can confirm is right. Java version is openjdk > 1.8.0_242. mysql-connector-java-5.1.34.jar is used. Our current ASpace > in production? uses MySQL v5.1.37 and JAVA 1.7.x. Any suggestions? > > D, [2020-04-16T11:18:03.151130 #4864] DEBUG -- : Thread-2252: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 144ms > E, [2020-04-16T11:18:07.179648 #4864] ERROR -- : Thread-2014: Error > communicating with authentication source DBAuth: > Java::JavaSql::SQLException: Cannot execute statement: impossible to > write to binary log since BINLOG_FORMAT = STATEMENT and at least one > table uses a storage engine limited to row-based logging. InnoDB is > limited to row-logging when transaction isolation level is READ > COMMITTED or READ UNCOMMITTED. > E, [2020-04-16T11:18:07.180038 #4864] ERROR -- : > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) > D, [2020-04-16T11:18:07.181186 #4864] DEBUG -- : Thread-2014: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms > # E, [2020-04-16T11:18:12.313302 #4864] ERROR -- : Thread-2014: Error > communicating with authentication source DBAuth: > Java::JavaSql::SQLException: Cannot execute statement: impossible to > write to binary log since BINLOG_FORMAT = STATEMENT and at least one > table uses a storage engine limited to row-based logging. InnoDB is > limited to row-logging when transaction isolation level is READ > COMMITTED or READ UNCOMMITTED. > E, [2020-04-16T11:18:12.313746 #4864] ERROR -- : > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) > D, [2020-04-16T11:18:12.314931 #4864] DEBUG -- : Thread-2014: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms > # > Thank you. > > Mang Sun > > Rice U. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Thu Apr 16 13:01:23 2020 From: blake.carver at lyrasis.org (blake.carver at lyrasis.org) Date: Thu, 16 Apr 2020 17:01:23 +0000 Subject: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 In-Reply-To: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> References: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> Message-ID: I don't think that's really an ArchivesSpace problem, it's a MySQL error that's probably unrelated to your ArchivesSpace set up. If you ask your favorite search engine about that error, there are solutions. Here's one: https://dba.stackexchange.com/questions/58459/mysql-error-impossible-to-write-to-binary-log "impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED." ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Mang Sun Sent: Thursday, April 16, 2020 12:53 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 We are trying to move our ASpace to a new virtual box where only MySQL v5.5.52 and 5.6 are available from our current physical box where MySQL v.5.1.37 is running. However we keep seeing the following errors (excerpted) related to login authentication with both versions. MySQL user name/passwd I can confirm is right. Java version is openjdk 1.8.0_242. mysql-connector-java-5.1.34.jar is used. Our current ASpace in production uses MySQL v5.1.37 and JAVA 1.7.x. Any suggestions? D, [2020-04-16T11:18:03.151130 #4864] DEBUG -- : Thread-2252: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 144ms E, [2020-04-16T11:18:07.179648 #4864] ERROR -- : Thread-2014: Error communicating with authentication source DBAuth: Java::JavaSql::SQLException: Cannot execute statement: impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED. E, [2020-04-16T11:18:07.180038 #4864] ERROR -- : com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) D, [2020-04-16T11:18:07.181186 #4864] DEBUG -- : Thread-2014: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms #"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms # From ahueb2 at uis.edu Thu Apr 16 13:26:13 2020 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Thu, 16 Apr 2020 17:26:13 +0000 Subject: [Archivesspace_Users_Group] [EXTERNAL] Re: Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 In-Reply-To: References: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> Message-ID: <35bd0ceba08a4094a6ac06e6e783cc30@UISMBX03.uisad.uis.edu> What steps did you take when migrating? Is everything but the MySQL version the same as your physical machine? Would it be possible to install MySQL v5.1.37 in your virtual instance at first? I don't know if the error could be caused by version differences but you might be able to get an exact replica instance running and upgrade MySQL once that's working. -Alan From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of blake.carver at lyrasis.org Sent: Thursday, April 16, 2020 12:01 PM To: Archivesspace Users Group Subject: [EXTERNAL] Re: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 I don't think that's really an ArchivesSpace problem, it's a MySQL error that's probably unrelated to your ArchivesSpace set up. If you ask your favorite search engine about that error, there are solutions. Here's one: https://dba.stackexchange.com/questions/58459/mysql-error-impossible-to-write-to-binary-log "impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED." ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Mang Sun > Sent: Thursday, April 16, 2020 12:53 PM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 We are trying to move our ASpace to a new virtual box where only MySQL v5.5.52 and 5.6 are available from our current physical box where MySQL v.5.1.37 is running. However we keep seeing the following errors (excerpted) related to login authentication with both versions. MySQL user name/passwd I can confirm is right. Java version is openjdk 1.8.0_242. mysql-connector-java-5.1.34.jar is used. Our current ASpace in production uses MySQL v5.1.37 and JAVA 1.7.x. Any suggestions? D, [2020-04-16T11:18:03.151130 #4864] DEBUG -- : Thread-2252: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 144ms E, [2020-04-16T11:18:07.179648 #4864] ERROR -- : Thread-2014: Error communicating with authentication source DBAuth: Java::JavaSql::SQLException: Cannot execute statement: impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED. E, [2020-04-16T11:18:07.180038 #4864] ERROR -- : com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) D, [2020-04-16T11:18:07.181186 #4864] DEBUG -- : Thread-2014: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms #"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms # From ms20 at rice.edu Thu Apr 16 13:37:31 2020 From: ms20 at rice.edu (Mang Sun) Date: Thu, 16 Apr 2020 12:37:31 -0500 Subject: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 In-Reply-To: References: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> Message-ID: <50a39744-b9a9-b2ac-2dd8-45324834c5c1@rice.edu> We noticed that error as well and ever tried with BINLOG_FORMAT =MIXED but MySQL can't even get started. What I didn't mention in? the first place, I don't have any problem migrating the SAME MySQL dump and ASpace binaries to my own personal sandbox where same Redhat 7,? MySQL v5.5.52 and openjDK 1.8.0_65 are present whereas the virtual box is prepared our by Campus IT. Agreed, this seems to not be a problem about ArchivesSpace per se but more related to "compatibility" between ASpace (v2.2.1) and MySQL.? Thank you. Mang On 4/16/2020 12:01 PM, blake.carver at lyrasis.org wrote: > I don't think that's really an ArchivesSpace problem, it's a MySQL > error that's probably unrelated to your ArchivesSpace set up. If you > ask your favorite search engine about that error, there are solutions. > Here's one: > https://dba.stackexchange.com/questions/58459/mysql-error-impossible-to-write-to-binary-log > > "impossible to write to binary log since BINLOG_FORMAT = STATEMENT and > at least one table uses a storage engine limited to row-based logging. > InnoDB is limited to row-logging when transaction isolation level is > READ COMMITTED or READ UNCOMMITTED." > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Mang Sun > *Sent:* Thursday, April 16, 2020 12:53 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > > *Subject:* [Archivesspace_Users_Group] Can't get ArchivesSpace > (ASpace) connected to my SQL5.52 and 5.6 > > We are trying to move our ASpace to a new virtual box where only MySQL > v5.5.52 and 5.6 are available from our current physical box where > MySQL v.5.1.37 is running. However we keep seeing the following errors > (excerpted) related to login authentication with both versions. MySQL > user name/passwd I can confirm is right. Java version is openjdk > 1.8.0_242. mysql-connector-java-5.1.34.jar is used. Our current ASpace > in production? uses MySQL v5.1.37 and JAVA 1.7.x. Any suggestions? > > D, [2020-04-16T11:18:03.151130 #4864] DEBUG -- : Thread-2252: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 144ms > E, [2020-04-16T11:18:07.179648 #4864] ERROR -- : Thread-2014: Error > communicating with authentication source DBAuth: > Java::JavaSql::SQLException: Cannot execute statement: impossible to > write to binary log since BINLOG_FORMAT = STATEMENT and at least one > table uses a storage engine limited to row-based logging. InnoDB is > limited to row-logging when transaction isolation level is READ > COMMITTED or READ UNCOMMITTED. > E, [2020-04-16T11:18:07.180038 #4864] ERROR -- : > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) > D, [2020-04-16T11:18:07.181186 #4864] DEBUG -- : Thread-2014: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms > # E, [2020-04-16T11:18:12.313302 #4864] ERROR -- : Thread-2014: Error > communicating with authentication source DBAuth: > Java::JavaSql::SQLException: Cannot execute statement: impossible to > write to binary log since BINLOG_FORMAT = STATEMENT and at least one > table uses a storage engine limited to row-based logging. InnoDB is > limited to row-logging when transaction isolation level is READ > COMMITTED or READ UNCOMMITTED. > E, [2020-04-16T11:18:12.313746 #4864] ERROR -- : > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) > D, [2020-04-16T11:18:12.314931 #4864] DEBUG -- : Thread-2014: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms > # > Thank you. > > Mang Sun > > Rice U. > > > _______________________________________________ > 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 ms20 at rice.edu Thu Apr 16 13:56:06 2020 From: ms20 at rice.edu (Mang Sun) Date: Thu, 16 Apr 2020 12:56:06 -0500 Subject: [Archivesspace_Users_Group] [EXTERNAL] Re: Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 In-Reply-To: <35bd0ceba08a4094a6ac06e6e783cc30@UISMBX03.uisad.uis.edu> References: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> <35bd0ceba08a4094a6ac06e6e783cc30@UISMBX03.uisad.uis.edu> Message-ID: Alan, The virtual box will have to use MySQL v5.5+. The step is that I shut down ArchivesSpace on the live and dump the ASpace database, then I copy the dump and the ASpace binaries to the new virtual instance prepared by our Campus IT. I then run "mysql -u root -p > What steps did you take when migrating? Is everything but the MySQL > version the same as your physical machine? Would it be possible to > install MySQL v5.1.37 in your virtual instance at first? > > I don?t know if the error could be caused by version differences but > you might be able to get an exact replica instance running and upgrade > MySQL once that?s working. > > -Alan > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On > Behalf Of *blake.carver at lyrasis.org > *Sent:* Thursday, April 16, 2020 12:01 PM > *To:* Archivesspace Users Group > > *Subject:* [EXTERNAL] Re: [Archivesspace_Users_Group] Can't get > ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 > > I don't think that's really an ArchivesSpace problem, it's a MySQL > error that's probably unrelated to your ArchivesSpace set up. If you > ask your favorite search engine about that error, there are solutions. > Here's one: > > https://dba.stackexchange.com/questions/58459/mysql-error-impossible-to-write-to-binary-log > > "impossible to write to binary log since BINLOG_FORMAT = STATEMENT and > at least one table uses a storage engine limited to row-based logging. > InnoDB is limited to row-logging when transaction isolation level is > READ COMMITTED or READ UNCOMMITTED." > > ------------------------------------------------------------------------ > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > > > on > behalf of Mang Sun > > *Sent:* Thursday, April 16, 2020 12:53 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > > > > *Subject:* [Archivesspace_Users_Group] Can't get ArchivesSpace > (ASpace) connected to my SQL5.52 and 5.6 > > We are trying to move our ASpace to a new virtual box where only MySQL > v5.5.52 and 5.6 are available from our current physical box where > MySQL v.5.1.37 is running. However we keep seeing the following errors > (excerpted) related to login authentication with both versions. MySQL > user name/passwd I can confirm is right. Java version is openjdk > 1.8.0_242. mysql-connector-java-5.1.34.jar is used. Our current ASpace > in production? uses MySQL v5.1.37 and JAVA 1.7.x. Any suggestions? > > D, [2020-04-16T11:18:03.151130 #4864] DEBUG -- : Thread-2252: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 144ms > E, [2020-04-16T11:18:07.179648 #4864] ERROR -- : Thread-2014: Error > communicating with authentication source DBAuth: > Java::JavaSql::SQLException: Cannot execute statement: impossible to > write to binary log since BINLOG_FORMAT = STATEMENT and at least one > table uses a storage engine limited to row-based logging. InnoDB is > limited to row-logging when transaction isolation level is READ > COMMITTED or READ UNCOMMITTED. > E, [2020-04-16T11:18:07.180038 #4864] ERROR -- : > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) > D, [2020-04-16T11:18:07.181186 #4864] DEBUG -- : Thread-2014: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms > # E, [2020-04-16T11:18:12.313302 #4864] ERROR -- : Thread-2014: Error > communicating with authentication source DBAuth: > Java::JavaSql::SQLException: Cannot execute statement: impossible to > write to binary log since BINLOG_FORMAT = STATEMENT and at least one > table uses a storage engine limited to row-based logging. InnoDB is > limited to row-logging when transaction isolation level is READ > COMMITTED or READ UNCOMMITTED. > E, [2020-04-16T11:18:12.313746 #4864] ERROR -- : > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) > D, [2020-04-16T11:18:12.314931 #4864] DEBUG -- : Thread-2014: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms > # > Thank you. > > Mang Sun > > Rice U. > > > _______________________________________________ > 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 ahueb2 at uis.edu Thu Apr 16 14:07:39 2020 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Thu, 16 Apr 2020 18:07:39 +0000 Subject: [Archivesspace_Users_Group] [EXTERNAL] Re: [EXTERNAL] Re: Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 In-Reply-To: References: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> <35bd0ceba08a4094a6ac06e6e783cc30@UISMBX03.uisad.uis.edu> Message-ID: If you run your copy of the ASpace binaries on the hosted vm against a blank db on your university MySQL cluster does it still throw errors? -Alan From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun Sent: Thursday, April 16, 2020 12:56 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [EXTERNAL] Re: [Archivesspace_Users_Group] [EXTERNAL] Re: Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 Alan, The virtual box will have to use MySQL v5.5+. The step is that I shut down ArchivesSpace on the live and dump the ASpace database, then I copy the dump and the ASpace binaries to the new virtual instance prepared by our Campus IT. I then run "mysql -u root -p [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of blake.carver at lyrasis.org Sent: Thursday, April 16, 2020 12:01 PM To: Archivesspace Users Group Subject: [EXTERNAL] Re: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 I don't think that's really an ArchivesSpace problem, it's a MySQL error that's probably unrelated to your ArchivesSpace set up. If you ask your favorite search engine about that error, there are solutions. Here's one: https://dba.stackexchange.com/questions/58459/mysql-error-impossible-to-write-to-binary-log "impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED." ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Mang Sun > Sent: Thursday, April 16, 2020 12:53 PM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 We are trying to move our ASpace to a new virtual box where only MySQL v5.5.52 and 5.6 are available from our current physical box where MySQL v.5.1.37 is running. However we keep seeing the following errors (excerpted) related to login authentication with both versions. MySQL user name/passwd I can confirm is right. Java version is openjdk 1.8.0_242. mysql-connector-java-5.1.34.jar is used. Our current ASpace in production uses MySQL v5.1.37 and JAVA 1.7.x. Any suggestions? D, [2020-04-16T11:18:03.151130 #4864] DEBUG -- : Thread-2252: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 144ms E, [2020-04-16T11:18:07.179648 #4864] ERROR -- : Thread-2014: Error communicating with authentication source DBAuth: Java::JavaSql::SQLException: Cannot execute statement: impossible to write to binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row-logging when transaction isolation level is READ COMMITTED or READ UNCOMMITTED. E, [2020-04-16T11:18:07.180038 #4864] ERROR -- : com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) D, [2020-04-16T11:18:07.181186 #4864] DEBUG -- : Thread-2014: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms #"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms # http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From ms20 at rice.edu Thu Apr 16 14:25:28 2020 From: ms20 at rice.edu (Mang Sun) Date: Thu, 16 Apr 2020 13:25:28 -0500 Subject: [Archivesspace_Users_Group] Can't get ArchivesSpace (ASpace) connected to my SQL5.52 and 5.6 In-Reply-To: References: <49a44885-c434-7a80-3672-c692c0c873f3@rice.edu> Message-ID: <9387c144-9dca-b408-3fc6-f7790ed5bcbd@rice.edu> Ok, I made a think for granted style mistake in adding an entry to my.cnf. After changed BINLOG_FORMAT =MIXED to its lower case format "binlog_format=mixed" MySQL? can start with bin log still on and ASpace can also start and run without any complaints. ASpace can also run correctly when its underlying MySQL is disabled with log bin but we prefer our MySQL to run with log_bin on.? Thank you and thanks Alan. Mang On 4/16/2020 12:01 PM, blake.carver at lyrasis.org wrote: > I don't think that's really an ArchivesSpace problem, it's a MySQL > error that's probably unrelated to your ArchivesSpace set up. If you > ask your favorite > search engine about that error, there are solutions. Here's one: > https://dba.stackexchange.com/questions/58459/mysql-error-impossible-to-write-to-binary-log > > "impossible to write to binary log since BINLOG_FORMAT = STATEMENT and > at least one table uses a storage engine limited to row-based logging. > InnoDB is limited to row-logging when transaction isolation level is > READ COMMITTED or READ UNCOMMITTED." > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Mang Sun > *Sent:* Thursday, April 16, 2020 12:53 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > > *Subject:* [Archivesspace_Users_Group] Can't get ArchivesSpace > (ASpace) connected to my SQL5.52 and 5.6 > > We are trying to move our ASpace to a new virtual box where only MySQL > v5.5.52 and 5.6 are available from our current physical box where > MySQL v.5.1.37 is running. However we keep seeing the following errors > (excerpted) related to login authentication with both versions. MySQL > user name/passwd I can confirm is right. Java version is openjdk > 1.8.0_242. mysql-connector-java-5.1.34.jar is used. Our current ASpace > in production? uses MySQL v5.1.37 and JAVA 1.7.x. Any suggestions? > > D, [2020-04-16T11:18:03.151130 #4864] DEBUG -- : Thread-2252: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 144ms > E, [2020-04-16T11:18:07.179648 #4864] ERROR -- : Thread-2014: Error > communicating with authentication source DBAuth: > Java::JavaSql::SQLException: Cannot execute statement: impossible to > write to binary log since BINLOG_FORMAT = STATEMENT and at least one > table uses a storage engine limited to row-based logging. InnoDB is > limited to row-logging when transaction isolation level is READ > COMMITTED or READ UNCOMMITTED. > E, [2020-04-16T11:18:07.180038 #4864] ERROR -- : > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) > D, [2020-04-16T11:18:07.181186 #4864] DEBUG -- : Thread-2014: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms > # E, [2020-04-16T11:18:12.313302 #4864] ERROR -- : Thread-2014: Error > communicating with authentication source DBAuth: > Java::JavaSql::SQLException: Cannot execute statement: impossible to > write to binary log since BINLOG_FORMAT = STATEMENT and at least one > table uses a storage engine limited to row-based logging. InnoDB is > limited to row-logging when transaction isolation level is READ > COMMITTED or READ UNCOMMITTED. > E, [2020-04-16T11:18:12.313746 #4864] ERROR -- : > com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:996) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3887) > com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:3823) > D, [2020-04-16T11:18:12.314931 #4864] DEBUG -- : Thread-2014: > Responded with [403, {"Content-Type"=>"application/json", > "Cache-Control"=>"private, must-revalidate, max-age=0", > "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 124ms > # > Thank you. > > Mang Sun > > Rice U. > > > _______________________________________________ > 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 Apr 16 16:06:56 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 16 Apr 2020 20:06:56 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> Message-ID: <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> Dear ArchivesSpace Members, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. I hope to see 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: 29064 bytes Desc: image001.jpg URL: From Joshua.D.Shaw at dartmouth.edu Thu Apr 16 16:11:31 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Thu, 16 Apr 2020 20:11:31 +0000 Subject: [Archivesspace_Users_Group] Aggregating plugin assets Message-ID: Hey all- I was getting a little frustrated with aggressive browser caching during deployment when I'd update a plugin's css or js. Often the old css or js would still be cached in the user's browser and then things would be bad. So... I've whipped up a proof of concept/template plugin that aggregates the css and js in a plugin's frontend/assets folder and serves up those two aggregate files rather than the individual files. It gets you two benefits 1) fingerprinting 2) any css or js added to assets gets picked up automatically, so you don't have to edit the frontend/views/layouts_head.html.erb file This isn't a plugin that will actually do anything for existing plugins - you'd want to use this as a template when updating or creating new plugins. https://github.com/dartmouth-dltg/aggregate_assets Cheers, Joshua ___________________ Joshua Shaw (he, him) Technology Coordinator Rauner Special Collections Library & Digital Library Technologies Group Dartmouth College 603.646.0405 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ahueb2 at uis.edu Fri Apr 17 10:26:24 2020 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Fri, 17 Apr 2020 14:26:24 +0000 Subject: [Archivesspace_Users_Group] Error updating resource records through API Message-ID: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> Hi all, I've been attempting to update existing resource records through the API, the records already exist and I'm trying to upload modified versions of the JSON but I'm getting an error in response. 'error': 'The record you tried to update has been modified since you fetched it.' At first I thought this meant either user_mtime, system_mtime, or create_time were preventing uploading an older version of the file but the error persists after replacing all time stamps with the current date and time. Does anyone know what this error means? Using ASnake: resources = glob.glob('./resources/modified/' + '*.json') for file in resources: resources_id = file.rstrip('.json') resources_id = re.findall('\d+', resources_id) resource = json.load(open(file)) response = client.post('repositories/2/resources/' + resources_id[0], json=resource).json() if response.get('error') != None: print("*") print(resources_id[0]) print(response['error']) print(file) print("*") -Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From don.mennerich at nyu.edu Fri Apr 17 10:33:41 2020 From: don.mennerich at nyu.edu (Donald Mennerich) Date: Fri, 17 Apr 2020 10:33:41 -0400 Subject: [Archivesspace_Users_Group] Error updating resource records through API In-Reply-To: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> References: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> Message-ID: Are you modifying the lock version? Donald R. Mennerich, digital archivist New York University Libraries don.mennerich at nyu.edu (212) 992-6264 On Fri, Apr 17, 2020 at 10:26 AM Huebschen, Alan M wrote: > Hi all, > > > > I?ve been attempting to update existing resource records through the API, > the records already exist and I?m trying to upload modified versions of the > JSON but I?m getting an error in response. > > > > *'error': 'The record you tried to update has been modified since you > fetched it.'* > > > > At first I thought this meant either user_mtime, system_mtime, or > create_time were preventing uploading an older version of the file but the > error persists after replacing all time stamps with the current date and > time. > > > > Does anyone know what this error means? > > > > Using ASnake: > > > > resources = glob.glob('./resources/modified/' + '*.json') > > > > for file in resources: > > resources_id = file.rstrip('.json') > > resources_id = re.findall('\d+', resources_id) > > resource = json.load(open(file)) > > response = client.post('repositories/2/resources/' + > resources_id[0], json=resource).json() > > > > if response.get('error') != None: > > print("*") > > print(resources_id[0]) > > print(response['error']) > > print(file) > > print("*") > > > > -Alan > _______________________________________________ > 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=_DsNVvE0MidyDzdUOYchWsIErjGtgLba7OOoi6MzJhM&m=mAyTL3XUpdR3rCWgQczVnW4usjHSykz_ZyAX8DSLHbA&s=TCqiDc22Sk_MwNFxjNgl9hkMr83FqBWe-zrDgS14iHM&e= > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave_mayo at harvard.edu Fri Apr 17 10:36:46 2020 From: dave_mayo at harvard.edu (Mayo, Dave) Date: Fri, 17 Apr 2020 14:36:46 +0000 Subject: [Archivesspace_Users_Group] Error updating resource records through API In-Reply-To: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> References: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> Message-ID: <09AB3049-DA63-46D6-8E5C-6ABA7D94673A@harvard.edu> So, ArchivesSpace keeps track of whether it?s safe to modify an object via a field called ?lock_version?. Any change to an object will increment this value, and this is probably what?s catching you up ? something is altering the value between when you download the resource and when you update it. There?s two things you can do. - you can change the script you you fetch the JSON right before modifying and uploading it. - you can delete lock_version from the object The second carries risks, because if it?s failing because something else has modified the object in question, those changes can be lost. -- Dave Mayo (he/him) Senior Digital Library Software Engineer Harvard University > HUIT > LTS From: on behalf of "Huebschen, Alan M" Reply-To: Archivesspace Users Group Date: Friday, April 17, 2020 at 10:26 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Error updating resource records through API Hi all, I?ve been attempting to update existing resource records through the API, the records already exist and I?m trying to upload modified versions of the JSON but I?m getting an error in response. 'error': 'The record you tried to update has been modified since you fetched it.' At first I thought this meant either user_mtime, system_mtime, or create_time were preventing uploading an older version of the file but the error persists after replacing all time stamps with the current date and time. Does anyone know what this error means? Using ASnake: resources = glob.glob('./resources/modified/' + '*.json') for file in resources: resources_id = file.rstrip('.json') resources_id = re.findall('\d+', resources_id) resource = json.load(open(file)) response = client.post('repositories/2/resources/' + resources_id[0], json=resource).json() if response.get('error') != None: print("*") print(resources_id[0]) print(response['error']) print(file) print("*") -Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From ph448 at cam.ac.uk Fri Apr 17 10:53:13 2020 From: ph448 at cam.ac.uk (Peter Heiner) Date: Fri, 17 Apr 2020 15:53:13 +0100 Subject: [Archivesspace_Users_Group] Error updating resource records through API In-Reply-To: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> References: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> Message-ID: <20200417145313.llecfq4tgh5klsog@thursday.localdomain> Huebschen, Alan M wrote on 2020-04-17 14:26:24: > I've been attempting to update existing resource records through the API, the records already exist and I'm trying to upload modified versions of the JSON but I'm getting an error in response. > > 'error': 'The record you tried to update has been modified since you fetched it.' To update a record, you first need to fetch it to get its lock_version. The API will only allow updates to a resource with a lock_version greater than the one stored in the database, so you'll need to post your data including lock_version+1. Hope that helps, p From james at hudmol.com Fri Apr 17 19:49:26 2020 From: james at hudmol.com (James Bullen) Date: Sat, 18 Apr 2020 09:49:26 +1000 Subject: [Archivesspace_Users_Group] Error updating resource records through API In-Reply-To: <20200417145313.llecfq4tgh5klsog@thursday.localdomain> References: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> <20200417145313.llecfq4tgh5klsog@thursday.localdomain> Message-ID: <8B92547A-D8E5-478E-99C8-850FDC643D18@hudmol.com> You can just send back the lock_version you got with the get. No need to bump it - that happens on a successful update. The response to the update will include the new lock_version, like this: { "status": "Updated", "id": 2, "lock_version": 23, "stale": NULL, "uri": "/repositories/2", "warnings": [] } This is implemented via a sequel plugin: https://sequel.jeremyevans.net/rdoc-plugins/classes/Sequel/Plugins/OptimisticLocking.html > On Apr 18, 2020, at 12:53 AM, Peter Heiner wrote: > > Huebschen, Alan M wrote on 2020-04-17 14:26:24: >> I've been attempting to update existing resource records through the API, the records already exist and I'm trying to upload modified versions of the JSON but I'm getting an error in response. >> >> 'error': 'The record you tried to update has been modified since you fetched it.' > > To update a record, you first need to fetch it to get its lock_version. > The API will only allow updates to a resource with a lock_version > greater than the one stored in the database, so you'll need to post your > data including lock_version+1. > > Hope that helps, > p > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:5e99c2e335501411550710! -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Mon Apr 20 11:09:11 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 20 Apr 2020 15:09:11 +0000 Subject: [Archivesspace_Users_Group] Reminder: Deadline for ArchivesSpace Online Forum proposals extended to April 23rd Message-ID: <2DA15F7C-EAC8-4682-A85B-6E7FF4D9ACDA@lyrasis.org> [cid:image001.jpg at 01D61704.1E032940] Dear ArchivesSpace users, The final day to submit a session proposal for our Online Forum is April 23rd. The Online Forum planning team is particularly interested in session proposals from those who are available to present on either May 19th and May 21st of the forum, including users outside the US. Proposals can be submitted via our online form at https://forms.gle/jraN42zqrdQ3KQD97. Taking place May 18-21, 2020*, our Online Forum will include a mix of opportunities to share and learn from each other about many different aspects of ArchivesSpace. The forum aims to span the many time zones of our community over the course of 4 days with a three hour block each day. Visit the Online Forum wiki to view registration information and the schedule for each day. 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?ve done to plan this four-day forum. We?re looking forward to a great event, with your help! *Identify your local time: May 18, 2020 ? 4pm-7pm UTC (find your local time) May 19, 2020 ? 5am-8am UTC (find your local time) May 20, 2020 ? 4pm-7pm UTC (find your local time) May 21, 2020 ? 5am-8am UTC (find your local time) Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org Skype: jdowdcrouch [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 42184 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 8549 bytes Desc: image002.jpg URL: From Patricia.Mitchell at tn.gov Mon Apr 20 11:22:44 2020 From: Patricia.Mitchell at tn.gov (Patricia Mitchell) Date: Mon, 20 Apr 2020 15:22:44 +0000 Subject: [Archivesspace_Users_Group] Microfilm Numbers Message-ID: Hi, I'm working on migrating legacy accession data to ArchivesSpace. All of our accessions have unique identifiers assigned to them, but some also have unique numbers assigned to them when they're microfilmed. An example would be: Ac. No. 2020-053, MF. 100. For migrating into ArchivesSpace, I would likely put 2020 in the first accession number field, followed by 053 in the second accession number field, but what should I do with the MF number? This is info we'd like to retain obviously, and we could put it in a user-identified field, but I'm trying to avoid creating too many custom fields if there are appropriate fields already available in ArchivesSpace. Does anyone else have more than one unique identifier assigned to a collection? Any ideas for where to record this data? Patsy Mitchell Electronic Records Archivist Tennessee State Library & Archives Office of Tennessee Secretary of State Tre Hargett 403 7th Avenue North Nashville, TN 37243 615.253.8712 This electronic mail may be subject to the Tennessee Public Records Act, Tenn. Code Ann. ?10-7-503 et seq. Any reply to this email may also be subject to this act. The Mission of the Office of the Secretary of State is to exceed the expectations of our customers, the taxpayers, by operating at the highest levels of accuracy, cost-effectiveness, and accountability in a customer-centered environment. Secretary of State Social Media Links: www.facebook.com/TennesseeSecretaryofState www.facebook.com/TNStateLibraryArchives/timeline -------------- next part -------------- An HTML attachment was scrubbed... URL: From shand at ap.org Mon Apr 20 12:07:48 2020 From: shand at ap.org (Hand, Sarit) Date: Mon, 20 Apr 2020 16:07:48 +0000 Subject: [Archivesspace_Users_Group] Microfilm Numbers In-Reply-To: References: Message-ID: HI, Are you creating Resource Records or Archival Object records for the microfilms? If so, can you use the MF# for the identifier there? You can spawn a record from the accession OR create a record then link the accession record. Be aware that accession records can only be linked at the Resource Record level. You can link as many as you want. Cheers, [cid:image001.jpg at 01D16B1C.33577140] [signature-96] Sarit Hand Digital Archivist AP Corporate Archives shand at ap.org www.ap.org 200 Liberty Street New York, NY 10281 T 212.621.7035 F 212.621.1723 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Patricia Mitchell Sent: Monday, April 20, 2020 11:23 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Microfilm Numbers Hi, I'm working on migrating legacy accession data to ArchivesSpace. All of our accessions have unique identifiers assigned to them, but some also have unique numbers assigned to them when they're microfilmed. An example would be: Ac. No. 2020-053, MF. 100. For migrating into ArchivesSpace, I would likely put 2020 in the first accession number field, followed by 053 in the second accession number field, but what should I do with the MF number? This is info we'd like to retain obviously, and we could put it in a user-identified field, but I'm trying to avoid creating too many custom fields if there are appropriate fields already available in ArchivesSpace. Does anyone else have more than one unique identifier assigned to a collection? Any ideas for where to record this data? Patsy Mitchell Electronic Records Archivist Tennessee State Library & Archives Office of Tennessee Secretary of State Tre Hargett 403 7th Avenue North Nashville, TN 37243 615.253.8712 This electronic mail may be subject to the Tennessee Public Records Act, Tenn. Code Ann. ?10-7-503 et seq. Any reply to this email may also be subject to this act. The Mission of the Office of the Secretary of State is to exceed the expectations of our customers, the taxpayers, by operating at the highest levels of accuracy, cost-effectiveness, and accountability in a customer-centered environment. Secretary of State Social Media Links: www.facebook.com/TennesseeSecretaryofState www.facebook.com/TNStateLibraryArchives/timeline 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.jpg Type: image/jpeg Size: 1120 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 1008 bytes Desc: image004.jpg URL: From ahueb2 at uis.edu Mon Apr 20 12:18:16 2020 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Mon, 20 Apr 2020 16:18:16 +0000 Subject: [Archivesspace_Users_Group] [EXTERNAL] Re: Error updating resource records through API In-Reply-To: <8B92547A-D8E5-478E-99C8-850FDC643D18@hudmol.com> References: <5e191a5d244d4e98b6a5f15b09d3382a@UISMBX03.uisad.uis.edu> <20200417145313.llecfq4tgh5klsog@thursday.localdomain> <8B92547A-D8E5-478E-99C8-850FDC643D18@hudmol.com> Message-ID: <1857287.OUoNV60XkB@guinevere> Matching the lock number worked perfectly, no change in time stamps needed. Thanks everyone! On Friday, April 17, 2020 6:49:26 PM CDT James Bullen wrote: > You can just send back the lock_version you got with the get. No need to > bump it - that happens on a successful update. The response to the update > will include the new lock_version, like this: > > { > "status": "Updated", > "id": 2, > "lock_version": 23, > "stale": NULL, > "uri": "/repositories/2", > "warnings": [] > } > > This is implemented via a sequel plugin: > https://sequel.jeremyevans.net/rdoc-plugins/classes/Sequel/Plugins/Optimisti > cLocking.html > > On Apr 18, 2020, at 12:53 AM, Peter Heiner wrote: > > > > Huebschen, Alan M wrote on 2020-04-17 14:26:24: > >> I've been attempting to update existing resource records through the API, > >> the records already exist and I'm trying to upload modified versions of > >> the JSON but I'm getting an error in response. > >> > >> 'error': 'The record you tried to update has been modified since you > >> fetched it.'> > > To update a record, you first need to fetch it to get its lock_version. > > The API will only allow updates to a resource with a lock_version > > greater than the one stored in the database, so you'll need to post your > > data including lock_version+1. > > > > Hope that helps, > > p > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > !DSPAM:5e99c2e335501411550710! From baileys at ou.edu Mon Apr 20 16:38:31 2020 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Mon, 20 Apr 2020 20:38:31 +0000 Subject: [Archivesspace_Users_Group] FW: normalization in ArchivesSpace Message-ID: Hello All, One of our catalogers noticed an issue with search functionality and normalization (see below). Has anyone dealt with this issue before, or know of a workaround? Thanks! -Bailey Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 From: "Steele, Thomas D." Date: Monday, April 20, 2020 at 3:26 PM To: "Hoffner, Bailey E." Subject: normalization in ArchiveSpace Searching for a term such as ?Governors?? yields no hits if you spell it as ?Governor?s?. both terms should normalize to ?Governors?, but it?s possible the latter is normalizing to ?Governor s? Tom Steele Science and Technology Cataloger University of Oklahoma Libraries Norman, OK 73019 (405) 325-4082 Thomas.D.Steele-1 at ou.edu "Books constitute capital. A library book lasts as long as a house, for hundreds of years. It is not, then, an article of mere consumption but fairly of capital, and often in the case of professional men, setting out in life, it is their only capital." -- Thomas Jefferson -------------- next part -------------- An HTML attachment was scrubbed... URL: From ldedeyan at mikekelleyfoundation.org Mon Apr 20 18:00:43 2020 From: ldedeyan at mikekelleyfoundation.org (Lori Dedeyan) Date: Mon, 20 Apr 2020 15:00:43 -0700 Subject: [Archivesspace_Users_Group] upgrading to new release Message-ID: Hi all, I have a simple question- if we have followed instructions for upgrading to a new release of ArchivesSpace ( https://archivesspace.github.io/archivesspace/user/upgrading-to-a-new-release-of-archivesspace/), are we clear to remove any previous installation directories? We currently have a single tmp file (jetty-0.0.0.0-8089-backend.war-_-any-) in an old version folder (v 2.6.0) that has for some reason ballooned in size (4.5 GB) and would like to remove it without repercussions. Thanks for your help! Lori -- Lori Dedeyan Processing Archivist Mike Kelley Foundation for the Arts 7019 N. Figueroa Street Los Angeles, CA 90042 www.mikekelleyfoundation.org *Please note that our entire team is working remotely while we monitor the COVID-19 situation, which impacts access to our office lines and postal service. Thank you for your patience and understanding. * -------------- next part -------------- An HTML attachment was scrubbed... URL: From trthorn2 at ncsu.edu Mon Apr 20 18:44:14 2020 From: trthorn2 at ncsu.edu (Trevor Thornton) Date: Mon, 20 Apr 2020 18:44:14 -0400 Subject: [Archivesspace_Users_Group] FW: normalization in ArchivesSpace In-Reply-To: References: Message-ID: >From what I can tell, the Solr Standard Tokenizer (which I think is the one used for most text fields) doesn't exclude the apostrophe or use it as a delimiter to split the word (as it does with other punctuation marks), so a query for "Governor?s" won't match "Governors" and vice versa. I don't know of a convenient workaround (without modifying the Solr schema). On Mon, Apr 20, 2020 at 4:38 PM Hoffner, Bailey E. wrote: > Hello All, > > > > One of our catalogers noticed an issue with search functionality and > normalization (see below). Has anyone dealt with this issue before, or know > of a workaround? > > > > Thanks! > > > > -Bailey > > > > Bailey Hoffner, MLIS > > Metadata and Collections Management Archivist > > University of Oklahoma Libraries > > 405-325-1566 > > > > > > *From: *"Steele, Thomas D." > *Date: *Monday, April 20, 2020 at 3:26 PM > *To: *"Hoffner, Bailey E." > *Subject: *normalization in ArchiveSpace > > > > Searching for a term such as ?Governors?? yields no hits if you spell it > as ?Governor?s?. both terms should normalize to ?Governors?, but it?s > possible the latter is normalizing to ?Governor s? > > > > Tom Steele > > Science and Technology Cataloger > > University of Oklahoma Libraries > > Norman, OK 73019 > > (405) 325-4082 > > Thomas.D.Steele-1 at ou.edu > > > > *"Books constitute capital. A library book lasts as long as a house, for > hundreds of years. It is not, then, an article of mere consumption but > fairly of capital, and often in the case of professional men, setting out > in life, it is their only capital*.*" -- Thomas Jefferson* > > > _______________________________________________ > 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 andrew.morrison at bodleian.ox.ac.uk Tue Apr 21 05:03:04 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Tue, 21 Apr 2020 10:03:04 +0100 Subject: [Archivesspace_Users_Group] FW: normalization in ArchivesSpace In-Reply-To: References: Message-ID: <28a8ccf3-8ebe-cbca-dcaf-acb9bf86f65f@bodleian.ox.ac.uk> You can see what the default Solr config in ArchivesSpace does with these queries in this screenshot of Solr's analysis tool on a development system: https://user-images.githubusercontent.com/33721187/79843129-b9549680-83b1-11ea-8d3a-670f4e84a6de.png On the left is how it indexes Governors and on the right is how it handles a query for Governor's. The first step, marked "ST" in light grey, is the Standard Tokenizer. As you can see, it does nothing in this case, and passes both unchanged to the next step ("SF", the stop word filter, which also does nothing.) Changing to a different tokenizer could change how apostrophes are handled. Or adding a stemmer might do the same and also ensure the same results are returned for singular and plural forms of most words. But these sort of customizations are language-specific. What works for English probably wouldn't work, and might have negative effects, for finding materials in Spanish, French or German. This is one of the advantages of using an external Solr server set up - that you can tailor it for your collections and your users. It also means you can run a more up-to-date version of Solr, with more and better options (we use Word Delimiter Graph Filter and KStem.) Andrew. On 20/04/2020 23:44, Trevor Thornton wrote: > From what I can tell, the Solr Standard Tokenizer > > (which I think is the one used for most text fields) doesn't exclude > the apostrophe?or use it as a delimiter to split the word (as it does > with other punctuation marks), so a query for "Governor?s" won't match > "Governors" and vice versa. I don't know of a convenient workaround > (without modifying the Solr schema). > > On Mon, Apr 20, 2020 at 4:38 PM Hoffner, Bailey E. > wrote: > > Hello All, > > One of our catalogers noticed an issue with search functionality > and normalization (see below). Has anyone dealt with this issue > before, or know of a workaround? > > Thanks! > > -Bailey > > Bailey Hoffner, MLIS > > Metadata and Collections Management Archivist > > University of Oklahoma Libraries > > 405-325-1566 > > *From: *"Steele, Thomas D." > > *Date: *Monday, April 20, 2020 at 3:26 PM > *To: *"Hoffner, Bailey E." > > *Subject: *normalization in ArchiveSpace > > Searching for a term such as ?Governors?? yields no hits if you > spell it as ?Governor?s?. ?both terms should normalize to > ?Governors?, but it?s possible the latter is normalizing to > ?Governor s? > > Tom Steele > > Science and Technology Cataloger > > University of Oklahoma Libraries > > Norman, OK?? 73019 > > (405) 325-4082 > > Thomas.D.Steele-1 at ou.edu > > /"Books constitute capital. A library book lasts as long as a > house, for hundreds of years. It is not, then, an article of mere > consumption but fairly of capital, and often in the case of > professional men, setting out in life, it is their only > capital/./" -- Thomas Jefferson/ > > _______________________________________________ > 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 > > _______________________________________________ > 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 baileys at ou.edu Tue Apr 21 16:04:21 2020 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Tue, 21 Apr 2020 20:04:21 +0000 Subject: [Archivesspace_Users_Group] FW: normalization in ArchivesSpace In-Reply-To: References: Message-ID: <4EA8236D-2E6C-45BE-8D6B-37B1375D78B7@ou.edu> Thanks, Trevor! Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 From: on behalf of Trevor Thornton Reply-To: Archivesspace Users Group Date: Monday, April 20, 2020 at 5:44 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] FW: normalization in ArchivesSpace From what I can tell, the Solr Standard Tokenizer (which I think is the one used for most text fields) doesn't exclude the apostrophe or use it as a delimiter to split the word (as it does with other punctuation marks), so a query for "Governor?s" won't match "Governors" and vice versa. I don't know of a convenient workaround (without modifying the Solr schema). On Mon, Apr 20, 2020 at 4:38 PM Hoffner, Bailey E. > wrote: Hello All, One of our catalogers noticed an issue with search functionality and normalization (see below). Has anyone dealt with this issue before, or know of a workaround? Thanks! -Bailey Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 From: "Steele, Thomas D." > Date: Monday, April 20, 2020 at 3:26 PM To: "Hoffner, Bailey E." > Subject: normalization in ArchiveSpace Searching for a term such as ?Governors?? yields no hits if you spell it as ?Governor?s?. both terms should normalize to ?Governors?, but it?s possible the latter is normalizing to ?Governor s? Tom Steele Science and Technology Cataloger University of Oklahoma Libraries Norman, OK 73019 (405) 325-4082 Thomas.D.Steele-1 at ou.edu "Books constitute capital. A library book lasts as long as a house, for hundreds of years. It is not, then, an article of mere consumption but fairly of capital, and often in the case of professional men, setting out in life, it is their only capital." -- Thomas Jefferson _______________________________________________ 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 rachel.donahue at lac-group.com Tue Apr 21 17:02:39 2020 From: rachel.donahue at lac-group.com (Rachel Donahue) Date: Tue, 21 Apr 2020 17:02:39 -0400 Subject: [Archivesspace_Users_Group] Microfilm Numbers In-Reply-To: References: Message-ID: Hi Patsy, I would probably put the microfilm number in as an External Document. The Location doesn't *have* to be a URL, even if it's preferred. --Rachel On Mon, Apr 20, 2020 at 12:07 PM Hand, Sarit wrote: > HI, > > > > Are you creating Resource Records or Archival Object records for the > microfilms? If so, can you use the MF# for the identifier there? You can > spawn a record from the accession OR create a record then link the > accession record. Be aware that accession records can only be linked at > the Resource Record level. You can link as many as you want. > > > > Cheers, > > [image: cid:image001.jpg at 01D16B1C.33577140] > > > > [image: signature-96] > > > > > > > > *Sarit Hand* > > Digital Archivist > AP Corporate Archives > > *shand at ap.org * > www.ap.org > > 200 Liberty Street > > New York, NY 10281 > > T 212.621.7035 > > F 212.621.1723 > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Patricia > Mitchell > *Sent:* Monday, April 20, 2020 11:23 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Microfilm Numbers > > > > Hi, I'm working on migrating legacy accession data to ArchivesSpace. All > of our accessions have unique identifiers assigned to them, but some also > have unique numbers assigned to them when they're microfilmed. An example > would be: Ac. No. 2020-053, MF. 100. For migrating into ArchivesSpace, I > would likely put 2020 in the first accession number field, followed by 053 > in the second accession number field, but what should I do with the MF > number? This is info we'd like to retain obviously, and we could put it in > a user-identified field, but I'm trying to avoid creating too many custom > fields if there are appropriate fields already available in ArchivesSpace. > Does anyone else have more than one unique identifier assigned to a > collection? Any ideas for where to record this data? > > > > Patsy Mitchell > > Electronic Records Archivist > > Tennessee State Library & Archives > > Office of Tennessee Secretary of State Tre Hargett > > 403 7th Avenue North > > Nashville, TN 37243 > > 615.253.8712 > > > > This electronic mail may be subject to the Tennessee Public Records Act, > Tenn. Code Ann. ?10-7-503 *et seq*. Any reply to this email may also be > subject to this act. > > > > *The Mission of the Office of the Secretary of State is to exceed the > expectations of our customers, the taxpayers, by operating at the highest > levels of accuracy, cost-effectiveness, and accountability in a > customer-centered environment.* > > > > Secretary of State Social Media Links: > > www.facebook.com/TennesseeSecretaryofState > > > www.facebook.com/TNStateLibraryArchives/timeline > > > > 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. > _______________________________________________ > 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: image003.jpg Type: image/jpeg Size: 1120 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 1008 bytes Desc: not available URL: From kws2126 at columbia.edu Wed Apr 22 15:06:39 2020 From: kws2126 at columbia.edu (Kevin W. Schlottmann) Date: Wed, 22 Apr 2020 15:06:39 -0400 Subject: [Archivesspace_Users_Group] OAI harvesting issue Message-ID: Dear AS List, We rely on the OAI feed to pipe updated records to various places, on a nightly basis. We recently came across some odd behavior that we are hoping list members might have some suggestions. We have a few resource records that have been recently updated, show the correct updated time in the staff GUI, and have the correct updated time when the downloaded directly using the OAI getRecord command[1]. However, in our bulk OAI download of all records, using pyoaiharvester[2], the record's datestamp is somehow stuck on an earlier date. Even stranger, if we add the 'from' parameter to [2] manually with the correct date value, we *get* the records, with the correct datestamp. We are digging into this with help from Lyrasis, but we don't have an answer yet. My guess is an issue with the harvester, but it's not immediately obvious what it would be. Other avenues we're looking at issues with the resumption token, or with the indexer (the latter often being the cause of AS issues, anecdotally). Questions for the list: 1) Is there anything known in the OAI implementation that might cause this off datestamp behavior? 2) Since this may be an issue with the harvester, does anyone have a preferred OAI harvester that handles marcxml? Best, Kevin [1] getRecord command; getting it as a single record has the right datestamp: https:// {oaiendpoint}?verb=GetRecord&identifier=oai:columbia//repositories/2/resources/6381&metadataPrefix=oai_marc [2] Using the pyoaiharvester library ( https://github.com/vphill/pyoaiharvester). python /.../as_reports/pyoaiharvester/pyoaiharvest.py -l {oaiendpoint} -m oai_marc -s collection -o /.../archivesspace/oai/20200419.asRaw.xml -- 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at virginia.edu Wed Apr 22 16:35:16 2020 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Wed, 22 Apr 2020 20:35:16 +0000 Subject: [Archivesspace_Users_Group] OAI harvesting issue In-Reply-To: References: Message-ID: <254BBBD8-1A1B-404C-9B32-437EDFF94B68@virginia.edu> I believe that the ArchivesSpace OAI feed uses system-mtime for the OAI timestamps, but dates in the staff interface are usually user-mtimes. ( system-mtime used because they propagate thru record hierarchy: i.e. if you make changes to a child archival_object, but not to the parent, user_mtime is updated on the archival_object only, but system_mtime is updated on both. ) But if I understand what you?re saying, the timestamps differ when using the harvester compared to, for example, what you see using the oai sample form. ( Is that correct ? ) If that is the case, then I do think it?s an issue with the harvester. We?re using this branch: https://github.com/sdm7g/oai-harvest/tree/fix-pyoai Which is a patched version of oaiharvest https://github.com/bloomonkey/oai-harvest . For oai_marc payload, you may be able to use the upstream version that you can install using ?pip install oaiharvest? . ( My fixes are needed for EAD payload: EAD export in ArchivesSpace has more bugs in it, so I?m using the recover option to XML parser to recover from and log parse errors that would otherwise halt the harvest before completion. I don?t think MARC payloads, being simpler, have the same issues, and I know oai_dc has no similar glitches. If you do run into parse errors with oai_marc, you can use my version with added ??-recover? command line option. ) If your OAI endpoint is public and you send me the URL, I try my harvester and look at results. ? Steve Majewski $ oai-harvest -h usage: oai-harvest [-h] [--db DATABASEPATH] [-p METADATAPREFIX] [-r TOKEN] [-f YYYY-MM-DD] [-u YYYY-MM-DD] [-s SET] [-b HH:MM HH:MM] [-d DIR] [--delete | --no-delete] [-l LIMIT] [--create-subdirs | --subdirs-on SUBDIRS] [--recover | --no-recover] provider [provider ...] Harvest records from an OAI-PMH provider. positional arguments: provider OAI-PMH Provider from which to harvest. This may be the base URL of an OAI-PMH server, or the short name of a registered provider. You may also specify "all" for all registered providers. optional arguments: -h, --help show this help message and exit --db DATABASEPATH, --database DATABASEPATH Path to provider registry database. Currently supports sqlite3 only. -p METADATAPREFIX, --metadataPrefix METADATAPREFIX the metadataPrefix of the format (XML Schema) in which records should be harvested. -r TOKEN, --resume-from TOKEN start at the given resumption TOKEN -f YYYY-MM-DD, --from YYYY-MM-DD harvest only records added/modified after this date. -u YYYY-MM-DD, --until YYYY-MM-DD harvest only records added/modified up to this date. -s SET, --set SET harvest only records within this set -b HH:MM HH:MM, --between HH:MM HH:MM harvest only between the first and the second wall clock time (enables incremental harvesting) -d DIR, --dir DIR where to output files for harvested records. default: current working path --delete respect the server's instructions regarding deletions, i.e. delete the files locally (default) --no-delete ignore the server's instructions regarding deletions, i.e. DO NOT delete the files locally -l LIMIT, --limit LIMIT limit the number of records to harvest from each provider --create-subdirs create target subdirs (based on / characters in identifiers) if they don't exist. To use something other than /, use the newer--subdirs-on option --subdirs-on SUBDIRS create target subdirs based on occurrences of the given characterin identifiers --recover create XMLParser with (recover=True) option: parser will try to continue to parse broken XML payloads --no-recover default is --no-recover Copyright (c) 2013, the University of Liverpool . All rights reserved. Distributed under the terms of the BSD 3-clause License . > On Apr 22, 2020, at 3:06 PM, Kevin W. Schlottmann wrote: > > Dear AS List, > > We rely on the OAI feed to pipe updated records to various places, on a nightly basis. We recently came across some odd behavior that we are hoping list members might have some suggestions. > > We have a few resource records that have been recently updated, show the correct updated time in the staff GUI, and have the correct updated time when the downloaded directly using the OAI getRecord command[1]. > > However, in our bulk OAI download of all records, using pyoaiharvester[2], the record's datestamp is somehow stuck on an earlier date. > > Even stranger, if we add the 'from' parameter to [2] manually with the correct date value, we *get* the records, with the correct datestamp. > > We are digging into this with help from Lyrasis, but we don't have an answer yet. My guess is an issue with the harvester, but it's not immediately obvious what it would be. Other avenues we're looking at issues with the resumption token, or with the indexer (the latter often being the cause of AS issues, anecdotally). Questions for the list: > > 1) Is there anything known in the OAI implementation that might cause this off datestamp behavior? > > 2) Since this may be an issue with the harvester, does anyone have a preferred OAI harvester that handles marcxml? > > Best, > > Kevin > > [1] getRecord command; getting it as a single record has the right datestamp: > https://{oaiendpoint}?verb=GetRecord&identifier=oai:columbia//repositories/2/resources/6381&metadataPrefix=oai_marc > > [2] Using the pyoaiharvester library (https://github.com/vphill/pyoaiharvester ). > python /.../as_reports/pyoaiharvester/pyoaiharvest.py -l {oaiendpoint} -m oai_marc -s collection -o /.../archivesspace/oai/20200419.asRaw.xml > > -- > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3342 bytes Desc: not available URL: From minorja at cofc.edu Thu Apr 23 09:54:02 2020 From: minorja at cofc.edu (Minor, Joshua Alexander) Date: Thu, 23 Apr 2020 13:54:02 +0000 Subject: [Archivesspace_Users_Group] Best practices for broken date spans and multiple single dates? Message-ID: Hello all, I'm hoping this isn't a silly question or that I've just completely missed something in the help center/documentation but I'm wondering what's the best practice for inputting broken date spans (for example: 1920, 1980-1990) and for inputting multiple single dates (for example: 1900, 2010) at the series and/or file level in ArchivesSpace. I've checked the ArchivesSpace users group archives and this question did come up in 2015 but I didn't see an answer for it. It seems that ArchivesSpace doesn't want to string multiple dates together (unless you're inputting Bulk Dates) and instead just displays the first date entry in both the public interface and staff interface. I'm guessing the easiest way to handle this would be to use 1920, 1980-1990 as the Expression, use "inclusive" as the type, use 1920 as the Begin date, and use 1990 as the End date but this would lead to some inaccurate search results. Am I missing something? Any advice would be greatly appreciated! Thanks! Joshua Minor ?Manager of Archival Processing College of Charleston Charleston, South Carolina, 29424 email: minorja at cofc.edu tel: 843-953-0470 From crosalie at live.unc.edu Thu Apr 23 10:30:40 2020 From: crosalie at live.unc.edu (Cortland, Christina Rosalie) Date: Thu, 23 Apr 2020 14:30:40 +0000 Subject: [Archivesspace_Users_Group] Proxy Error when loading large resource record? Message-ID: Hi all, We recently migrated 2K+ top containers into ASpace to link to a single resource and started inconsistently but not infrequently running into a "Proxy Error" when trying to either load the resource record in the staff interface or when trying to search by resource record identifier from the main toolbar. I get the response: " 502 Proxy Error

Proxy Error

The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /resources/7076.

Reason: Error reading from remote server

" See also attached screenshot of when this occurs while attempting to load the resource record. When I refresh the page, the page usually (but again, not consistently) loads correctly. Has anyone run into this before/has any suggestions for how to fix? Thank you! Christina Cortland Software Development UNC-Chapel Hill Libraries Pronouns: she/her -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: HC0011_proxy error.png Type: image/png Size: 160324 bytes Desc: HC0011_proxy error.png URL: From jrg5 at princeton.edu Thu Apr 23 12:13:33 2020 From: jrg5 at princeton.edu (James R Griffin III) Date: Thu, 23 Apr 2020 16:13:33 +0000 Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Message-ID: Hello Everyone, Apologies in advance for any trouble, but I am currently experiencing difficulty attempting to export an EAC-CPF record. Currently there are "Notes" which exist within the database record for the Agent Person (I have verified that these exist in the `note` table within the relational database), but these are not being exported into a EAC-CPF document. I believe that the area of the code base where this is found is in: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L109 Please let me know if I can provide any further information. Thank you very much for your attention. Sincerely, James -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Thu Apr 23 12:27:57 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Thu, 23 Apr 2020 16:27:57 +0000 Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons In-Reply-To: References: Message-ID: Hey James- Are the bioghist note(s) published - including any subnotes? Only bioghist notes and their subnotes will get added to the EAC if published. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of James R Griffin III Sent: Thursday, April 23, 2020 12:13 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hello Everyone, Apologies in advance for any trouble, but I am currently experiencing difficulty attempting to export an EAC-CPF record. Currently there are "Notes" which exist within the database record for the Agent Person (I have verified that these exist in the `note` table within the relational database), but these are not being exported into a EAC-CPF document. I believe that the area of the code base where this is found is in: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L109 Please let me know if I can provide any further information. Thank you very much for your attention. Sincerely, James -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Apr 23 16:17:44 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 23 Apr 2020 20:17:44 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> Message-ID: Dear ArchivesSpace Members, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. I hope to see 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: 29065 bytes Desc: image001.jpg URL: From blake.carver at lyrasis.org Thu Apr 23 16:59:06 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Thu, 23 Apr 2020 20:59:06 +0000 Subject: [Archivesspace_Users_Group] upgrading to new release In-Reply-To: References: Message-ID: Short answer, yes. Long answer... Let's say I've been running my ArchivesSpace in the directory '/whatever/someplace/archivesspace-v2.5/' for a bunch of years now, and I want to get with the program and upgrade to the newest version. So I download that and put it in '/whatever/someplace/archivesspace-v3.0/' and put in the mysqlconnector file, and get my config.rb file set. I backup my database, shut down my old ArchivesSpace and run setup-datase.sh, and start up version 3.0! It starts up, runs fine, no errors, YAY ME! (I'm not running any plugins) (And no, there's no version 3.0 yet) I didn't bother copying over the stuff in /data/ because that all gets rebuilt and I can wait for that to happen. So now what do I do with '/whatever/someplace/archivesspace-v2.5/' ? I wait a few days, just to make sure I didn't miss any weird bugs or data trouble, and now there's nothing in '/whatever/someplace/archivesspace-v2.5/' that I need. I still have the old database in my backups, and I can always download the code again from GitHub if I need to, but there's no turning back now because I've been working! ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Lori Dedeyan Sent: Monday, April 20, 2020 6:00 PM To: Archivesspace_Users_Group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] upgrading to new release Hi all, I have a simple question- if we have followed instructions for upgrading to a new release of ArchivesSpace (https://archivesspace.github.io/archivesspace/user/upgrading-to-a-new-release-of-archivesspace/), are we clear to remove any previous installation directories? We currently have a single tmp file (jetty-0.0.0.0-8089-backend.war-_-any-) in an old version folder (v 2.6.0) that has for some reason ballooned in size (4.5 GB) and would like to remove it without repercussions. Thanks for your help! Lori -- Lori Dedeyan Processing Archivist Mike Kelley Foundation for the Arts 7019 N. Figueroa Street Los Angeles, CA 90042 www.mikekelleyfoundation.org Please note that our entire team is working remotely while we monitor the COVID-19 situation, which impacts access to our office lines and postal service. Thank you for your patience and understanding. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Fri Apr 24 04:33:09 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Fri, 24 Apr 2020 09:33:09 +0100 Subject: [Archivesspace_Users_Group] upgrading to new release In-Reply-To: References: Message-ID: <55ddc25e-c51c-365c-88fe-776a3061d66d@bodleian.ox.ac.uk> The ./data/shared/job_files/ folder contains copies of every original source file that has ever been imported. The links to download those files from job pages the staff interface will be broken unless you copy them over from the old ArchivesSpace instance to the new one. And there are log files for all types of jobs containing details not held in the database. Not essential, but it is worth considering whether you want to retain that historical record for future reference. Andrew. On 23/04/2020 21:59, Blake Carver wrote: > > Short answer, yes. > Long answer... > > Let's say I've been running my ArchivesSpace in the directory > '/whatever/someplace/archivesspace-v2.5/' ?for a bunch of years now, > and I want to get with the program and upgrade to the newest version. > > So I download that and put it in > '/whatever/someplace/archivesspace-v3.0/' ?and put in the > mysqlconnector file, and get my config.rb file set. I backup my > database, shut down my old ArchivesSpace and run setup-datase.sh, and > start up version 3.0! It starts up, runs fine, no errors, YAY ME! (I'm > not running any plugins) (And no, there's no version 3.0 yet) > > I didn't bother copying over the stuff in /data/ because that all gets > rebuilt and I can wait for that to happen. So now what do I do with > '/whatever/someplace/archivesspace-v2.5/' ? ?I wait a few days, just > to make sure I didn't miss any weird bugs or data trouble, and now > there's nothing in '/whatever/someplace/archivesspace-v2.5/' that I > need. I still have the old database in my backups, and I can always > download the code again from GitHub if I need to, but there's no > turning back now because I've been working! > > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Lori Dedeyan > *Sent:* Monday, April 20, 2020 6:00 PM > *To:* Archivesspace_Users_Group at lyralists.lyrasis.org > > *Subject:* [Archivesspace_Users_Group] upgrading to new release > Hi all, > > I have a simple question- if we have followed instructions for > upgrading to a new release of ArchivesSpace > (https://archivesspace.github.io/archivesspace/user/upgrading-to-a-new-release-of-archivesspace/), > are we clear to remove any previous installation directories? We > currently have a single tmp file > (jetty-0.0.0.0-8089-backend.war-_-any-) in an old version folder (v > 2.6.0) that has for some reason ballooned in size (4.5 GB) and would > like to remove it without repercussions. > > Thanks for your help! > Lori > > -- > Lori Dedeyan > Processing Archivist > > Mike Kelley Foundation for the Arts > 7019 N. Figueroa Street > Los Angeles, CA? 90042 > www.mikekelleyfoundation.org > > *Please note that our entire team is working remotely while we monitor > the COVID-19 situation, which impacts access to our office lines and > postal service. Thank you for your patience and understanding. * > > _______________________________________________ > 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 jrg5 at princeton.edu Fri Apr 24 08:45:31 2020 From: jrg5 at princeton.edu (James R Griffin III) Date: Fri, 24 Apr 2020 12:45:31 +0000 Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons In-Reply-To: References: , Message-ID: Dear Joshua, Thank you very much for this, but unfortunately, the bioghist note (and its single subnote) are both marked as explicitly published, and I am still not finding the export in the EAC Document. I will proceed by seeing if maybe there are duplicate or problematic entries in the RDBMS backend. Best regards, James ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw Sent: Thursday, April 23, 2020 12:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hey James- Are the bioghist note(s) published - including any subnotes? Only bioghist notes and their subnotes will get added to the EAC if published. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of James R Griffin III Sent: Thursday, April 23, 2020 12:13 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hello Everyone, Apologies in advance for any trouble, but I am currently experiencing difficulty attempting to export an EAC-CPF record. Currently there are "Notes" which exist within the database record for the Agent Person (I have verified that these exist in the `note` table within the relational database), but these are not being exported into a EAC-CPF document. I believe that the area of the code base where this is found is in: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L109 Please let me know if I can provide any further information. Thank you very much for your attention. Sincerely, James -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Fri Apr 24 09:04:30 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 24 Apr 2020 13:04:30 +0000 Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons In-Reply-To: References: , , Message-ID: James, I haven't had a chance to look into this, but my hunch is that the issue would reside in ArchivesSpace's EAC exporter, not your database. The EAC importer and exporter in ArchivesSpace aren't really finished; you can never (for instance) export a valid EAC record, regardless of the data! I'll try to look into it later today or next week, but I suspect that if you want to export any EAC records from ASpace, then you'll need to use a plugin for that for now. I'm not sure if the issue of EAC imports/exports is part of the updates to agent records (see http://aspace-anw-429.lyrtech.org/), but I quickly tested imports into that test application a while back and I didn't note any differences from the original EAC importer, so I suspect not. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of James R Griffin III Sent: Friday, April 24, 2020 8:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Dear Joshua, Thank you very much for this, but unfortunately, the bioghist note (and its single subnote) are both marked as explicitly published, and I am still not finding the export in the EAC Document. I will proceed by seeing if maybe there are duplicate or problematic entries in the RDBMS backend. Best regards, James ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw Sent: Thursday, April 23, 2020 12:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hey James- Are the bioghist note(s) published - including any subnotes? Only bioghist notes and their subnotes will get added to the EAC if published. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of James R Griffin III Sent: Thursday, April 23, 2020 12:13 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hello Everyone, Apologies in advance for any trouble, but I am currently experiencing difficulty attempting to export an EAC-CPF record. Currently there are "Notes" which exist within the database record for the Agent Person (I have verified that these exist in the `note` table within the relational database), but these are not being exported into a EAC-CPF document. I believe that the area of the code base where this is found is in: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L109 Please let me know if I can provide any further information. Thank you very much for your attention. Sincerely, James -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Fri Apr 24 09:12:33 2020 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 24 Apr 2020 13:12:33 +0000 Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons In-Reply-To: References: , , Message-ID: Hi all, Updating the EAC-CPF exporter very substantially is part of the work that's currently happening for the expansion to the agents module. In fact, the test branch Mark points to (http://aspace-anw-429.lyrtech.org/) already has some of the changes to the import side (not complete yet, however), and the export side is next. If anyone's interested in looking or commenting on the map we're working off of, it's available at https://drive.google.com/file/d/1F0RCwl9ZXRoUnT2C6ICuVW42hogzL7RX/view?usp=sharing. All comments and testing for this work in progress very much welcome! Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [ASpaceOrgHomeMedium] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Friday, April 24, 2020 9:05 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons James, I haven't had a chance to look into this, but my hunch is that the issue would reside in ArchivesSpace's EAC exporter, not your database. The EAC importer and exporter in ArchivesSpace aren't really finished; you can never (for instance) export a valid EAC record, regardless of the data! I'll try to look into it later today or next week, but I suspect that if you want to export any EAC records from ASpace, then you'll need to use a plugin for that for now. I'm not sure if the issue of EAC imports/exports is part of the updates to agent records (see http://aspace-anw-429.lyrtech.org/), but I quickly tested imports into that test application a while back and I didn't note any differences from the original EAC importer, so I suspect not. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of James R Griffin III > Sent: Friday, April 24, 2020 8:45 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Dear Joshua, Thank you very much for this, but unfortunately, the bioghist note (and its single subnote) are both marked as explicitly published, and I am still not finding the export in the EAC Document. I will proceed by seeing if maybe there are duplicate or problematic entries in the RDBMS backend. Best regards, James ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Joshua D. Shaw > Sent: Thursday, April 23, 2020 12:27 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hey James- Are the bioghist note(s) published - including any subnotes? Only bioghist notes and their subnotes will get added to the EAC if published. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of James R Griffin III > Sent: Thursday, April 23, 2020 12:13 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hello Everyone, Apologies in advance for any trouble, but I am currently experiencing difficulty attempting to export an EAC-CPF record. Currently there are "Notes" which exist within the database record for the Agent Person (I have verified that these exist in the `note` table within the relational database), but these are not being exported into a EAC-CPF document. I believe that the area of the code base where this is found is in: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L109 Please let me know if I can provide any further information. Thank you very much for your attention. Sincerely, James -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6608 bytes Desc: image003.jpg URL: From christine.dibella at lyrasis.org Fri Apr 24 09:19:46 2020 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 24 Apr 2020 13:19:46 +0000 Subject: [Archivesspace_Users_Group] Best practices for broken date spans and multiple single dates? In-Reply-To: References: Message-ID: Hi Joshua, While you could put all of those into a date expression field, if you're wanting to be able to use dates in calculations and such multiple normalized dates are definitely the better way to go. Your message is timely because there's an issue for this that we're actively working on and hoping to get into the next release - https://archivesspace.atlassian.net/browse/ANW-172. It should be testable on our regular test server (http://test.archivesspace.org) soon. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Minor, Joshua Alexander Sent: Thursday, April 23, 2020 9:54 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Best practices for broken date spans and multiple single dates? Hello all, I'm hoping this isn't a silly question or that I've just completely missed something in the help center/documentation but I'm wondering what's the best practice for inputting broken date spans (for example: 1920, 1980-1990) and for inputting multiple single dates (for example: 1900, 2010) at the series and/or file level in ArchivesSpace. I've checked the ArchivesSpace users group archives and this question did come up in 2015 but I didn't see an answer for it. It seems that ArchivesSpace doesn't want to string multiple dates together (unless you're inputting Bulk Dates) and instead just displays the first date entry in both the public interface and staff interface. I'm guessing the easiest way to handle this would be to use 1920, 1980-1990 as the Expression, use "inclusive" as the type, use 1920 as the Begin date, and use 1990 as the End date but this would lead to some inaccurate search results. Am I missing something? Any advice would be greatly appreciated! Thanks! Joshua Minor ?Manager of Archival Processing College of Charleston Charleston, South Carolina, 29424 email: minorja at cofc.edu tel: 843-953-0470 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From blake.carver at lyrasis.org Fri Apr 24 09:28:18 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 24 Apr 2020 13:28:18 +0000 Subject: [Archivesspace_Users_Group] Proxy Error when loading large resource record? In-Reply-To: References: Message-ID: Take a look in your ArchivesSpace and proxy error logs when that happens. Look for ERROR or FATAL in archivesspace.out and maybe timeout (or just error) in your proxy. I suspect whatever your proxy is (Apache or nginx?) might be timing out. ArchivesSpace running slow and trying to load all those records could cause the proxy to timeout. ArchivesSpace may also need some more RAM. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Cortland, Christina Rosalie Sent: Thursday, April 23, 2020 10:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Proxy Error when loading large resource record? Hi all, We recently migrated 2K+ top containers into ASpace to link to a single resource and started inconsistently but not infrequently running into a "Proxy Error" when trying to either load the resource record in the staff interface or when trying to search by resource record identifier from the main toolbar. I get the response: " 502 Proxy Error

Proxy Error

The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /resources/7076.

Reason: Error reading from remote server

" See also attached screenshot of when this occurs while attempting to load the resource record. When I refresh the page, the page usually (but again, not consistently) loads correctly. Has anyone run into this before/has any suggestions for how to fix? Thank you! Christina Cortland Software Development UNC-Chapel Hill Libraries Pronouns: she/her -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Fri Apr 24 09:54:45 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 24 Apr 2020 13:54:45 +0000 Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons In-Reply-To: References: , , , Message-ID: Christine, that's great to hear! It will be really nice to start using those options. James, as for how to fix the issue presently, I just checked and you can indeed override the current exporter in a plugin. The main issue for why you're not seeing a bioghist note in your exports is due to this part of the the core code: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L113-L158 The issue is that the default sub note that ASpace uses when you create a bioghist note is a sub note with a type of "note_text". But that "note_text" type is not one of the sub note options in the exporter, and there's no else clause in the above case statement. So, you could either add an option for "note_text" to export that data to paragraph tags, or you could add a catch all that would pick up those note_text sub notes. That said, there would be other things ArchivesSpace would need to do to ensure valid EAC bioghist notes, since right now EAC specifies that an abstract element would have to be the first child element of a biogHist note if it's available. But, the ASpace exporter is just going to put those notes in the order the they're entered. I hope that helps, Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Christine Di Bella Sent: Friday, April 24, 2020 9:12 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hi all, Updating the EAC-CPF exporter very substantially is part of the work that?s currently happening for the expansion to the agents module. In fact, the test branch Mark points to (http://aspace-anw-429.lyrtech.org/) already has some of the changes to the import side (not complete yet, however), and the export side is next. If anyone?s interested in looking or commenting on the map we?re working off of, it?s available at https://drive.google.com/file/d/1F0RCwl9ZXRoUnT2C6ICuVW42hogzL7RX/view?usp=sharing. All comments and testing for this work in progress very much welcome! Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [ASpaceOrgHomeMedium] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Friday, April 24, 2020 9:05 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons James, I haven't had a chance to look into this, but my hunch is that the issue would reside in ArchivesSpace's EAC exporter, not your database. The EAC importer and exporter in ArchivesSpace aren't really finished; you can never (for instance) export a valid EAC record, regardless of the data! I'll try to look into it later today or next week, but I suspect that if you want to export any EAC records from ASpace, then you'll need to use a plugin for that for now. I'm not sure if the issue of EAC imports/exports is part of the updates to agent records (see http://aspace-anw-429.lyrtech.org/), but I quickly tested imports into that test application a while back and I didn't note any differences from the original EAC importer, so I suspect not. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of James R Griffin III > Sent: Friday, April 24, 2020 8:45 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Dear Joshua, Thank you very much for this, but unfortunately, the bioghist note (and its single subnote) are both marked as explicitly published, and I am still not finding the export in the EAC Document. I will proceed by seeing if maybe there are duplicate or problematic entries in the RDBMS backend. Best regards, James ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Joshua D. Shaw > Sent: Thursday, April 23, 2020 12:27 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hey James- Are the bioghist note(s) published - including any subnotes? Only bioghist notes and their subnotes will get added to the EAC if published. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of James R Griffin III > Sent: Thursday, April 23, 2020 12:13 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hello Everyone, Apologies in advance for any trouble, but I am currently experiencing difficulty attempting to export an EAC-CPF record. Currently there are "Notes" which exist within the database record for the Agent Person (I have verified that these exist in the `note` table within the relational database), but these are not being exported into a EAC-CPF document. I believe that the area of the code base where this is found is in: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L109 Please let me know if I can provide any further information. Thank you very much for your attention. Sincerely, James -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6608 bytes Desc: image003.jpg URL: From michelle.echols at mail.wvu.edu Fri Apr 24 14:39:04 2020 From: michelle.echols at mail.wvu.edu (Michelle Echols) Date: Fri, 24 Apr 2020 18:39:04 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace and OCLC Digital Gateway Message-ID: Hi all, We are looking to make our ArchivesSpace finding aids discoverable in WorldCat. We are hoping to set up our ArchivesSpace OAI-PMH to communicate with the Digital Collections Gateway. Our Systems team has created a base OAI-PMH url, but the records it pulls do not include an actionable URL identifier that points to the finding aids. Has anyone run into this problem and devised a solution to include urls that link to our ArchivesSpace finding aids? One potential solution we found would be to generate Archival Resource Keys (ARKs) https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/919502964/Archival+Resource+Keys+ARKs Has this or another solution worked for anyone using both ArchivesSpace and the Digital Gateway? Thank you for any help, Michelle Echols / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From kws2126 at columbia.edu Fri Apr 24 16:22:52 2020 From: kws2126 at columbia.edu (Kevin W. Schlottmann) Date: Fri, 24 Apr 2020 16:22:52 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace and OCLC Digital Gateway In-Reply-To: References: Message-ID: Dear Michelle, I think you are looking for something along the lines of an automatically generated URL being included in the export. While this may not be exactly that, I share our setup, because we also need URLs published via OAI. For legacy reasons Columbia has a wide range of URLs that lead to finding aids. We place these URLs into the EAD Location field of the resource record. In the EAD export, I believe that value is written to the element, in the url attribute. We needed the same thing for MARC, so our hosting provider Lyrasis has created a custom mapping for our MARC records, which takes the EAD Location and maps it to the MARC 856 field. (Code here: https://github.com/lyrasis/columbia-marc-exporter/blob/master/backend/model/columbia-marc21-overrides.rb ) Alternately, I note that in the OAI feed, the header tag includes an ASpace identifier along these lines: oai:columbia//repositories/2/resource/672 which could possibly be transformed into a usable URL. Best, Kevin On Fri, Apr 24, 2020 at 2:39 PM Michelle Echols < michelle.echols at mail.wvu.edu> wrote: > Hi all, > > We are looking to make our ArchivesSpace finding aids discoverable in > WorldCat. We are hoping to set up our ArchivesSpace OAI-PMH to communicate > with the Digital Collections Gateway. Our Systems team has created a base > OAI-PMH url, but the records it pulls do not include an actionable URL > identifier that points to the finding aids. Has anyone run into this > problem and devised a solution to include urls that link to our > ArchivesSpace finding aids? > > One potential solution we found would be to generate Archival Resource > Keys (ARKs) > https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/919502964/Archival+Resource+Keys+ARKs > > Has this or another solution worked for anyone using both ArchivesSpace > and the Digital Gateway? > > Thank you for any help, > > Michelle Echols > > */ **Michelle Echols* > Metadata and Cataloging Librarian > West Virginia University Libraries > (304) 293-4019 office > michelle.echols at mail.wvu.edu > she/her/hers > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Mon Apr 27 13:01:58 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 27 Apr 2020 17:01:58 +0000 Subject: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? Message-ID: Hi all- Just wondering what people have been doing when they need to do a total reindex and they have a live PUI? Our reindex takes about 4-6 hours typically and I'm looking to avoid 4-6 hours of PUI downtime if at all possible. I'm planning to just wipe the indexer_state files and leave the index itself in place while the re-index occurs, but I'm wondering if there are better/alternate methods? Theoretically the PUI should still be functional while the reindex takes place if only the indexer_state files are wiped. Thanks! Joshua ___________________ Joshua Shaw (he, him) Technology Coordinator Rauner Special Collections Library & Digital Library Technologies Group Dartmouth College 603.646.0405 -------------- next part -------------- An HTML attachment was scrubbed... URL: From srocampo at vcu.edu Mon Apr 27 14:09:54 2020 From: srocampo at vcu.edu (Jun Ocampo) Date: Mon, 27 Apr 2020 21:09:54 +0300 Subject: [Archivesspace_Users_Group] cannot edit collection logs indicate it is locked Message-ID: Not really a user here, just trying to help out as tech support, the actual user cannot edit an existing collection, as per the logs it is saying the collection is locked. anybody encountered this before, any ideas how to fix it. thanks. Started GET "/resolve/edit?uri=%2Frepositories%2F2%2Faccessions%2F7" for 0:0:0:0:0:0:0:1 at 2020-04-26 15:51:24 +0300 Processing by ResolverController#resolve_edit as HTML Parameters: {"uri"=>"/repositories/2/accessions/7"} Redirected to http://localhost:8080/accessions/7/edit Completed 302 Found in 0.0ms Started GET "/accessions/7/edit" for 0:0:0:0:0:0:0:1 at 2020-04-26 15:51:24 +0300 Processing by AccessionsController#edit as HTML Parameters: {"id"=>"7"} D, [2020-04-26T15:51:24.753000 #3000] DEBUG -- : Thread-360292: GET /repositories/2/accessions/7?resolve%5B%5D=subjects&resolve%5B%5D=related_resources&resolve%5B%5D=linked_agents&resolve%5B%5D=revision_statements&resolve%5B%5D=container_locations&resolve%5B%5D=digital_object&resolve%5B%5D=classifications&resolve%5B%5D=related_agents&resolve%5B%5D=resource&resolve%5B%5D=parent&resolve%5B%5D=creator&resolve%5B%5D=linked_instances&resolve%5B%5D=linked_records&resolve%5B%5D=related_accessions&resolve%5B%5D=linked_events&resolve%5B%5D=linked_events%3A%3Alinked_records&resolve%5B%5D=linked_events%3A%3Alinked_agents&resolve%5B%5D=top_container&resolve%5B%5D=container_profile&resolve%5B%5D=location_profile&resolve%5B%5D=owner_repo [session: #"admin", :login_time=>2020-04-26 15:51:18 +0300, :expirable=>true}, @id="810a5e0e9c5340cd2ebde7d238ac085fecefd12b1f9a1514fdee019c3dd09ee6">] D, [2020-04-26T15:51:24.753000 #3000] DEBUG -- : Thread-360292: Post-processed params: {:id=>7, :repo_id=>2, :resolve=>["subjects", "related_resources", "linked_agents", "revision_statements", "container_locations", "digital_object", "classifications", "related_agents", "resource", "parent", "creator", "linked_instances", "linked_records", "related_accessions", "linked_events", "linked_events::linked_records", "linked_events::linked_agents", "top_container", "container_profile", "location_profile", "owner_repo"]} D, [2020-04-26T15:51:24.800000 #3000] DEBUG -- : Thread-360292: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"6094"}, ["{\"lock_version\":11,\"suppressed\":false,\"title\":\"VCUarts Qatar Communications\",\"display_string\":\"VCUarts Qatar Communications\",\"publish\":true,\"content_description\":\"Papers, publications, ephemera created by the VCUarts Qatar Communications Department for media or public relations purposes. The collection also includes media and press, both national and international a... in 47.0ms Rendered shared/_breadcrumb.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar.html.erb (0.0ms) Rendered accessions/_sidebar.html.erb (16.0ms) Rendered extent_calculator/_show_calculation_template.html.erb (0.0ms) Rendered extent_calculator/_toolbar_button.html.erb (0.0ms) Sisenato Jun Ocampo -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Mon Apr 27 14:47:32 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Mon, 27 Apr 2020 18:47:32 +0000 Subject: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? In-Reply-To: References: Message-ID: Theoretically another way to do it is to update system_mtime on everything as well. https://gist.github.com/Blake-/538c8d7cc7ade39efc372a3e3e190873 Someplace in the official solr docs they say the best way to do it is to wipe everything. I've found it best to empty /data/. We'll usually do the full reindexes on a Friday night, most sites will have finished up by Monday. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw Sent: Monday, April 27, 2020 1:01 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? Hi all- Just wondering what people have been doing when they need to do a total reindex and they have a live PUI? Our reindex takes about 4-6 hours typically and I'm looking to avoid 4-6 hours of PUI downtime if at all possible. I'm planning to just wipe the indexer_state files and leave the index itself in place while the re-index occurs, but I'm wondering if there are better/alternate methods? Theoretically the PUI should still be functional while the reindex takes place if only the indexer_state files are wiped. Thanks! Joshua ___________________ Joshua Shaw (he, him) Technology Coordinator Rauner Special Collections Library & Digital Library Technologies Group Dartmouth College 603.646.0405 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Mon Apr 27 14:48:01 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Mon, 27 Apr 2020 18:48:01 +0000 Subject: [Archivesspace_Users_Group] cannot edit collection logs indicate it is locked In-Reply-To: References: Message-ID: You're seeing the locked error on the staff side edit page? What's it say? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jun Ocampo Sent: Monday, April 27, 2020 2:09 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] cannot edit collection logs indicate it is locked Not really a user here, just trying to help out as tech support, the actual user cannot edit an existing collection, as per the logs it is saying the collection is locked. anybody encountered this before, any ideas how to fix it. thanks. Started GET "/resolve/edit?uri=%2Frepositories%2F2%2Faccessions%2F7" for 0:0:0:0:0:0:0:1 at 2020-04-26 15:51:24 +0300 Processing by ResolverController#resolve_edit as HTML Parameters: {"uri"=>"/repositories/2/accessions/7"} Redirected to http://localhost:8080/accessions/7/edit Completed 302 Found in 0.0ms Started GET "/accessions/7/edit" for 0:0:0:0:0:0:0:1 at 2020-04-26 15:51:24 +0300 Processing by AccessionsController#edit as HTML Parameters: {"id"=>"7"} D, [2020-04-26T15:51:24.753000 #3000] DEBUG -- : Thread-360292: GET /repositories/2/accessions/7?resolve%5B%5D=subjects&resolve%5B%5D=related_resources&resolve%5B%5D=linked_agents&resolve%5B%5D=revision_statements&resolve%5B%5D=container_locations&resolve%5B%5D=digital_object&resolve%5B%5D=classifications&resolve%5B%5D=related_agents&resolve%5B%5D=resource&resolve%5B%5D=parent&resolve%5B%5D=creator&resolve%5B%5D=linked_instances&resolve%5B%5D=linked_records&resolve%5B%5D=related_accessions&resolve%5B%5D=linked_events&resolve%5B%5D=linked_events%3A%3Alinked_records&resolve%5B%5D=linked_events%3A%3Alinked_agents&resolve%5B%5D=top_container&resolve%5B%5D=container_profile&resolve%5B%5D=location_profile&resolve%5B%5D=owner_repo [session: #"admin", :login_time=>2020-04-26 15:51:18 +0300, :expirable=>true}, @id="810a5e0e9c5340cd2ebde7d238ac085fecefd12b1f9a1514fdee019c3dd09ee6">] D, [2020-04-26T15:51:24.753000 #3000] DEBUG -- : Thread-360292: Post-processed params: {:id=>7, :repo_id=>2, :resolve=>["subjects", "related_resources", "linked_agents", "revision_statements", "container_locations", "digital_object", "classifications", "related_agents", "resource", "parent", "creator", "linked_instances", "linked_records", "related_accessions", "linked_events", "linked_events::linked_records", "linked_events::linked_agents", "top_container", "container_profile", "location_profile", "owner_repo"]} D, [2020-04-26T15:51:24.800000 #3000] DEBUG -- : Thread-360292: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"6094"}, ["{\"lock_version\":11,\"suppressed\":false,\"title\":\"VCUarts Qatar Communications\",\"display_string\":\"VCUarts Qatar Communications\",\"publish\":true,\"content_description\":\"Papers, publications, ephemera created by the VCUarts Qatar Communications Department for media or public relations purposes. The collection also includes media and press, both national and international a... in 47.0ms Rendered shared/_breadcrumb.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar_entry.html.erb (0.0ms) Rendered shared/_sidebar.html.erb (0.0ms) Rendered accessions/_sidebar.html.erb (16.0ms) Rendered extent_calculator/_show_calculation_template.html.erb (0.0ms) Rendered extent_calculator/_toolbar_button.html.erb (0.0ms) [http://www.qatar.vcu.edu/images/vcuqatarlogoemail.jpg] Sisenato Jun Ocampo -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Mon Apr 27 16:00:53 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 27 Apr 2020 20:00:53 +0000 Subject: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? In-Reply-To: References: , Message-ID: Hey Blake- I usually empty the indexer states directories and the data/solr_index/index directory when I do a fresh index run, but this is the first time I've had to do a re-index while the PUI is live. Staff I can give a heads up and they typically don't work weekends anyway. But students & faculty are a different ballgame! Do you inform users of the PUI that its down? Or do your stats indicate that the use on weekends is low enough not to warrant that step? I'm loathe to completely take down an online resource - especially now when Dartmouth is in the middle of its spring quarter. I guess I'll try a couple of different approaches on our dev site and see which turns out to be best. If none of those work, postponing the update till early June is probably the best option for us (when classes and finals end). Thanks! Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Monday, April 27, 2020 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? Theoretically another way to do it is to update system_mtime on everything as well. https://gist.github.com/Blake-/538c8d7cc7ade39efc372a3e3e190873 Someplace in the official solr docs they say the best way to do it is to wipe everything. I've found it best to empty /data/. We'll usually do the full reindexes on a Friday night, most sites will have finished up by Monday. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw Sent: Monday, April 27, 2020 1:01 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? Hi all- Just wondering what people have been doing when they need to do a total reindex and they have a live PUI? Our reindex takes about 4-6 hours typically and I'm looking to avoid 4-6 hours of PUI downtime if at all possible. I'm planning to just wipe the indexer_state files and leave the index itself in place while the re-index occurs, but I'm wondering if there are better/alternate methods? Theoretically the PUI should still be functional while the reindex takes place if only the indexer_state files are wiped. Thanks! Joshua ___________________ Joshua Shaw (he, him) Technology Coordinator Rauner Special Collections Library & Digital Library Technologies Group Dartmouth College 603.646.0405 -------------- next part -------------- An HTML attachment was scrubbed... URL: From aearmstrongc at vcu.edu Tue Apr 28 01:41:22 2020 From: aearmstrongc at vcu.edu (Annabel Armstrong-Clarke) Date: Tue, 28 Apr 2020 08:41:22 +0300 Subject: [Archivesspace_Users_Group] Unable to save edits Message-ID: Hi everyone I have started having an issue over the last few days with edits to either Accession or Resource records - ArchivesSpace is no longer saving the changes. It just started happening a few days ago and no amount of logging out, shutting down, rebooting the server is helping. Does anyone have any ideas? We are using version 1.5.1 - which may be part of the problem - but odd that it would have suddenly started. Any ideas you may have would be great to hear! thanks very much Annabel Annabel Armstrong-Clarke University Archivist Virginia Commonwealth University School of the Arts in Qatar PO Box 8095, Doha, Qatar www.qatar.vcu.edu Office Hours: Sunday-Wednesday 8am-1pm aearmstrongc at vcu.edu | M +97433837806 | P +974 4402 0577 <+97444020577> Please consider the environment before printing this email. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Tue Apr 28 09:20:24 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Tue, 28 Apr 2020 14:20:24 +0100 Subject: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? In-Reply-To: References: Message-ID: Not knowing which version you are using I cannot be absolutely sure, but for versions released in recent years deleting the /indexer_state/ and /indexer_pui_state/ subfolders inside the /data/ directory will not cause downtime or missing records for PUI users (nor staff.) If you are re-indexing because you've made changes to config.rb it will require an application restart to put the change into effect. Delete those state folders immediately after running the restart command, and the indexer will begin refreshing records in batches once it is back up and running. If the changes you've made affect how certain records are indexed (e.g. inherited_fields for archival_objects) then there will be some inconsistency until every record has been overwritten in Solr's memory by the ArchivesSpace indexer. But it is unlikely any end user will notice. If you do decide to block user access during the re-index, you should note it is possible for the indexer to go into a loop when doing a full re-index, and never finish. But only if you've got lots of complex records in a single repository. That is because the last step in re-indexing each repository is to send an instruction to Solr to commit all changes in memory to disk. Depending on the speed of whatever storage layer your system uses that can take longer than 5 minutes, in which case the indexer will start again from scratch. We've set AppConfig[:indexer_solr_timeout_seconds] to 1800 to give it half an hour, to avoid this. Andrew. On 27/04/2020 21:00, Joshua D. Shaw wrote: > Hey Blake- > > I usually empty the indexer states directories and the > data/solr_index/index directory when I do a fresh index run, but this > is the first time I've had to do a re-index while the PUI is live. > Staff I can give a heads up and they typically don't work weekends > anyway. But students & faculty are a different ballgame! > > Do you inform users of the PUI that its down? Or do your stats > indicate that the use on weekends is low enough not to warrant that > step? I'm loathe to completely take down an online resource - > especially now when Dartmouth is in the middle of its spring quarter. > > I guess I'll try a couple of different approaches on our dev site and > see which turns out to be best. If none of those work, postponing the > update till early June is probably the best option for us (when > classes and finals end). > > Thanks! > Joshua > > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Blake Carver > *Sent:* Monday, April 27, 2020 2:47 PM > *To:* Archivesspace Users Group > > *Subject:* Re: [Archivesspace_Users_Group] Best Way to Reindex with > PUI Live? > Theoretically another way to do it is to update system_mtime on > everything as well. > > https://gist.github.com/Blake-/538c8d7cc7ade39efc372a3e3e190873 > > > Someplace in the official solr docs they say the best way to do it is > to wipe everything. I've found it best to empty /data/. > > We'll usually do the full reindexes on a Friday night, most sites will > have finished up by Monday. > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Joshua D. Shaw > *Sent:* Monday, April 27, 2020 1:01 PM > *To:* Archivesspace Users Group > > *Subject:* [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? > Hi all- > > Just wondering what people have been doing when they need to do a > total reindex and they have a live PUI? Our reindex takes about 4-6 > hours typically and I'm looking to avoid 4-6 hours of PUI downtime if > at all possible. > > I'm planning to just wipe the indexer_state files and leave the index > itself in place while the re-index occurs, but I'm wondering if there > are better/alternate methods? Theoretically the PUI should still be > functional while the reindex takes place if only the indexer_state > files are wiped. > > Thanks! > Joshua > > ___________________ > Joshua Shaw (he, him) > Technology Coordinator > Rauner Special Collections Library & Digital Library Technologies Group > Dartmouth College > 603.646.0405 > > _______________________________________________ > 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 andrew.morrison at bodleian.ox.ac.uk Tue Apr 28 09:21:02 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Tue, 28 Apr 2020 14:21:02 +0100 Subject: [Archivesspace_Users_Group] Unable to save edits In-Reply-To: References: Message-ID: <3a6eb4ad-1513-cbad-1426-bf509bfdd584@bodleian.ox.ac.uk> You probably need to find and share any errors messages in the log files before anyone will be able to help you. Andrew. On 28/04/2020 06:41, Annabel Armstrong-Clarke wrote: > Hi everyone > > I have started having an issue over the last few days with edits to > either Accession or Resource records - ArchivesSpace is no longer > saving the changes. It just started happening a few days ago and no > amount of logging out, shutting down, rebooting the server is helping. > Does anyone have any ideas? We are using version 1.5.1 - which may be > part of the problem - but odd that it would have suddenly started. Any > ideas you may have would be great to hear! > > thanks very much > Annabel > > > > Annabel Armstrong-Clarke > University Archivist > Virginia Commonwealth University School of the Arts in Qatar > PO Box 8095, Doha, Qatar > www.qatar.vcu.edu > > Office Hours: Sunday-Wednesday 8am-1pm > > aearmstrongc at vcu.edu | M +97433837806 > | P +974 4402 0577 > > Please consider the environment before printing this email. > > > _______________________________________________ > 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 Tue Apr 28 10:08:53 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 28 Apr 2020 14:08:53 +0000 Subject: [Archivesspace_Users_Group] Webinar Announcement: IntegratingArchivesSpace and ArcLight Message-ID: <1BEC97B1-346B-4469-ABEA-3C1BC9DB78E9@lyrasis.org> Webinar Announcement: Integrating ArchivesSpace and Alma The next webinar in the Integrations with ArchivesSpace series will be Tuesday, May 12, at 2pm ET. Each webinar in this series highlights an integration with another application used in archives that ArchivesSpace members have worked on or requested. Our eighth webinar in this series will discuss integration with ArcLight. ArcLight is a community-based effort to build an open source Blacklight-based environment to support discovery and delivery of archival material, led by Stanford Libraries. When: May 12, 2020 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? noon PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_q5w25dN_QUyiXkqM5UPaGA 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. Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. In this webinar, Mark A. Matienzo, Assistant Director for Digital Strategy and Access at the Stanford University Libraries, will provide background on the ArcLight project, its features, and how it aligns with and is distinctive from ArchivesSpace. Since 2015, the ArcLight project has had an extensive design phase and two software development work cycles, with contributions from over 40 people and over 9 institutions. In their position at Stanford, Mark manages the digital library discovery, access, and delivery portfolio and a team of software engineers and user experience designers. Prior to joining Stanford, Mark worked as an archivist, technologist, and strategist specializing in born-digital materials and metadata management, at institutions including the Digital Public Library of America, Yale University Library, The New York Public Library, and the American Institute of Physics. After, Gregory Wiedeman, University Archivist in the M.E. Grenander Department of Special Collections & Archives at the University at Albany, SUNY, will discuss UAlbany?s integration of ArchivesSpace and ArcLight. UAlbany implemented ArcLight in March 2019 to provide access to archival description. This instance relies on integrations with ArchivesSpace for creating and managing description, and Hyrax for providing access to digital objects. Greg will overview why UAlbany chose this direction before briefly diving into the details on how UAlbany?s integration works. Finally, he will discuss what is working well with these systems and what still needs improvement. In his position at UAlbany, Greg helps ensure long-term access to the school?s public records. He oversees collecting, processing, and reference for the University Archives and supports the implementation and development of the department?s archival systems. Who should attend: Anyone interested in learning more about ArcLight, integrating ArcLight and ArchivesSpace or who has already integrated the two systems Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or the Integrations with ArchivesSpace webinar series. The next Integrations with ArchivesSpace webinar will be: Integrating ArchivesSpace with Islandora and Drupal at University of Nevada, Las Vegas Libraries, July 15, 2020, at 2pm ET (11am PT). 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: 4937 bytes Desc: image001.jpg URL: From Joshua.D.Shaw at dartmouth.edu Tue Apr 28 10:47:46 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 28 Apr 2020 14:47:46 +0000 Subject: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? In-Reply-To: References: , Message-ID: Thanks, Andrew! So far we haven't had any issues with indexer commit timeouts, but I'll keep that in mind. There's an extra wrinkle that I forgot to mention. Its a 2.5.0 -> 2.7.1 upgrade and the data the indexer gathers has changed (both from core and from some local indexer changes) so I think I'm going to follow something similar to a suggestion Mark Custer made. Basically, I'm thinking of spinning up a clone of the 2.5.0 app and db and let that index, then point our PUI to that, then upgrade the app and run the db and indexer updates on the now hidden from the public production version, and then point the PUI back to the old production system once the indexer has finished up. And, finally, remove the clone. Something like that seems the most foolproof in concept. And we'll be doing it during our intercession to minimize any risk. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Andrew Morrison Sent: Tuesday, April 28, 2020 9:20 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? Not knowing which version you are using I cannot be absolutely sure, but for versions released in recent years deleting the indexer_state and indexer_pui_state subfolders inside the data directory will not cause downtime or missing records for PUI users (nor staff.) If you are re-indexing because you've made changes to config.rb it will require an application restart to put the change into effect. Delete those state folders immediately after running the restart command, and the indexer will begin refreshing records in batches once it is back up and running. If the changes you've made affect how certain records are indexed (e.g. inherited_fields for archival_objects) then there will be some inconsistency until every record has been overwritten in Solr's memory by the ArchivesSpace indexer. But it is unlikely any end user will notice. If you do decide to block user access during the re-index, you should note it is possible for the indexer to go into a loop when doing a full re-index, and never finish. But only if you've got lots of complex records in a single repository. That is because the last step in re-indexing each repository is to send an instruction to Solr to commit all changes in memory to disk. Depending on the speed of whatever storage layer your system uses that can take longer than 5 minutes, in which case the indexer will start again from scratch. We've set AppConfig[:indexer_solr_timeout_seconds] to 1800 to give it half an hour, to avoid this. Andrew. On 27/04/2020 21:00, Joshua D. Shaw wrote: Hey Blake- I usually empty the indexer states directories and the data/solr_index/index directory when I do a fresh index run, but this is the first time I've had to do a re-index while the PUI is live. Staff I can give a heads up and they typically don't work weekends anyway. But students & faculty are a different ballgame! Do you inform users of the PUI that its down? Or do your stats indicate that the use on weekends is low enough not to warrant that step? I'm loathe to completely take down an online resource - especially now when Dartmouth is in the middle of its spring quarter. I guess I'll try a couple of different approaches on our dev site and see which turns out to be best. If none of those work, postponing the update till early June is probably the best option for us (when classes and finals end). Thanks! Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Monday, April 27, 2020 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? Theoretically another way to do it is to update system_mtime on everything as well. https://gist.github.com/Blake-/538c8d7cc7ade39efc372a3e3e190873 Someplace in the official solr docs they say the best way to do it is to wipe everything. I've found it best to empty /data/. We'll usually do the full reindexes on a Friday night, most sites will have finished up by Monday. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw Sent: Monday, April 27, 2020 1:01 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Best Way to Reindex with PUI Live? Hi all- Just wondering what people have been doing when they need to do a total reindex and they have a live PUI? Our reindex takes about 4-6 hours typically and I'm looking to avoid 4-6 hours of PUI downtime if at all possible. I'm planning to just wipe the indexer_state files and leave the index itself in place while the re-index occurs, but I'm wondering if there are better/alternate methods? Theoretically the PUI should still be functional while the reindex takes place if only the indexer_state files are wiped. Thanks! Joshua ___________________ Joshua Shaw (he, him) Technology Coordinator Rauner Special Collections Library & Digital Library Technologies Group Dartmouth College 603.646.0405 _______________________________________________ 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 Wed Apr 29 13:46:31 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 29 Apr 2020 17:46:31 +0000 Subject: [Archivesspace_Users_Group] Webinar Announcement: ArchivesSpace Data Cleanup: Tips, Tricks, and Tools Message-ID: <5D434DD3-2C10-4308-8EB2-FDEF2ADC3C2A@lyrasis.org> Webinar Announcement: ArchivesSpace Data Cleanup: Tips, Tricks, and Tools ArchivesSpace will be offering a 90-minute webinar on ArchivesSpace data cleanup on Wednesday, May 6, at 2pm ET. Most of us are doing our jobs under much different conditions than usual. As a browser-based system you can access from anywhere, ArchivesSpace is a tool that can be used when working remotely and many ArchivesSpace users are finding themselves executing large scale data cleanup projects that have only recently been prioritized. This webinar will highlight tools, workflows and data cleanup projects developed by members of the ArchivesSpace member community that may prove helpful to users developing their own data cleanup projects. When: May 6, 2020 Time: 2:00 p.m. ? 3:30 p.m. ET (11:00 a.m. ? 12:30pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_RXu6oWVJQ5yzbiHLN7gWRQ 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. Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. ArchivesSpace users from a variety of institutions will explain metadata remediation and maintenance projects at their institutions, and offer tools and strategies for working with duplicate records, legacy description and non-standard metadata, and renumbering and adding information to boxes and folders (i.e. top containers and sub containers). Projects to be discussed include name authority remediation, addressing duplicate agent and subject records, improving date metadata and uploading EAD finding aids while managing staff working in ArchivesSpace remotely. Webinar Presenters: Alicia Detelich is a metadata archivist in the Manuscripts and Archives department at Yale University?s Sterling Memorial Library. Her work is focused on developing tools and workflows for creating and enhancing archival description. Alexander Duryee is the Metadata Archivist at the New York Public Library, where he manages and develops systems for archival description and discovery. He received his MLIS from Rutgers University. Abby Hoverstock is the Senior Archivist in the Western History and Genealogy Department of the Denver Public Library. The department is steward of about 5,500 manuscript collections in a busy downtown public library where access by anyone, without an appointment, is their strength. Abby?s team consists of 6 archives staff (and 20+ volunteers) who accession and catalog new collections with commendable speed and precision! Meaghan O?Riordan has served as the Accessioning Archivist for the Stuart A. Rose Manuscript, Archives & Rare Book Library at Emory University since 2016. Previously she was a Library Associate at North Carolina State University. She holds a Master?s in library science from UNC-Chapel Hill. Rachel Searcy is the Accessioning Archivist and an ArchivesSpace administrator at New York University Libraries, working in the Archival Collections Management department. Previously, Rachel held positions focused on processing, metadata, and digitization at NYU's Tamiment Library and Robert F. Wagner Labor Archives, and the John F. Kennedy Presidential Library and Museum. Who should attend: This webinar will be of interest to archivists working with legacy metadata and those interested in approaches to data cleanup projects, as well as those considering possibilities for ArchivesSpace-related projects when working remotely. Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or our other online events. 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: 8536 bytes Desc: image001.jpg URL: From michelle.echols at mail.wvu.edu Wed Apr 29 16:33:15 2020 From: michelle.echols at mail.wvu.edu (Michelle Echols) Date: Wed, 29 Apr 2020 20:33:15 +0000 Subject: [Archivesspace_Users_Group] Opaque prefixes for ARKs Message-ID: Hello, Has anyone used ArchivesSpace to generate ARKs? I've read that it can be important to use prefixes to comply with ARK rules. Do we configure this prefix ourselves, or is the key entirely assigned by ArchivesSpace? Apologies if my question isn't clear! I am new to this topic and will be happy to re-word it for clarity if necessary. Thank you, / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed Apr 29 16:37:22 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 29 Apr 2020 20:37:22 +0000 Subject: [Archivesspace_Users_Group] Opaque prefixes for ARKs In-Reply-To: References: Message-ID: In 2.7.0 and up you can set those in the config as outlined here: https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L653-L665 # ARKs configuration options # determines whether fields and options related to ARKs appear in the staff interface AppConfig[:arks_enabled] = false # If you are planning on using ARKs, change this to a valid, registered NAAN. # Institutional NAAN value to use in ARK URLs. AppConfig[:ark_naan] = "99999" # URL prefix to use in ARK URLs. # In most cases this will be the same as the PUI URL. AppConfig[:ark_url_prefix] = proc { AppConfig[:public_proxy_url] } ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Michelle Echols Sent: Wednesday, April 29, 2020 4:33 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Opaque prefixes for ARKs Hello, Has anyone used ArchivesSpace to generate ARKs? I've read that it can be important to use prefixes to comply with ARK rules. Do we configure this prefix ourselves, or is the key entirely assigned by ArchivesSpace? Apologies if my question isn't clear! I am new to this topic and will be happy to re-word it for clarity if necessary. Thank you, / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From pcollopy at caltech.edu Wed Apr 29 16:43:09 2020 From: pcollopy at caltech.edu (Collopy, Peter S.) Date: Wed, 29 Apr 2020 20:43:09 +0000 Subject: [Archivesspace_Users_Group] Opaque prefixes for ARKs In-Reply-To: References: Message-ID: I know a fair amount about ArchivesSpace and ARKs separately but haven?t used ARK assignment within ArchivesSpace. Based on this config documentation, it looks to me, Michelle, like the answer to your question is that you should start by getting a NAAN (Name Assigning Authority Number) from California Digital Library. I just looked at their registry and it looks like West Virginia University got the NAAN 22916 three days ago, though, so perhaps you?ve already done that. That?s what you need to configure in the ArchivesSpace config file, then ArchivesSpace should be able to assign appropriate ARKs for you. Peter On Apr 29, 2020, at 13:37, Blake Carver > wrote: In 2.7.0 and up you can set those in the config as outlined here: https://github.com/archivesspace/archivesspace/blob/master/common/config/config-defaults.rb#L653-L665 # ARKs configuration options # determines whether fields and options related to ARKs appear in the staff interface AppConfig[:arks_enabled] = false # If you are planning on using ARKs, change this to a valid, registered NAAN. # Institutional NAAN value to use in ARK URLs. AppConfig[:ark_naan] = "99999" # URL prefix to use in ARK URLs. # In most cases this will be the same as the PUI URL. AppConfig[:ark_url_prefix] = proc { AppConfig[:public_proxy_url] } ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Michelle Echols > Sent: Wednesday, April 29, 2020 4:33 PM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Opaque prefixes for ARKs Hello, Has anyone used ArchivesSpace to generate ARKs? I've read that it can be important to use prefixes to comply with ARK rules. Do we configure this prefix ourselves, or is the key entirely assigned by ArchivesSpace? Apologies if my question isn't clear! I am new to this topic and will be happy to re-word it for clarity if necessary. Thank you, / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her/hers _______________________________________________ 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 Apr 30 11:43:54 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 30 Apr 2020 15:43:54 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> Message-ID: Dear ArchivesSpace Members, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. 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: 29066 bytes Desc: image001.jpg URL: From Jessica.Crouch at lyrasis.org Thu Apr 30 13:38:17 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 30 Apr 2020 17:38:17 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - April 2020 In-Reply-To: References: Message-ID: <6DB23203-5F5B-422A-970D-7D1044443F05@lyrasis.org> [cid:image001.jpg at 01D61EF4.9A44EC30] April 2020 Update Development We're getting close to putting the final touches on the next release of ArchivesSpace and expect to have it ready by mid-May. New features for the next release include merging top containers, importing archival objects from spreadsheets, additional browse and search preferences for the staff interface, additional information in the background jobs area, and some small improvements to search for the public interface, among others. It will also have some accessibility, performance improvements, and bug fixes. We anticipate putting out a call for wider testing as soon as next week. Membership Renewals ArchivesSpace is developed by and for the community that uses it, and strengthened by services and activities that support our community and connect us to one another. As we get close to the end of another membership year, we want to give a special thanks to all of the institutions that have joined us as members. ArchivesSpace membership is our primary source of revenue and informs and sustains every aspect of the program, including software development, support and engagement. Thanks for all that your support makes possible. ArchivesSpace membership renewals are in the process of being sent out to all current members for 2020/2021. If you have any questions or need your invoice sooner, please let us know. We look forward to another year working together. Registration now open - Second Annual ArchivesSpace Online Forum Register now for our second Online Forum! Taking place May 18-21, 2020, our online forum will be a four-day event spanning a variety of time zones and ArchivesSpace experience levels. As with our in-person forums, our Online Forum will include a mix of opportunities to share and learn from each other about many different aspects of ArchivesSpace. The forum aims to span the many time zones of our community over the course of 4 days with a three hour block each day. Visit the Online Forum wiki to view the schedule for each day. Upcoming Webinar: ArchivesSpace Data Cleanup: Tips, Tricks, and Tools ArchivesSpace will be offering a 90-minute webinar on ArchivesSpace data cleanup on Wednesday, May 6, at 2pm ET. Most of us are doing our jobs under much different conditions than usual. As a browser-based system you can access from anywhere, ArchivesSpace is a tool that can be used when working remotely and many ArchivesSpace users are finding themselves executing large scale data cleanup projects that have only recently been prioritized. This webinar will highlight tools, workflows and data cleanup projects developed by members of the ArchivesSpace member community that may prove helpful to users developing their own data cleanup projects. When: May 6, 2020 Time: 2:00 p.m. ? 3:30 p.m. ET (11:00 a.m. ? 12:30pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_RXu6oWVJQ5yzbiHLN7gWRQ 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. Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. ArchivesSpace users from a variety of institutions will explain metadata remediation and maintenance projects at their institutions, and offer tools and strategies for working with duplicate records, legacy description and non-standard metadata, and renumbering and adding information to boxes and folders (i.e. top containers and sub containers). Projects to be discussed include name authority remediation, addressing duplicate agent and subject records, improving date metadata and uploading EAD finding aids while managing staff working in ArchivesSpace remotely. Webinar Presenters: Alicia Detelich is a metadata archivist in the Manuscripts and Archives department at Yale University?s Sterling Memorial Library. Her work is focused on developing tools and workflows for creating and enhancing archival description. Alexander Duryee is the Metadata Archivist at the New York Public Library, where he manages and develops systems for archival description and discovery. He received his MLIS from Rutgers University. Abby Hoverstock is the Senior Archivist in the Western History and Genealogy Department of the Denver Public Library. The department is steward of about 5,500 manuscript collections in a busy downtown public library where access by anyone, without an appointment, is their strength. Abby?s team consists of 6 archives staff (and 20+ volunteers) who accession and catalog new collections with commendable speed and precision! Meaghan O?Riordan has served as the Accessioning Archivist for the Stuart A. Rose Manuscript, Archives & Rare Book Library at Emory University since 2016. Previously she was a Library Associate at North Carolina State University. She holds a Master?s in library science from UNC-Chapel Hill. Rachel Searcy is the Accessioning Archivist and an ArchivesSpace administrator at New York University Libraries, working in the Archival Collections Management department. Previously, Rachel held positions focused on processing, metadata, and digitization at NYU's Tamiment Library and Robert F. Wagner Labor Archives, and the John F. Kennedy Presidential Library and Museum. Who should attend: This webinar will be of interest to archivists working with legacy metadata and those interested in approaches to data cleanup projects, as well as those considering possibilities for ArchivesSpace-related projects when working remotely. Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or our other online events. Upcoming Webinar: Integrating ArchivesSpace with ArcLight The next webinar in the Integrations with ArchivesSpace series will be Tuesday, May 12, at 2pm ET. Each webinar in this series highlights an integration with another application used in archives that ArchivesSpace members have worked on or requested. Our eighth webinar in this series will discuss integration with ArcLight. ArcLight is a community-based effort to build an open source Blacklight-based environment to support discovery and delivery of archival material, led by Stanford Libraries. When: May 12, 2020 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? noon PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_q5w25dN_QUyiXkqM5UPaGA 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. Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. In this webinar, Mark A. Matienzo, Assistant Director for Digital Strategy and Access at the Stanford University Libraries, will provide background on the ArcLight project, its features, and how it aligns with and is distinctive from ArchivesSpace. Since 2015, the ArcLight project has had an extensive design phase and two software development work cycles, with contributions from over 40 people and over 9 institutions. In their position at Stanford, Mark manages the digital library discovery, access, and delivery portfolio and a team of software engineers and user experience designers. Prior to joining Stanford, Mark worked as an archivist, technologist, and strategist specializing in born-digital materials and metadata management, at institutions including the Digital Public Library of America, Yale University Library, The New York Public Library, and the American Institute of Physics. Gregory Wiedeman, University Archivist in the M.E. Grenander Department of Special Collections & Archives at the University at Albany, SUNY, will discuss UAlbany?s integration of ArchivesSpace and ArcLight. UAlbany implemented ArcLight in March 2019 to provide access to archival description. This instance relies on integrations with ArchivesSpace for creating and managing description, and Hyrax for providing access to digital objects. Greg will overview why UAlbany chose this direction before briefly diving into the details on how UAlbany?s integration works. Finally, he will discuss what is working well with these systems and what still needs improvement. In his position at UAlbany, Greg helps ensure long-term access to the school?s public records. He oversees collecting, processing, and reference for the University Archives and supports the implementation and development of the department?s archival systems. The recording for our seventh webinar in the series, Integrating ArchivesSpace and Alma, is now available on YouTube. Take a Break with ArchivesSpace Whether working from home for the first time, as remote working pros, or as onsite staff, most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. We will continue hosting our casual open calls via zoom at 12pm ET each Friday. We won?t be developing agendas or presentations for these calls. We just want to provide a forum and an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace or anything else in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Visit our blog for connection information We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Save the Dates Mark your calendars for these upcoming ArchivesSpace events! (Note: we are, of course, keeping a close eye on the covid-19 outbreak and its impact on institutions and localities in our community. In person events are subject to change based on wider developments.) * ArchivesSpace Online Forum - May 18-21, 2020 * ArchivesSpace Annual Member Forum - August 4, 2020, at North Park University in Chicago, IL * ArchivesSpace UK Regional Member Forum - December 9-10, 2020, at University of Oxford in Oxford, England This list of events is for informational purposes and is meant to help as you plan your upcoming travel and professional development. Calls for proposals, registration information, schedules and other information for each event will be announced and included on the wiki as planning commences for that event. Membership Update We are excited to welcome our newest members to our community! Our new members since March 31 include: * Earlham College (Richmond, IN) * Lafayette College (Easton, PA) * Keene State College (Educational Program Member) As of April 30, we have 415 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 Tools 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: 22470 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 firestom at southwestern.edu Thu Apr 30 18:13:34 2020 From: firestom at southwestern.edu (Megan Firestone) Date: Thu, 30 Apr 2020 17:13:34 -0500 Subject: [Archivesspace_Users_Group] Save +1 Feature Message-ID: Hi, We recently encountered an issue where the Save Archival Object +1 button has disappeared as an option when working with a record. The staff member that reported it said that it will disappear and come back after so many records. When I went into the system to see if I could duplicate the issue, the button doesn't even appear in any resource records. I have attached a screenshot. Any thoughts on things we should try would be appreciated. Thank you, Megan -- Megan M. Firestone Head of Special Collections & Archives A. Frank Smith, Jr. Library Center Southwestern University 512.863.1221 firestom at southwestern.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2020-04-30 at 5.12.58 PM.png Type: image/png Size: 62915 bytes Desc: not available URL: