From na207 at cam.ac.uk Thu Jul 1 06:17:29 2021 From: na207 at cam.ac.uk (Natalie Adams) Date: Thu, 1 Jul 2021 10:17:29 +0000 Subject: [Archivesspace_Users_Group] Harmful language in archival descriptions: statements and feedback from users Message-ID: Dear all, Here in Cambridge we run an AS implementation for a range of archive repositories, some of which are formally part of the University of Cambridge and some of which are not. ArchiveSearch, our discovery layer, includes data contributed by a range of organisations- several of which have their own policy statements on inclusion and diversifying collections. We would like to add a statement to ArchiveSearch about inclusion and harmful language in archival descriptions and also incorporate links to the catalogues providing end users/researchers with an easy way to propose changes or corrections to catalogue entries. This issue will be discussed at our next User Group meeting. I've had a look at several ArchivesSpace sites and can see that many of you have already implemented similar approaches. I would be very interested in information about the volume of requests from end users to remediate catalogue descriptions or feedback you have received from your users if you would be willing to share your experiences. If you could also point me towards examples of policy statements (especially any for data aggregators) that would also be very useful. Many thanks in advance and best wishes, Natalie Natalie Adams Metadata Specialist Cambridge University Library West Road Cambridge CB3 9DR Information about opening hours and Library services -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Jul 1 11:49:36 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 1 Jul 2021 15:49:36 +0000 Subject: [Archivesspace_Users_Group] Registration now open- ArchivesSpace 7th Annual Member Forum Message-ID: <7E80EA98-BF02-4C23-8AF5-9A6045E2137F@lyrasis.org> [Graphical user interface Description automatically generated with low confidence] Registration is now open for the 7th Annual ArchivesSpace Member Forum! Just as in previous years, this will be a free opportunity for staff from ArchivesSpace member institutions to meet and share information with each other and the program team about all things ArchivesSpace. While traditionally an in-person event, ArchivesSpace will be holding its seventh Annual Member Forum virtually. This free event is a chance for ArchivesSpace members to come together to highlight the work they are doing in ArchivesSpace, show off new plugins or tools they?ve developed, and attend instructional sessions and discussions on a variety of topics. As with our previous Annual Member Forums, it is being held in conjunction with the Society of American Archivists annual meeting, but it is not part of SAA and does not require registration for the SAA Annual Meeting. When: Presentations, breakout discussions, and casual mixers will be held on August 2-4, 2021, and all individuals from ArchivesSpace member institutions are welcome to attend some or all of the sessions on these days. Times vary by day so be sure to review the agenda and use the ?find your local time? feature to confirm the event date and time for your region. Where: All online via Zoom, with opportunities to join via computer or phone. Who Can Attend: The ArchivesSpace Member Forum is open to individuals from ArchivesSpace member institutions only. To register, you must use an institutional email address associated with an ArchivesSpace member institution. Registrations using personal email addresses and addresses associated with non-member institutions will not be accepted. This means that events with limited capacity may fill before you are able to correct your registration. Online registration: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2770599937/ArchivesSpace+Member+Forum+2021 Registrations for each day are separate and you must register individually for all days/events you are interested in attending. Registration information is linked above each event on the agenda. Propose a session or topic: The program is still developing. If you would like to propose a session or topic for the forum, there is a short Google form for proposals available at https://forms.gle/7ru7pemTkshL2HDB9. Proposals will be reviewed on a rolling basis. The last day that proposals will be accepted is July 16, 2021, and all notifications will be made by July 20, 2021. We will be recording the sessions on August 2 and 4, 2021, but will not be recording discussions or mixers. We encourage you to dip in and out of the live programs as much as you can. 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: 164446 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29064 bytes Desc: image002.jpg URL: From Corinne.Chatnik at nysed.gov Thu Jul 1 16:03:15 2021 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Thu, 1 Jul 2021 20:03:15 +0000 Subject: [Archivesspace_Users_Group] Manipulate the order of the Global Material Types / Formats in Assessments Message-ID: Hi, Is there a way to manipulate the order of the Global Material Types / Formats in Assessments? In the Assessments form the values appear to default to Alphabetical no matter the layout in the Manage Assessment Attributes interface. I can see the drag and drop re-ordering functionality for the additional fields but I'd like to be able to change the order of the out of the box Global Material Types. Thanks! Corinne Chatnik Digital Strategies New York State Archives 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 Jessica.Crouch at lyrasis.org Tue Jul 6 09:37:24 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 6 Jul 2021 13:37:24 +0000 Subject: [Archivesspace_Users_Group] Webinar Reminder - Virtual Every Step of the Way: Migrating to ArchivesSpace during Remote Work In-Reply-To: <17A924AB-84A5-43FF-8430-056709F812B9@lyrasis.org> References: <17A924AB-84A5-43FF-8430-056709F812B9@lyrasis.org> Message-ID: <8DE7C7AA-ED6B-4E23-A3D0-E4AC7FBC1268@lyrasis.org> Dear ArchivesSpace users, There?s still time to register for tomorrow?s webinar on implementing ArchivesSpace in a remote work environment. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries - Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. When: July 7, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00 pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_p_-DXUf8S1KlEYmsheGujw This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In February 2020, USF Libraries ? Tampa Special Collections formally began the process to migrate to ArchivesSpace. Those discussions quickly stalled, however, when the University asked that they begin to formulate continuity of operations plans for remote work in preparations for what was then a hypothetical shutdown. Early into lockdown, USF determined that it would actually be the perfect time to migrate to ArchivesSpace. The campus was closed, no Reading Room services could be provided, and staff wanted to engage in meaningful projects. Guiding a team consisting of librarians, staff, and student employees, Special Collections organized a multi-phase plan for preparing data for migration, undergoing migration, and cleaning records in ArchivesSpace. As staff begin to gain more physical access in 2021, they are finalizing the clean up and ready to engage with patrons using ArchivesSpace. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries - Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. No one on staff had prior experience with ArchivesSpace and all members of the team were trained in stages. They will also address how this project encouraged a more holistic reassessment, including systematically evaluating finding aids for missing information, conscious editing of descriptive content and subject headings, and the addition of classification headers. A Q&A will follow. Presenter Information: Tomaro Taylor is the Head of Special Collections at the University of South Florida Libraries Tampa campus. A Certified Archivist, Tomaro has nearly 20 years of experience implementing policies, procedures, guidelines, and best practices in the archival field. She currently serves as President of the Academy of Certified Archivists and Co-Manager of the Society of American Archivists' Digital Archives Specialist (DAS) Exam. Amanda Boczar is Special Collections Operations Manager at the University of South Florida Libraries Tampa campus. Amanda holds a Ph.D. in History with over 12 years of experience in higher education, and joined the library in 2019. She was responsible for the migration to ArchivesSpace, and supervised student and employee training through the process. Ana Temkina is a student assistant at USF Libraries Tampa campus, Special Collections. She received her bachelor's degree in Library and Information Science, Children?s Literature track, from St. Petersburg State University of Culture and Arts, Russia. At USF she is doing her MA in Applied Anthropology and will soon graduate to continue her academic path at the University of Kentucky. Library work remains one of her great passions. Who should attend: Anyone interested in implementing ArchivesSpace, developing a migration plan or using ArchivesSpace remotely. 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: 29068 bytes Desc: image001.jpg URL: From reesj at mail.nlm.nih.gov Tue Jul 6 11:51:08 2021 From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E]) Date: Tue, 6 Jul 2021 15:51:08 +0000 Subject: [Archivesspace_Users_Group] OAuth plugin with AWS Cognito In-Reply-To: References: Message-ID: Hi all, Our cloud implementation team is having issues setting up the AS OAuth plugin with AWS Cognito for centralized authentication. If anyone has experience getting the plugin to work in this environment we'd appreciate connecting for a conversation. Thanks, John John P. Rees Archivist and Digital Resources Manager History of Medicine Division National Library of Medicine 301-827-4510 Teleworking M-F 8:00AM - 4:30PM Eastern Time each day until further notice [I am vaccinated signature.] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 22173 bytes Desc: image001.png URL: From Jessica.Crouch at lyrasis.org Tue Jul 6 12:57:19 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 6 Jul 2021 16:57:19 +0000 Subject: [Archivesspace_Users_Group] Webinar Cancelled - Virtual Every Step of the Way: Migrating to ArchivesSpace during Remote Work Message-ID: Dear ArchivesSpace users, Thank you to everyone who registered for this webinar. Due to the anticipated impact of Tropical Storm Elsa on our presenters in the Tampa area, this webinar has been cancelled. We will make any announcement about rescheduling at a later date. Best, Jessica Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] From: on behalf of Jessica Crouch Date: Tuesday, July 6, 2021 at 9:37 AM To: Archivesspace Small Archives Users Group , Archivesspace Member Reps , Archivesspace Users Group , "archivesspace_bot_members at lyralists.lyrasis.org" , "archivesspace_tac at lyralists.lyrasis.org" , "archivesspace_uac at lyralists.lyrasis.org" , "ARCHIVISTS-cmt at ConnectedCommunity.org" Subject: [Archivesspace_tac] Webinar Reminder - Virtual Every Step of the Way: Migrating to ArchivesSpace during Remote Work Dear ArchivesSpace users, There?s still time to register for tomorrow?s webinar on implementing ArchivesSpace in a remote work environment. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries - Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. When: July 7, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00 pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_p_-DXUf8S1KlEYmsheGujw This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In February 2020, USF Libraries ? Tampa Special Collections formally began the process to migrate to ArchivesSpace. Those discussions quickly stalled, however, when the University asked that they begin to formulate continuity of operations plans for remote work in preparations for what was then a hypothetical shutdown. Early into lockdown, USF determined that it would actually be the perfect time to migrate to ArchivesSpace. The campus was closed, no Reading Room services could be provided, and staff wanted to engage in meaningful projects. Guiding a team consisting of librarians, staff, and student employees, Special Collections organized a multi-phase plan for preparing data for migration, undergoing migration, and cleaning records in ArchivesSpace. As staff begin to gain more physical access in 2021, they are finalizing the clean up and ready to engage with patrons using ArchivesSpace. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries - Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. No one on staff had prior experience with ArchivesSpace and all members of the team were trained in stages. They will also address how this project encouraged a more holistic reassessment, including systematically evaluating finding aids for missing information, conscious editing of descriptive content and subject headings, and the addition of classification headers. A Q&A will follow. Presenter Information: Tomaro Taylor is the Head of Special Collections at the University of South Florida Libraries Tampa campus. A Certified Archivist, Tomaro has nearly 20 years of experience implementing policies, procedures, guidelines, and best practices in the archival field. She currently serves as President of the Academy of Certified Archivists and Co-Manager of the Society of American Archivists' Digital Archives Specialist (DAS) Exam. Amanda Boczar is Special Collections Operations Manager at the University of South Florida Libraries Tampa campus. Amanda holds a Ph.D. in History with over 12 years of experience in higher education, and joined the library in 2019. She was responsible for the migration to ArchivesSpace, and supervised student and employee training through the process. Ana Temkina is a student assistant at USF Libraries Tampa campus, Special Collections. She received her bachelor's degree in Library and Information Science, Children?s Literature track, from St. Petersburg State University of Culture and Arts, Russia. At USF she is doing her MA in Applied Anthropology and will soon graduate to continue her academic path at the University of Kentucky. Library work remains one of her great passions. Who should attend: Anyone interested in implementing ArchivesSpace, developing a migration plan or using ArchivesSpace remotely. 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29069 bytes Desc: image002.jpg URL: From Adrienne.Pruitt at tufts.edu Tue Jul 6 14:05:02 2021 From: Adrienne.Pruitt at tufts.edu (Pruitt, Adrienne) Date: Tue, 6 Jul 2021 18:05:02 +0000 Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI Message-ID: Hello, all, We've recently added thumbnails to our digital objects in the PUI (thanks to an ASpace Training Office Hour!) and are having an issue with the display of captions. This specifically affects pdfs and video. When a caption is particularly lengthy, the text isn't responsive in the same way that it is for other types of items, like images. Has anyone else noticed this or found a workaround? Thanks very much for any advice, Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nigel.bond at auckland.ac.nz Wed Jul 7 18:01:47 2021 From: nigel.bond at auckland.ac.nz (Nigel Bond) Date: Wed, 7 Jul 2021 22:01:47 +0000 Subject: [Archivesspace_Users_Group] Using bulk import spreadsheet Message-ID: Hi everyone, Looking for some assistance if possible. When using the bulk import spreadsheet is it possible to add a barcode for a child container? We have a top container (with barcode) which contains individually barcoded cassettes. There is a field for these child container barcodes in ArchivesSpace, but not on the bulk import spreadsheet. Any suggestions very welcome. Nga mihi nui.. Dr. Nigel Bond, Team Leader, Cultural Collections (Special Collections) Cultural Collections | Te Tumu Herenga - Libraries and Learning Services | The University of Auckland 5 Alfred Street, Auckland 1010 Private Bag 92019 | Auckland 1142 | New Zealand | Telephone (649) 9237168 Blog: http://www.news.library.auckland.ac.nz/tag/special-collections/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From nigel.bond at auckland.ac.nz Wed Jul 7 18:05:23 2021 From: nigel.bond at auckland.ac.nz (Nigel Bond) Date: Wed, 7 Jul 2021 22:05:23 +0000 Subject: [Archivesspace_Users_Group] Migrating from Archives Toolkit Message-ID: Hi everyone, Looking for some assistance if possible. What is the best way to migrate/import legacy data from Archivist's Toolkit into an existing and active ArchivesSpace production environment. Our University Archivist has been using Archivist's toolkit and would like to upgrade to ArchivesSpace but as the University Special Collections is already using ArchivesSpace we would like to create a repository within the existing production environment for the University Archives rather than separate production environment. Any suggestions very welcome. Nga mihi nui.. Dr. Nigel Bond, Team Leader, Cultural Collections (Special Collections) Cultural Collections | Te Tumu Herenga - Libraries and Learning Services | The University of Auckland 5 Alfred Street, Auckland 1010 Private Bag 92019 | Auckland 1142 | New Zealand | Telephone (649) 9237168 Blog: http://www.news.library.auckland.ac.nz/tag/special-collections/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corey.Schmidt at uga.edu Thu Jul 8 10:26:17 2021 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Thu, 8 Jul 2021 14:26:17 +0000 Subject: [Archivesspace_Users_Group] Migrating from Archives Toolkit In-Reply-To: References: Message-ID: Nigel, We went from AT to ASpace last year, so I can speak a little bit to your situation. You might want to try creating a new repository for your University Archives in ArchivesSpace, exporting all the resources from AT in EAD, and using ArchivesSpace's EAD import tool to import all the resources into that repository. I would suggest trying this on a staging or dev instance of ArchivesSpace first, so you can play around with the imports before making changes in production. Some things to note, batch importing EADs into ArchivesSpace is tricky because you can queue up a lot of imports but if any one of those EADs fails, the whole background job for importing will fail. The way to get "around" this is to import one EAD at a time and catch any jobs that fail. If you want to automate this, using python + the ArchivesSpace API would be perfect for creating a bunch of background jobs for individual EAD imports. I've thought about making a script like that, but it's tricky and can hit the ArchivesSpace server hard if not coded properly. Another thing to note is other data in AT won't be transferred using EAD imports. Info like controlled vocabulary lists, users, locations, subjects, names, and assessments won't be included. You can import Accessions, Digital Objects, Locations, and Assessments into ArchivesSpace similarly to resources, but using CSVs, not EADs. Importing subjects and agents (names) into ArchivesSpace would have to be in MARCXML. How you get those out of AT I'm not sure off the top of my head. If you were not trying to import the data into an existing ArchivesSpace instance, I would recommend the AT --> AS Migrator Tool, which copies all the data from AT into an empty ArchivesSpace instance. If you want to talk about it more, feel free to reach out to me and I can try to help in whatever way I can. Sincerely, Corey Corey Schmidt ArchivesSpace Project Manager | University of Georgia Libraries Email: Corey.Schmidt at uga.edu Phone: +1-706-542-8151 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Nigel Bond Sent: Wednesday, July 7, 2021 6:05 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Migrating from Archives Toolkit [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi everyone, Looking for some assistance if possible. What is the best way to migrate/import legacy data from Archivist's Toolkit into an existing and active ArchivesSpace production environment. Our University Archivist has been using Archivist's toolkit and would like to upgrade to ArchivesSpace but as the University Special Collections is already using ArchivesSpace we would like to create a repository within the existing production environment for the University Archives rather than separate production environment. Any suggestions very welcome. Nga mihi nui.. Dr. Nigel Bond, Team Leader, Cultural Collections (Special Collections) Cultural Collections | Te Tumu Herenga - Libraries and Learning Services | The University of Auckland 5 Alfred Street, Auckland 1010 Private Bag 92019 | Auckland 1142 | New Zealand | Telephone (649) 9237168 Blog: http://www.news.library.auckland.ac.nz/tag/special-collections/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Fri Jul 9 08:24:38 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 9 Jul 2021 12:24:38 +0000 Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI In-Reply-To: References: Message-ID: Can you point to an example? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Pruitt, Adrienne Sent: Tuesday, July 6, 2021 2:05 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI Hello, all, We've recently added thumbnails to our digital objects in the PUI (thanks to an ASpace Training Office Hour!) and are having an issue with the display of captions. This specifically affects pdfs and video. When a caption is particularly lengthy, the text isn't responsive in the same way that it is for other types of items, like images. Has anyone else noticed this or found a workaround? Thanks very much for any advice, Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Fri Jul 9 09:27:41 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 9 Jul 2021 13:27:41 +0000 Subject: [Archivesspace_Users_Group] Call for speakers due next week - ArchivesSpace 7th Annual Member Forum Message-ID: <628026E6-35DA-49D4-88D6-2E36CD4F6FFE@lyrasis.org> Dear ArchivesSpace Members, ArchivesSpace is seeking proposals for presentations to be offered as part of our 7th Annual Member Forum, which will be offered virtually on August 2-4, 2021. Presentations will be delivered on Monday, August 2, from 12pm-3pm ET. Proposals are due next Friday, July 16, 2021. Any topic related to ArchivesSpace is fair game. Presentations and discussions can be on anything related to your work using, developing, or actively contributing to the ArchivesSpace application and community. Topics of particular interest include managing others working in ArchivesSpace (including interns, volunteers and students), large scale implementation or cleanup projects you or your organization have undertaken in either a remote or in-person environment, and presentations related to plugins or tools you have developed to work with ArchivesSpace. There is a short Google form for proposals available at https://forms.gle/7ru7pemTkshL2HDB9. Proposals will be reviewed on a rolling basis. The last day that proposals will be accepted is July 16, 2021, and all notifications will be made by July 20, 2021. To register for the forum or learn more, visit the forum wiki at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2770599937/ArchivesSpace+Member+Forum+2021. If you have any questions, please feel free to email Jessica at jessica.crouch at lyrasis.org. We look forward to ?seeing? you 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: 29064 bytes Desc: image001.jpg URL: From Adrienne.Pruitt at tufts.edu Fri Jul 9 10:50:47 2021 From: Adrienne.Pruitt at tufts.edu (Pruitt, Adrienne) Date: Fri, 9 Jul 2021 14:50:47 +0000 Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI In-Reply-To: References: , Message-ID: Hi, Blake, https://archives.tufts.edu/repositories/2/archival_objects/268631 is one, and I've included a screenshot of what happens if your window is too small to accommodate the lengthy title. Thanks for taking a look! Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Friday, July 9, 2021 8:24 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Can you point to an example? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Pruitt, Adrienne Sent: Tuesday, July 6, 2021 2:05 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI Hello, all, We've recently added thumbnails to our digital objects in the PUI (thanks to an ASpace Training Office Hour!) and are having an issue with the display of captions. This specifically affects pdfs and video. When a caption is particularly lengthy, the text isn't responsive in the same way that it is for other types of items, like images. Has anyone else noticed this or found a workaround? Thanks very much for any advice, Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: tufts_do_caption.PNG Type: image/png Size: 77682 bytes Desc: tufts_do_caption.PNG URL: From blake.carver at lyrasis.org Fri Jul 9 11:22:25 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 9 Jul 2021 15:22:25 +0000 Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI In-Reply-To: References: , , Message-ID: Adding "white-space: pre-wrap;" to the ".record-type-badge" in the CSS seems to help, though I'm not sure it's the best way to go. I'm not sure what that would do to all the other ones, so you'd want to test things, and there might be a better property to use that'll wrap things better. Somone else with some awesome CSS skills might have a better idea, but I think that's the general area that can be changed up. .record-type-badge { font-family: "Gotham SSm A","Gotham SSm B",Arial,Helvetica,sans-serif; white-space: pre-wrap; } ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Pruitt, Adrienne Sent: Friday, July 9, 2021 10:50 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Hi, Blake, https://archives.tufts.edu/repositories/2/archival_objects/268631 is one, and I've included a screenshot of what happens if your window is too small to accommodate the lengthy title. Thanks for taking a look! Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Friday, July 9, 2021 8:24 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Can you point to an example? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Pruitt, Adrienne Sent: Tuesday, July 6, 2021 2:05 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI Hello, all, We've recently added thumbnails to our digital objects in the PUI (thanks to an ASpace Training Office Hour!) and are having an issue with the display of captions. This specifically affects pdfs and video. When a caption is particularly lengthy, the text isn't responsive in the same way that it is for other types of items, like images. Has anyone else noticed this or found a workaround? Thanks very much for any advice, Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Fri Jul 9 11:33:12 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 9 Jul 2021 15:33:12 +0000 Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI In-Reply-To: References: , , , Message-ID: I put in a JIRA here https://archivesspace.atlassian.net/browse/ANW-1338 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Friday, July 9, 2021 11:22 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Adding "white-space: pre-wrap;" to the ".record-type-badge" in the CSS seems to help, though I'm not sure it's the best way to go. I'm not sure what that would do to all the other ones, so you'd want to test things, and there might be a better property to use that'll wrap things better. Somone else with some awesome CSS skills might have a better idea, but I think that's the general area that can be changed up. .record-type-badge { font-family: "Gotham SSm A","Gotham SSm B",Arial,Helvetica,sans-serif; white-space: pre-wrap; } ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Pruitt, Adrienne Sent: Friday, July 9, 2021 10:50 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Hi, Blake, https://archives.tufts.edu/repositories/2/archival_objects/268631 is one, and I've included a screenshot of what happens if your window is too small to accommodate the lengthy title. Thanks for taking a look! Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Friday, July 9, 2021 8:24 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Can you point to an example? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Pruitt, Adrienne Sent: Tuesday, July 6, 2021 2:05 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI Hello, all, We've recently added thumbnails to our digital objects in the PUI (thanks to an ASpace Training Office Hour!) and are having an issue with the display of captions. This specifically affects pdfs and video. When a caption is particularly lengthy, the text isn't responsive in the same way that it is for other types of items, like images. Has anyone else noticed this or found a workaround? Thanks very much for any advice, Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Adrienne.Pruitt at tufts.edu Fri Jul 9 12:04:31 2021 From: Adrienne.Pruitt at tufts.edu (Pruitt, Adrienne) Date: Fri, 9 Jul 2021 16:04:31 +0000 Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI In-Reply-To: References: , , , , Message-ID: Thanks, Blake! We'll test changing the css and see what we can do. Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Friday, July 9, 2021 11:33 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI I put in a JIRA here https://archivesspace.atlassian.net/browse/ANW-1338 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Friday, July 9, 2021 11:22 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Adding "white-space: pre-wrap;" to the ".record-type-badge" in the CSS seems to help, though I'm not sure it's the best way to go. I'm not sure what that would do to all the other ones, so you'd want to test things, and there might be a better property to use that'll wrap things better. Somone else with some awesome CSS skills might have a better idea, but I think that's the general area that can be changed up. .record-type-badge { font-family: "Gotham SSm A","Gotham SSm B",Arial,Helvetica,sans-serif; white-space: pre-wrap; } ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Pruitt, Adrienne Sent: Friday, July 9, 2021 10:50 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Hi, Blake, https://archives.tufts.edu/repositories/2/archival_objects/268631 is one, and I've included a screenshot of what happens if your window is too small to accommodate the lengthy title. Thanks for taking a look! Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Friday, July 9, 2021 8:24 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Captions for digital objects in the PUI Can you point to an example? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Pruitt, Adrienne Sent: Tuesday, July 6, 2021 2:05 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Captions for digital objects in the PUI Hello, all, We've recently added thumbnails to our digital objects in the PUI (thanks to an ASpace Training Office Hour!) and are having an issue with the display of captions. This specifically affects pdfs and video. When a caption is particularly lengthy, the text isn't responsive in the same way that it is for other types of items, like images. Has anyone else noticed this or found a workaround? Thanks very much for any advice, Adrienne Pruitt | Collections Management Archivist Digital Collections and Archives Tufts University adrienne.pruitt at tufts.edu |617-627-0957 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Mon Jul 12 09:14:54 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 12 Jul 2021 13:14:54 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Trainers Corps Office Hour next week, Monday, July 19th at 2pm ET/11am PT Message-ID: <757845EF-0F7D-471F-A958-701952FA30BA@lyrasis.org> Dear ArchivesSpace Users, The second ArchivesSpace Trainers Corps ?Office Hour? will be Monday next week, July 19th at 2pm ET/11am PT. In these office hours, members of the ArchivesSpace Trainers Corps will demo a task or tool frequently used by ArchivesSpace members and take questions related to a pre-determined topic. For this open call, the Trainers Corps will briefly explain the difference between full mode and light mode in the ArchivesSpace Agents module and how to enable and toggle between the two. This feature is new to ArchivesSpace v3.0/3.0.1. Following the presentation, you will have the opportunity to ask questions about the topic, followed by a general Q&A about all things agents. If you would like to suggest a topic for a future ?Office Hour,? you can do so at https://forms.gle/unz3GmAbWwvpHjSr7. ArchivesSpace Trainers Corps ?Office Hour? Date: July 19, 2021 Time: 2:00pm ET / 11:00am PT Topic: Full mode vs. light mode in the ArchivesSpace Agents module Registration: https://lyrasis.zoom.us/meeting/register/tJckce-trjwtH9SW4q2BywTYU1YkkJo-5Sr6 Over the next year, the Trainers Corps will offer regularly scheduled trainings and office hours covering a variety of topics on all things ArchivesSpace. Registration for each training will be separate and registration will open closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. If you have any questions, feel free to contact us at ArchivesSpaceHome at lyrasis.org. 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 bpoulin at unm.edu Tue Jul 13 15:50:13 2021 From: bpoulin at unm.edu (Bennett Poulin) Date: Tue, 13 Jul 2021 19:50:13 +0000 Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Message-ID: Hello Everyone, We have come to a roadblock in debugging an issue we are having. The problem: We seem to be having trouble with some of our records not loading completely on the collection organization tab. The problem seems to only occur with certain resolutions and edge cases. The only way we can consistently reproduce the problem is to have the dev tools console open, but it does happen sometimes on regular page loads. Steps to Reproduce: 1. Navigate to a known affected page: https://nmarchives.unm.edu/repositories/22/resources/2204/collection_organization 2. Open the console F12 (Firefox, Chrome, Edge) 3. Scroll down the Collection Organization until it stops loading further and errors are produced Relevant Information: * Edge and Chrome produce the following console errors * application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 [Intervention] Unable to preventDefault inside passive event listener due to target being treated as passive. See https://www.chromestatus.com/features/6662647093133312 * preventDefault @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * (anonymous) @ infinite_scroll-16451f8d2fd84b07c84998a7bc75e9bad2276ca21b383c7098a623163ab40c66.js:1 * dispatch @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * g.handle @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * GET https://nmarchives.unm.edu/repositories/22/resources/2204/tree/node?node=%2Frepositories%2F22%2Farchival_objects%2F259267 404 (Not Found) * ArchivesSpace Version: 2.8.1 Logs: Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259261"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=2 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {deleteByQuery=parent_id:("/repositories/22/archival_objects/185733")} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {add=[/repositories/22/archival_objects/185733]} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: start commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=true,prepareCommit=false} Jul 13, 2021 12:50:00 PM org.apache.solr.search.SolrIndexSearcher INFO: Opening Searcher at 1151478f[collection1] main Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: end_commit_flush Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore registerSearcher INFO: [collection1] Registered new searcher Searcher at 1151478f[collection1] main{StandardDirectoryReader(segments_24py:649922:nrt _nr(4.10.4):C219913/46272:delGen=474 _11f(4.10.4):C425538/52164:delGen=678 _3ph(4.10.4):C359151/35922:delGen=550 _2o2(4.10.4):C85704/12221:delGen=96 _jqw(4.10.4):C82274/20242:delGen=170 _3u8(4.10.4):C96489/15326:delGen=127 _12w0(4.10.4):C121374/13239:delGen=109 _3898(4.10.4):C59987/20078:delGen=481 _1n6j(4.10.4):C47632/3396:delGen=26 _3sgm(4.10.4):C23740/10497:delGen=98 _4m19(4.10.4):C44854/4334:delGen=106 _4m2g(4.10.4):C2285/8:delGen=4 _4mgz(4.10.4):C3706/570:delGen=30 _4mfy(4.10.4):C501/2:delGen=2 _4mlp(4.10.4):C2214/438:delGen=3 _4mkp(4.10.4):C260 _4mn1(4.10.4):C25/3:delGen=1 _4mnw(4.10.4):C16/2:delGen=1 _4mnv(4.10.4):C3/1:delGen=1 _4mnz(4.10.4):C2/1:delGen=1 _4mo3(4.10.4):C21 _4mo4(4.10.4):C1 _4mo5(4.10.4):C31 _4mo6(4.10.4):C21/1 _4mo7(4.10.4):C488 _4mo8(4.10.4):C1)} Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {commit=} 0 95 Jul 13, 2021 12:50:01 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259262"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=29 Specific Log-Entry: Jul 13, 2021 1:08:50 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259268"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=29 Current Guesses: 1. Something about how browsers use the preventDefault method used by infinite scroll has changed its behavior, and thus broken the feature. 2. The API endpoint [:GET] /repositories/:repo_id/classifications/:id/tree used by this feature has been deprecated, causing the 404 error. Any help would be greatly appreciated. Thank you very much, Bennett -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue Jul 13 16:56:41 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 13 Jul 2021 20:56:41 +0000 Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab In-Reply-To: References: Message-ID: Is there anything in the logs that has ERROR or FATAL in it? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Bennett Poulin Sent: Tuesday, July 13, 2021 3:50 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Everyone, We have come to a roadblock in debugging an issue we are having. The problem: We seem to be having trouble with some of our records not loading completely on the collection organization tab. The problem seems to only occur with certain resolutions and edge cases. The only way we can consistently reproduce the problem is to have the dev tools console open, but it does happen sometimes on regular page loads. Steps to Reproduce: 1. Navigate to a known affected page: https://nmarchives.unm.edu/repositories/22/resources/2204/collection_organization 2. Open the console F12 (Firefox, Chrome, Edge) 3. Scroll down the Collection Organization until it stops loading further and errors are produced Relevant Information: * Edge and Chrome produce the following console errors * application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 [Intervention] Unable to preventDefault inside passive event listener due to target being treated as passive. See https://www.chromestatus.com/features/6662647093133312 * preventDefault @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * (anonymous) @ infinite_scroll-16451f8d2fd84b07c84998a7bc75e9bad2276ca21b383c7098a623163ab40c66.js:1 * dispatch @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * g.handle @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * GET https://nmarchives.unm.edu/repositories/22/resources/2204/tree/node?node=%2Frepositories%2F22%2Farchival_objects%2F259267 404 (Not Found) * ArchivesSpace Version: 2.8.1 Logs: Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259261"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=2 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {deleteByQuery=parent_id:("/repositories/22/archival_objects/185733")} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {add=[/repositories/22/archival_objects/185733]} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: start commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=true,prepareCommit=false} Jul 13, 2021 12:50:00 PM org.apache.solr.search.SolrIndexSearcher INFO: Opening Searcher at 1151478f[collection1] main Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: end_commit_flush Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore registerSearcher INFO: [collection1] Registered new searcher Searcher at 1151478f[collection1] main{StandardDirectoryReader(segments_24py:649922:nrt _nr(4.10.4):C219913/46272:delGen=474 _11f(4.10.4):C425538/52164:delGen=678 _3ph(4.10.4):C359151/35922:delGen=550 _2o2(4.10.4):C85704/12221:delGen=96 _jqw(4.10.4):C82274/20242:delGen=170 _3u8(4.10.4):C96489/15326:delGen=127 _12w0(4.10.4):C121374/13239:delGen=109 _3898(4.10.4):C59987/20078:delGen=481 _1n6j(4.10.4):C47632/3396:delGen=26 _3sgm(4.10.4):C23740/10497:delGen=98 _4m19(4.10.4):C44854/4334:delGen=106 _4m2g(4.10.4):C2285/8:delGen=4 _4mgz(4.10.4):C3706/570:delGen=30 _4mfy(4.10.4):C501/2:delGen=2 _4mlp(4.10.4):C2214/438:delGen=3 _4mkp(4.10.4):C260 _4mn1(4.10.4):C25/3:delGen=1 _4mnw(4.10.4):C16/2:delGen=1 _4mnv(4.10.4):C3/1:delGen=1 _4mnz(4.10.4):C2/1:delGen=1 _4mo3(4.10.4):C21 _4mo4(4.10.4):C1 _4mo5(4.10.4):C31 _4mo6(4.10.4):C21/1 _4mo7(4.10.4):C488 _4mo8(4.10.4):C1)} Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {commit=} 0 95 Jul 13, 2021 12:50:01 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259262"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=29 Specific Log-Entry: Jul 13, 2021 1:08:50 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259268"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=29 Current Guesses: 1. Something about how browsers use the preventDefault method used by infinite scroll has changed its behavior, and thus broken the feature. 2. The API endpoint [:GET] /repositories/:repo_id/classifications/:id/tree used by this feature has been deprecated, causing the 404 error. Any help would be greatly appreciated. Thank you very much, Bennett -------------- next part -------------- An HTML attachment was scrubbed... URL: From elizabeth.russell1 at maine.edu Tue Jul 13 16:59:20 2021 From: elizabeth.russell1 at maine.edu (Elizabeth Russell) Date: Tue, 13 Jul 2021 16:59:20 -0400 Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab In-Reply-To: References: Message-ID: Yes - I'll send them tomorrow morning. On Tue, Jul 13, 2021, 4:57 PM Blake Carver wrote: > Is there anything in the logs that has ERROR or FATAL in it? > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Bennett Poulin > *Sent:* Tuesday, July 13, 2021 3:50 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Trouble Loading Collection > Organization Tab > > > Hello Everyone, > > We have come to a roadblock in debugging an issue we are having. > The problem: > > We seem to be having trouble with some of our records not loading > completely on the collection organization tab. The problem seems to only > occur with certain resolutions and edge cases. The only way we can > consistently reproduce the problem is to have the dev tools console open, > but it does happen sometimes on regular page loads. > Steps to Reproduce: > > 1. Navigate to a known affected page: > https://nmarchives.unm.edu/repositories/22/resources/2204/collection_organization > 2. Open the console F12 (Firefox, Chrome, Edge) > 3. Scroll down the Collection Organization until it stops loading > further and errors are produced > > Relevant Information: > > - Edge and Chrome produce the following console errors > - application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 > [Intervention] Unable to preventDefault inside passive event listener due > to target being treated as passive. See > https://www.chromestatus.com/features/6662647093133312 > - preventDefault @ > application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 > - (anonymous) @ > infinite_scroll-16451f8d2fd84b07c84998a7bc75e9bad2276ca21b383c7098a623163ab40c66.js:1 > - dispatch @ > application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 > - g.handle @ > application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 > - GET > https://nmarchives.unm.edu/repositories/22/resources/2204/tree/node?node=%2Frepositories%2F22%2Farchival_objects%2F259267 > 404 (Not Found) > - ArchivesSpace Version: 2.8.1 > > Logs: > > Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore execute > > *INFO: [collection1] webapp= path=/select > params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259261"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} > hits=0 status=0 QTime=2* > > *Jul 13, 2021 12:50:00 PM > org.apache.solr.update.processor.LogUpdateProcessor finish* > > *INFO: [collection1] webapp= path=/update params={} > {deleteByQuery=parent_id:("/repositories/22/archival_objects/185733")} 0 1* > > *Jul 13, 2021 12:50:00 PM > org.apache.solr.update.processor.LogUpdateProcessor finish* > > *INFO: [collection1] webapp= path=/update params={} > {add=[/repositories/22/archival_objects/185733]} 0 1* > > *Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 > commit* > > *INFO: start > commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=true,prepareCommit=false}* > > *Jul 13, 2021 12:50:00 PM org.apache.solr.search.SolrIndexSearcher * > > *INFO: Opening Searcher at 1151478f[collection1] main* > > *Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 > commit* > > *INFO: end_commit_flush* > > *Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore registerSearcher* > > *INFO: [collection1] Registered new searcher > Searcher at 1151478f[collection1] > main{StandardDirectoryReader(segments_24py:649922:nrt > _nr(4.10.4):C219913/46272:delGen=474 _11f(4.10.4):C425538/52164:delGen=678 > _3ph(4.10.4):C359151/35922:delGen=550 _2o2(4.10.4):C85704/12221:delGen=96 > _jqw(4.10.4):C82274/20242:delGen=170 _3u8(4.10.4):C96489/15326:delGen=127 > _12w0(4.10.4):C121374/13239:delGen=109 > _3898(4.10.4):C59987/20078:delGen=481 _1n6j(4.10.4):C47632/3396:delGen=26 > _3sgm(4.10.4):C23740/10497:delGen=98 _4m19(4.10.4):C44854/4334:delGen=106 > _4m2g(4.10.4):C2285/8:delGen=4 _4mgz(4.10.4):C3706/570:delGen=30 > _4mfy(4.10.4):C501/2:delGen=2 _4mlp(4.10.4):C2214/438:delGen=3 > _4mkp(4.10.4):C260 _4mn1(4.10.4):C25/3:delGen=1 > _4mnw(4.10.4):C16/2:delGen=1 _4mnv(4.10.4):C3/1:delGen=1 > _4mnz(4.10.4):C2/1:delGen=1 _4mo3(4.10.4):C21 _4mo4(4.10.4):C1 > _4mo5(4.10.4):C31 _4mo6(4.10.4):C21/1 _4mo7(4.10.4):C488 _4mo8(4.10.4):C1)}* > > *Jul 13, 2021 12:50:00 PM > org.apache.solr.update.processor.LogUpdateProcessor finish* > > *INFO: [collection1] webapp= path=/update params={} {commit=} 0 95* > > *Jul 13, 2021 12:50:01 PM org.apache.solr.core.SolrCore execute* > > *INFO: [collection1] webapp= path=/select > params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259262"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} > hits=1 status=0 QTime=29* > Specific Log-Entry: > > *Jul 13, 2021 1:08:50 PM org.apache.solr.core.SolrCore execute* > > *INFO: [collection1] webapp= path=/select > params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259268"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} > hits=0 status=0 QTime=29* > > > Current Guesses: > > 1. Something about how browsers use the preventDefault method used by > infinite scroll has changed its behavior, and thus broken the feature. > 2. The API endpoint > [:GET] > /repositories/:repo_id/classifications/:id/tree used by this feature > has been deprecated, causing the 404 error. > > > > Any help would be greatly appreciated. > > Thank you very much, > > Bennett > > > _______________________________________________ > 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 mcyzyk at jhu.edu Tue Jul 13 17:12:33 2021 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Tue, 13 Jul 2021 17:12:33 -0400 Subject: [Archivesspace_Users_Group] Print to PDF: Works via staff interface; does not work via public interface Message-ID: <393a9e11-e76c-a44e-b89c-4cd4743f0646@jhu.edu> Dear ASpace list, We have a resource record that prints to PDF just fine via the Staff Interface, but results in error when attempting to print via the Public interface: https://aspace.library.jhu.edu/repositories/3/resources/454 I am not finding any errors in the logs on this. I have exported as EAD (and have attached the file).? Looks good to me (although I will note that record initially entered out ASpace via a migration from Archivists Toolkit). Does anyone know why a particular record might print fine from within the Staff interface, yet not print from the Public interface? (Our ASpace is running on Linux/CentOS...) Thanks, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. -------------- next part -------------- A non-text attachment was scrubbed... Name: MS.0459_20210713_205011_UTC__ead.xml Type: text/xml Size: 86315 bytes Desc: not available URL: From Joshua.D.Shaw at dartmouth.edu Tue Jul 13 17:32:00 2021 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 13 Jul 2021 21:32:00 +0000 Subject: [Archivesspace_Users_Group] Print to PDF: Works via staff interface; does not work via public interface In-Reply-To: <393a9e11-e76c-a44e-b89c-4cd4743f0646@jhu.edu> References: <393a9e11-e76c-a44e-b89c-4cd4743f0646@jhu.edu> Message-ID: The PUI and the staff side use different methods for generating the pdfs. The staff side goes EAD->PDF if I recall correctly, while the PUI is HTML->PDF. I'd look for errors in the logs that should point you to the issue. If I had to guess.... I'd say it might be an ampersand issue. Sometimes an ampersand will look like it's starting an html entity to the PUI generation and cause all sorts of havoc. But definitely look at the logs for anything that has an ERROR or FATAL in the entry. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Mark Cyzyk Sent: Tuesday, July 13, 2021 5:12 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Print to PDF: Works via staff interface; does not work via public interface Dear ASpace list, We have a resource record that prints to PDF just fine via the Staff Interface, but results in error when attempting to print via the Public interface: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Faspace.library.jhu.edu%2Frepositories%2F3%2Fresources%2F454&data=04%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C279fe841a39542679ab408d94642f146%7C995b093648d640e5a31ebf689ec9446f%7C0%7C1%7C637618075627534648%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=rzT2AI6RBghMjNBIyUUqkaRETlBjJBNDsfjLx90us4w%3D&reserved=0 I am not finding any errors in the logs on this. I have exported as EAD (and have attached the file). Looks good to me (although I will note that record initially entered out ASpace via a migration from Archivists Toolkit). Does anyone know why a particular record might print fine from within the Staff interface, yet not print from the Public interface? (Our ASpace is running on Linux/CentOS...) Thanks, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bpoulin at unm.edu Tue Jul 13 18:06:25 2021 From: bpoulin at unm.edu (Bennett Poulin) Date: Tue, 13 Jul 2021 22:06:25 +0000 Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab In-Reply-To: References: Message-ID: Hello Elizabeth, Thank you very much! Hello Blake, Unfortunately no. The only fatal/error I could see in the logs today was related to a get route error. Someone trying to get to ?/login?. F, [2021-07-13T15:52:55.751484 #14289] FATAL -- : [53318c86-41dd-4598-b5b6-8f0063c66aae] F, [2021-07-13T15:52:55.752055 #14289] FATAL -- : [53318c86-41dd-4598-b5b6-8f0063c66aae] ActionController::RoutingError (No route matches [GET] "/login"): F, [2021-07-13T15:52:55.752260 #14289] FATAL -- : [53318c86-41dd-4598-b5b6-8f0063c66aae] F, [2021-07-13T15:52:55.752527 #14289] FATAL -- : [53318c86-41dd-4598-b5b6-8f0063c66aae] actionpack (5.2.4.4) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' But nothing else. Thank you again, Bennett From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Elizabeth Russell Sent: Tuesday, July 13, 2021 2:59 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab [EXTERNAL] Yes - I'll send them tomorrow morning. On Tue, Jul 13, 2021, 4:57 PM Blake Carver > wrote: Is there anything in the logs that has ERROR or FATAL in it? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Bennett Poulin > Sent: Tuesday, July 13, 2021 3:50 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Everyone, We have come to a roadblock in debugging an issue we are having. The problem: We seem to be having trouble with some of our records not loading completely on the collection organization tab. The problem seems to only occur with certain resolutions and edge cases. The only way we can consistently reproduce the problem is to have the dev tools console open, but it does happen sometimes on regular page loads. Steps to Reproduce: 1. Navigate to a known affected page: https://nmarchives.unm.edu/repositories/22/resources/2204/collection_organization 2. Open the console F12 (Firefox, Chrome, Edge) 3. Scroll down the Collection Organization until it stops loading further and errors are produced Relevant Information: * Edge and Chrome produce the following console errors * application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 [Intervention] Unable to preventDefault inside passive event listener due to target being treated as passive. See https://www.chromestatus.com/features/6662647093133312 * preventDefault @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * (anonymous) @ infinite_scroll-16451f8d2fd84b07c84998a7bc75e9bad2276ca21b383c7098a623163ab40c66.js:1 * dispatch @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * g.handle @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * GET https://nmarchives.unm.edu/repositories/22/resources/2204/tree/node?node=%2Frepositories%2F22%2Farchival_objects%2F259267 404 (Not Found) * ArchivesSpace Version: 2.8.1 Logs: Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259261"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=2 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {deleteByQuery=parent_id:("/repositories/22/archival_objects/185733")} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {add=[/repositories/22/archival_objects/185733]} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: start commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=true,prepareCommit=false} Jul 13, 2021 12:50:00 PM org.apache.solr.search.SolrIndexSearcher INFO: Opening Searcher at 1151478f[collection1] main Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: end_commit_flush Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore registerSearcher INFO: [collection1] Registered new searcher Searcher at 1151478f[collection1] main{StandardDirectoryReader(segments_24py:649922:nrt _nr(4.10.4):C219913/46272:delGen=474 _11f(4.10.4):C425538/52164:delGen=678 _3ph(4.10.4):C359151/35922:delGen=550 _2o2(4.10.4):C85704/12221:delGen=96 _jqw(4.10.4):C82274/20242:delGen=170 _3u8(4.10.4):C96489/15326:delGen=127 _12w0(4.10.4):C121374/13239:delGen=109 _3898(4.10.4):C59987/20078:delGen=481 _1n6j(4.10.4):C47632/3396:delGen=26 _3sgm(4.10.4):C23740/10497:delGen=98 _4m19(4.10.4):C44854/4334:delGen=106 _4m2g(4.10.4):C2285/8:delGen=4 _4mgz(4.10.4):C3706/570:delGen=30 _4mfy(4.10.4):C501/2:delGen=2 _4mlp(4.10.4):C2214/438:delGen=3 _4mkp(4.10.4):C260 _4mn1(4.10.4):C25/3:delGen=1 _4mnw(4.10.4):C16/2:delGen=1 _4mnv(4.10.4):C3/1:delGen=1 _4mnz(4.10.4):C2/1:delGen=1 _4mo3(4.10.4):C21 _4mo4(4.10.4):C1 _4mo5(4.10.4):C31 _4mo6(4.10.4):C21/1 _4mo7(4.10.4):C488 _4mo8(4.10.4):C1)} Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {commit=} 0 95 Jul 13, 2021 12:50:01 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259262"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=29 Specific Log-Entry: Jul 13, 2021 1:08:50 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259268"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=29 Current Guesses: 1. Something about how browsers use the preventDefault method used by infinite scroll has changed its behavior, and thus broken the feature. 2. The API endpoint [:GET] /repositories/:repo_id/classifications/:id/tree used by this feature has been deprecated, causing the 404 error. Any help would be greatly appreciated. Thank you very much, Bennett _______________________________________________ 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 MERRYMAA at uscupstate.edu Wed Jul 14 16:02:19 2021 From: MERRYMAA at uscupstate.edu (Merryman, Ann) Date: Wed, 14 Jul 2021 20:02:19 +0000 Subject: [Archivesspace_Users_Group] Unable to edit / delete accessions or resources after upgrade to MySQL database Message-ID: Good afternoon hive mind...long time lurker, first time writer. :) I'm going to try to make this question concise: * I have just been upgraded to v2.8.1 (from v1.3.0...don't judge! Lol) on a locally-hosted instance of AS, managed by my university's IT department. * When my instance was upgraded, I got the following warning message: Database Warning: You are currently using the embedded database (Apache Derby). The embedded database is for testing/demo purposes only. You should use MySQL for any data intended for production, including data in a test instance that you intend to move over to a production instance. * The vendor let us know that there were not any upgrade paths from the demo database to MySQL, and the information would have to be re-entered (this is fine, as I had backed up everything and could re-enter) * Once IT built the MySQL database, however, all the accession and resource records actually showed up. ??? The problem is, while I can *see* the records on the back end, I can't edit or delete them. However, they are visible and searchable on the PUI. I've attached a few images for reference. I'm trying to determine what the best course of action might be before I go back to my IT department, as I'm going to have to explain what the issue is to them as best I can (they're not really familiar with AS or archival processes, unfortunately). I'm not clear on why the data pulled over if there wasn't a path, and I'm not tech savvy enough to guess at what my IT department did. I could also email AS tech support, but I thought I'd start here to see if anyone has seen this or has something to try first. Any thoughts or suggestions from the group would be greatly appreciated, or even just sympathetic noises. :) Thanks so much, Ann "For the things we have to learn before we can do them, we learn by doing them." ~ Aristotle Ann E. Merryman, MLIS Associate Librarian Coordinator of Archives and Special Collections [cid:image002.png at 01D778C9.9E3A4EE0] USC Upstate, Library 263 800 University Way Spartanburg, SC 29303 Office: 864-503-5275 merrymaa at uscupstate.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 39595 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ASpace resources image 1.JPG Type: image/jpeg Size: 137278 bytes Desc: ASpace resources image 1.JPG URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ASpace resources image 2.JPG Type: image/jpeg Size: 104402 bytes Desc: ASpace resources image 2.JPG URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ASpace PUI image 1.JPG Type: image/jpeg Size: 156526 bytes Desc: ASpace PUI image 1.JPG URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ASpace PUI image 2.JPG Type: image/jpeg Size: 156097 bytes Desc: ASpace PUI image 2.JPG URL: From Joshua.D.Shaw at dartmouth.edu Wed Jul 14 16:19:22 2021 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 14 Jul 2021 20:19:22 +0000 Subject: [Archivesspace_Users_Group] Unable to edit / delete accessions or resources after upgrade to MySQL database In-Reply-To: References: Message-ID: I'm guessing your config file did not get updated to point to the new database. This line in the config needs to be uncommented and updated for your specific database setup: ## AppConfig[:db_url] = "jdbc:mysql://localhost:3306/archivesspace?user=as&password=as123&useUnicode=true&characterEncoding=UTF-8" You'll also need to add the mysql connector to /lib. See: https://archivesspace.github.io/tech-docs/provisioning/mysql.html Best, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Merryman, Ann Sent: Wednesday, July 14, 2021 4:02 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Unable to edit / delete accessions or resources after upgrade to MySQL database Good afternoon hive mind?long time lurker, first time writer. :) I?m going to try to make this question concise: ? I have just been upgraded to v2.8.1 (from v1.3.0?don?t judge! Lol) on a locally-hosted instance of AS, managed by my university?s IT department. ? When my instance was upgraded, I got the following warning message: Database Warning: You are currently using the embedded database (Apache Derby). The embedded database is for testing/demo purposes only. You should use MySQL for any data intended for production, including data in a test instance that you intend to move over to a production instance. ? The vendor let us know that there were not any upgrade paths from the demo database to MySQL, and the information would have to be re-entered (this is fine, as I had backed up everything and could re-enter) ? Once IT built the MySQL database, however, all the accession and resource records actually showed up. ??? The problem is, while I can *see* the records on the back end, I can?t edit or delete them. However, they are visible and searchable on the PUI. I?ve attached a few images for reference. I?m trying to determine what the best course of action might be before I go back to my IT department, as I?m going to have to explain what the issue is to them as best I can (they?re not really familiar with AS or archival processes, unfortunately). I?m not clear on why the data pulled over if there wasn?t a path, and I?m not tech savvy enough to guess at what my IT department did. I could also email AS tech support, but I thought I?d start here to see if anyone has seen this or has something to try first. Any thoughts or suggestions from the group would be greatly appreciated, or even just sympathetic noises. :) Thanks so much, Ann ?For the things we have to learn before we can do them, we learn by doing them.? ~ Aristotle Ann E. Merryman, MLIS Associate Librarian Coordinator of Archives and Special Collections [cid:image002.png at 01D778C9.9E3A4EE0] USC Upstate, Library 263 800 University Way Spartanburg, SC 29303 Office: 864-503-5275 merrymaa at uscupstate.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 39595 bytes Desc: image002.png URL: From blake.carver at lyrasis.org Wed Jul 14 16:21:53 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 14 Jul 2021 20:21:53 +0000 Subject: [Archivesspace_Users_Group] Unable to edit / delete accessions or resources after upgrade to MySQL database In-Reply-To: References: Message-ID: It's hard to know for sure what's going on with this. You were running 1.3 with MySQL and everything was fine? They did the upgrade, you login and see everything is gone and it's running on Apache Derby... EEK! You let them know, they connect it to MySQL again and now it's in this state. So they probably hooked you up with your old 1.3 DB that has been upgraded to 2.8.1. Or maybe it's set to talk to the wrong DB, and it's empty. If it's empty, maybe they have a backup of the old DB? My guess is that they brought over the /data/ directory. That directory has all the solr stuff in it, and if they did bring that over, things are likely in this weird state. I'd start by asking them a couple of questions 1. Did they indeed hook you back to the old db that is now upgraded? Are they sure the config is updated to talk to the right DB? They should be able to search the DB directly to see what's in there. 2. Did they copy over all the stuff in /data/ ? If so, you don't want all that stuff. Tell them to empty that directory and restart it. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Merryman, Ann Sent: Wednesday, July 14, 2021 4:02 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Unable to edit / delete accessions or resources after upgrade to MySQL database Good afternoon hive mind?long time lurker, first time writer. :) I?m going to try to make this question concise: ? I have just been upgraded to v2.8.1 (from v1.3.0?don?t judge! Lol) on a locally-hosted instance of AS, managed by my university?s IT department. ? When my instance was upgraded, I got the following warning message: Database Warning: You are currently using the embedded database (Apache Derby). The embedded database is for testing/demo purposes only. You should use MySQL for any data intended for production, including data in a test instance that you intend to move over to a production instance. ? The vendor let us know that there were not any upgrade paths from the demo database to MySQL, and the information would have to be re-entered (this is fine, as I had backed up everything and could re-enter) ? Once IT built the MySQL database, however, all the accession and resource records actually showed up. ??? The problem is, while I can *see* the records on the back end, I can?t edit or delete them. However, they are visible and searchable on the PUI. I?ve attached a few images for reference. I?m trying to determine what the best course of action might be before I go back to my IT department, as I?m going to have to explain what the issue is to them as best I can (they?re not really familiar with AS or archival processes, unfortunately). I?m not clear on why the data pulled over if there wasn?t a path, and I?m not tech savvy enough to guess at what my IT department did. I could also email AS tech support, but I thought I?d start here to see if anyone has seen this or has something to try first. Any thoughts or suggestions from the group would be greatly appreciated, or even just sympathetic noises. :) Thanks so much, Ann ?For the things we have to learn before we can do them, we learn by doing them.? ~ Aristotle Ann E. Merryman, MLIS Associate Librarian Coordinator of Archives and Special Collections [cid:image002.png at 01D778C9.9E3A4EE0] USC Upstate, Library 263 800 University Way Spartanburg, SC 29303 Office: 864-503-5275 merrymaa at uscupstate.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 39595 bytes Desc: image002.png URL: From sdm7g at virginia.edu Wed Jul 14 16:46:55 2021 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Wed, 14 Jul 2021 20:46:55 +0000 Subject: [Archivesspace_Users_Group] Unable to edit / delete accessions or resources after upgrade to MySQL database In-Reply-To: References: Message-ID: <0F9875CE-B710-4CA2-A45C-0FEDF2A2F096@virginia.edu> If you switched to a new DB, but did not delete the solr indexes in data/solr_index/ or deleted the files in data/indexer_state/ and data/indexer_pui_state/ to trigger a reindex then the data in DB and SOLR will be out of sync. If this is the case, the PUI, which pulls data from SOLR rather than the DB will be incorrect. The staff interface pulls data from both sources, depending on the action, and so will sometimes show you something in the index that isn?t there when you attempt to edit it. The backend API calls usually pull from the DB for non search functions. Ask them to delete the files in archivesspace/indexer*state/* and wait for reindex to complete. ? Steve Majewski > On Jul 14, 2021, at 4:02 PM, Merryman, Ann wrote: > > Good afternoon hive mind?long time lurker, first time writer. J I?m going to try to make this question concise: > > ? I have just been upgraded to v2.8.1 (from v1.3.0?don?t judge! Lol) on a locally-hosted instance of AS, managed by my university?s IT department. > ? When my instance was upgraded, I got the following warning message: > Database Warning: You are currently using the embedded database (Apache Derby). The embedded database is for testing/demo purposes only. You should use MySQL for any data intended for production, including data in a test instance that you intend to move over to a production instance. > > ? The vendor let us know that there were not any upgrade paths from the demo database to MySQL, and the information would have to be re-entered (this is fine, as I had backed up everything and could re-enter) > ? Once IT built the MySQL database, however, all the accession and resource records actually showed up. ??? > > The problem is, while I can *see* the records on the back end, I can?t edit or delete them. However, they are visible and searchable on the PUI. I?ve attached a few images for reference. > > I?m trying to determine what the best course of action might be before I go back to my IT department, as I?m going to have to explain what the issue is to them as best I can (they?re not really familiar with AS or archival processes, unfortunately). I?m not clear on why the data pulled over if there wasn?t a path, and I?m not tech savvy enough to guess at what my IT department did. I could also email AS tech support, but I thought I?d start here to see if anyone has seen this or has something to try first. > > Any thoughts or suggestions from the group would be greatly appreciated, or even just sympathetic noises. J > > Thanks so much, > > Ann > > ?For the things we have to learn before we can do them, we learn by doing them.? ~ Aristotle > > Ann E. Merryman, MLIS > Associate Librarian > Coordinator of Archives and Special Collections > > USC Upstate, Library 263 > 800 University Way > Spartanburg, SC 29303 > Office: 864-503-5275 > merrymaa at uscupstate.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3342 bytes Desc: not available URL: From andrew.morrison at bodleian.ox.ac.uk Thu Jul 15 04:09:00 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 15 Jul 2021 09:09:00 +0100 Subject: [Archivesspace_Users_Group] Unable to edit / delete accessions or resources after upgrade to MySQL database In-Reply-To: References: Message-ID: <3d79f67b-0579-b59e-a11e-7bf3e791d7e3@bodleian.ox.ac.uk> If the system isn't currently connected to the MySQL database, then it is likely it wasn't when the data migrations script was run. If so, that will need to be (re-)run once config.rb has been set up with the correct db_url. Once it has been, searching both PUI and staff interface won't find anything until a full re-index has been done. Andrew. On 14/07/2021 21:21, Blake Carver wrote: > It's hard to know for sure what's going on with this. > You were running 1.3 with MySQL and everything was fine? > They did the upgrade, you login and see everything is gone and it's > running on Apache Derby... EEK! > You let them know, they connect it to MySQL again and now it's in this > state. > So they probably hooked you up with your old 1.3 DB that has been > upgraded to 2.8.1. > Or maybe it's set to talk to the wrong DB, and it's empty. If it's > empty, maybe they have a backup of the old DB? > My guess is?that they brought over the /data/ directory. That > directory has all the solr stuff in it, and if they did bring that > over, things are likely in this weird state. > I'd start by asking them a couple?of questions > > 1. Did they indeed hook you back to the old db that is now upgraded? > Are they sure the config is updated to talk to the right DB? They > should be able to search the DB directly to see what's in there. > 2. Did they copy over all the stuff in /data/ ? If so, you don't want > all that stuff. Tell them to empty that directory and restart it. > > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Merryman, Ann > *Sent:* Wednesday, July 14, 2021 4:02 PM > *To:* Archivesspace Users Group > > *Subject:* [Archivesspace_Users_Group] Unable to edit / delete > accessions or resources after upgrade to MySQL database > > Good afternoon hive mind?long time lurker, first time writer. J ?I?m > going to try to make this question concise: > > ?I have just been upgraded to v2.8.1 (from v1.3.0?don?t judge!? Lol) > on a locally-hosted instance of AS, managed by my university?s IT > department. > > ?When my instance was upgraded, I got the following warning message: > > *Database Warning:*?You are currently using the embedded database > (Apache Derby). The embedded database is for testing/demo purposes > only. You should use MySQL for any data intended for production, > including data in a test instance that you intend to move over to a > production instance. > > ?The vendor let us know that there were not any upgrade paths from the > demo database to MySQL, and the information would have to be > re-entered (this is fine, as I had backed up everything and could > re-enter) > > ?Once IT built the MySQL database, however, all the accession and > resource records ?actually showed up.? ??? > > The problem is, while I can **see** the records on the back end, I > can?t edit or delete them. However, they are visible and searchable on > the PUI.? I?ve attached a few images for reference. > > I?m trying to determine what the best course of action might be before > I go back to my IT department, as I?m going to have to explain what > the issue is to them as best I can (they?re not really familiar with > AS or archival processes, unfortunately).? I?m not clear on why the > data pulled over if there wasn?t a path, and I?m not tech savvy enough > to guess at what my IT department did.? I could also email AS tech > support, but I thought I?d start here to see if anyone has seen this > or has something to try first. > > Any thoughts or suggestions from the group would be greatly > appreciated, or even just sympathetic noises. J > > Thanks so much, > > Ann > > ?For the things we have to learn before we can do them, we learn by > doing them.? ~ Aristotle > > Ann E. Merryman, MLIS > > Associate Librarian > > Coordinator of Archives and Special Collections > > USC Upstate, Library 263 > > 800 University Way > > Spartanburg, SC 29303 > > Office:? 864-503-5275 > > merrymaa at uscupstate.edu > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 39595 bytes Desc: not available URL: From bpoulin at unm.edu Thu Jul 15 12:18:47 2021 From: bpoulin at unm.edu (Bennett Poulin) Date: Thu, 15 Jul 2021 16:18:47 +0000 Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab In-Reply-To: References: Message-ID: Hello Elizabeth, I?m sorry if I?m confused, but did you have something that could help us identify what the actual problem is? Thank you very much, Bennett From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Elizabeth Russell Sent: Tuesday, July 13, 2021 2:59 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab [EXTERNAL] Yes - I'll send them tomorrow morning. On Tue, Jul 13, 2021, 4:57 PM Blake Carver > wrote: Is there anything in the logs that has ERROR or FATAL in it? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Bennett Poulin > Sent: Tuesday, July 13, 2021 3:50 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Everyone, We have come to a roadblock in debugging an issue we are having. The problem: We seem to be having trouble with some of our records not loading completely on the collection organization tab. The problem seems to only occur with certain resolutions and edge cases. The only way we can consistently reproduce the problem is to have the dev tools console open, but it does happen sometimes on regular page loads. Steps to Reproduce: 1. Navigate to a known affected page: https://nmarchives.unm.edu/repositories/22/resources/2204/collection_organization 2. Open the console F12 (Firefox, Chrome, Edge) 3. Scroll down the Collection Organization until it stops loading further and errors are produced Relevant Information: * Edge and Chrome produce the following console errors * application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 [Intervention] Unable to preventDefault inside passive event listener due to target being treated as passive. See https://www.chromestatus.com/features/6662647093133312 * preventDefault @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * (anonymous) @ infinite_scroll-16451f8d2fd84b07c84998a7bc75e9bad2276ca21b383c7098a623163ab40c66.js:1 * dispatch @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * g.handle @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * GET https://nmarchives.unm.edu/repositories/22/resources/2204/tree/node?node=%2Frepositories%2F22%2Farchival_objects%2F259267 404 (Not Found) * ArchivesSpace Version: 2.8.1 Logs: Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259261"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=2 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {deleteByQuery=parent_id:("/repositories/22/archival_objects/185733")} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {add=[/repositories/22/archival_objects/185733]} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: start commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=true,prepareCommit=false} Jul 13, 2021 12:50:00 PM org.apache.solr.search.SolrIndexSearcher INFO: Opening Searcher at 1151478f[collection1] main Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: end_commit_flush Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore registerSearcher INFO: [collection1] Registered new searcher Searcher at 1151478f[collection1] main{StandardDirectoryReader(segments_24py:649922:nrt _nr(4.10.4):C219913/46272:delGen=474 _11f(4.10.4):C425538/52164:delGen=678 _3ph(4.10.4):C359151/35922:delGen=550 _2o2(4.10.4):C85704/12221:delGen=96 _jqw(4.10.4):C82274/20242:delGen=170 _3u8(4.10.4):C96489/15326:delGen=127 _12w0(4.10.4):C121374/13239:delGen=109 _3898(4.10.4):C59987/20078:delGen=481 _1n6j(4.10.4):C47632/3396:delGen=26 _3sgm(4.10.4):C23740/10497:delGen=98 _4m19(4.10.4):C44854/4334:delGen=106 _4m2g(4.10.4):C2285/8:delGen=4 _4mgz(4.10.4):C3706/570:delGen=30 _4mfy(4.10.4):C501/2:delGen=2 _4mlp(4.10.4):C2214/438:delGen=3 _4mkp(4.10.4):C260 _4mn1(4.10.4):C25/3:delGen=1 _4mnw(4.10.4):C16/2:delGen=1 _4mnv(4.10.4):C3/1:delGen=1 _4mnz(4.10.4):C2/1:delGen=1 _4mo3(4.10.4):C21 _4mo4(4.10.4):C1 _4mo5(4.10.4):C31 _4mo6(4.10.4):C21/1 _4mo7(4.10.4):C488 _4mo8(4.10.4):C1)} Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {commit=} 0 95 Jul 13, 2021 12:50:01 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259262"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=29 Specific Log-Entry: Jul 13, 2021 1:08:50 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259268"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=29 Current Guesses: 1. Something about how browsers use the preventDefault method used by infinite scroll has changed its behavior, and thus broken the feature. 2. The API endpoint [:GET] /repositories/:repo_id/classifications/:id/tree used by this feature has been deprecated, causing the 404 error. Any help would be greatly appreciated. Thank you very much, Bennett _______________________________________________ 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 schanzme at msu.edu Thu Jul 15 12:32:55 2021 From: schanzme at msu.edu (Schanz, Megan) Date: Thu, 15 Jul 2021 16:32:55 +0000 Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab In-Reply-To: References: , Message-ID: Hi Bennett, We had a similar issue back in December, but our entire collection organization tab didn't load (and it was consistent). http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2020-December/008096.html What ended up being our problem was that the new default solr_params value in v2.8.1 affected the results that were being found for that tab. Manually setting it to the 2.7.1 value resolved it for us. The new default value in 2.8.1: AppConfig[:solr_params] = { 'mm' => '100%' } Original value in 2.7.1: AppConfig[:solr_params] = { "q.op" => "AND" } - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Bennett Poulin Sent: Thursday, July 15, 2021 12:18 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Elizabeth, I?m sorry if I?m confused, but did you have something that could help us identify what the actual problem is? Thank you very much, Bennett From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Elizabeth Russell Sent: Tuesday, July 13, 2021 2:59 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab [EXTERNAL] Yes - I'll send them tomorrow morning. On Tue, Jul 13, 2021, 4:57 PM Blake Carver > wrote: Is there anything in the logs that has ERROR or FATAL in it? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Bennett Poulin > Sent: Tuesday, July 13, 2021 3:50 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Everyone, We have come to a roadblock in debugging an issue we are having. The problem: We seem to be having trouble with some of our records not loading completely on the collection organization tab. The problem seems to only occur with certain resolutions and edge cases. The only way we can consistently reproduce the problem is to have the dev tools console open, but it does happen sometimes on regular page loads. Steps to Reproduce: 1. Navigate to a known affected page: https://nmarchives.unm.edu/repositories/22/resources/2204/collection_organization 2. Open the console F12 (Firefox, Chrome, Edge) 3. Scroll down the Collection Organization until it stops loading further and errors are produced Relevant Information: * Edge and Chrome produce the following console errors * application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 [Intervention] Unable to preventDefault inside passive event listener due to target being treated as passive. See https://www.chromestatus.com/features/6662647093133312 * preventDefault @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * (anonymous) @ infinite_scroll-16451f8d2fd84b07c84998a7bc75e9bad2276ca21b383c7098a623163ab40c66.js:1 * dispatch @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * g.handle @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * GET https://nmarchives.unm.edu/repositories/22/resources/2204/tree/node?node=%2Frepositories%2F22%2Farchival_objects%2F259267 404 (Not Found) * ArchivesSpace Version: 2.8.1 Logs: Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259261"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=2 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {deleteByQuery=parent_id:("/repositories/22/archival_objects/185733")} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {add=[/repositories/22/archival_objects/185733]} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: start commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=true,prepareCommit=false} Jul 13, 2021 12:50:00 PM org.apache.solr.search.SolrIndexSearcher INFO: Opening Searcher at 1151478f[collection1] main Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: end_commit_flush Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore registerSearcher INFO: [collection1] Registered new searcher Searcher at 1151478f[collection1] main{StandardDirectoryReader(segments_24py:649922:nrt _nr(4.10.4):C219913/46272:delGen=474 _11f(4.10.4):C425538/52164:delGen=678 _3ph(4.10.4):C359151/35922:delGen=550 _2o2(4.10.4):C85704/12221:delGen=96 _jqw(4.10.4):C82274/20242:delGen=170 _3u8(4.10.4):C96489/15326:delGen=127 _12w0(4.10.4):C121374/13239:delGen=109 _3898(4.10.4):C59987/20078:delGen=481 _1n6j(4.10.4):C47632/3396:delGen=26 _3sgm(4.10.4):C23740/10497:delGen=98 _4m19(4.10.4):C44854/4334:delGen=106 _4m2g(4.10.4):C2285/8:delGen=4 _4mgz(4.10.4):C3706/570:delGen=30 _4mfy(4.10.4):C501/2:delGen=2 _4mlp(4.10.4):C2214/438:delGen=3 _4mkp(4.10.4):C260 _4mn1(4.10.4):C25/3:delGen=1 _4mnw(4.10.4):C16/2:delGen=1 _4mnv(4.10.4):C3/1:delGen=1 _4mnz(4.10.4):C2/1:delGen=1 _4mo3(4.10.4):C21 _4mo4(4.10.4):C1 _4mo5(4.10.4):C31 _4mo6(4.10.4):C21/1 _4mo7(4.10.4):C488 _4mo8(4.10.4):C1)} Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {commit=} 0 95 Jul 13, 2021 12:50:01 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259262"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=29 Specific Log-Entry: Jul 13, 2021 1:08:50 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259268"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=29 Current Guesses: 1. Something about how browsers use the preventDefault method used by infinite scroll has changed its behavior, and thus broken the feature. 2. The API endpoint [:GET] /repositories/:repo_id/classifications/:id/tree used by this feature has been deprecated, causing the 404 error. Any help would be greatly appreciated. Thank you very much, Bennett _______________________________________________ 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 bpoulin at unm.edu Thu Jul 15 12:47:58 2021 From: bpoulin at unm.edu (Bennett Poulin) Date: Thu, 15 Jul 2021 16:47:58 +0000 Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab In-Reply-To: References: , Message-ID: Thanks Megan! We'll give this a try! From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Schanz, Megan Sent: Thursday, July 15, 2021 10:33 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab [EXTERNAL] Hi Bennett, We had a similar issue back in December, but our entire collection organization tab didn't load (and it was consistent). http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2020-December/008096.html What ended up being our problem was that the new default solr_params value in v2.8.1 affected the results that were being found for that tab. Manually setting it to the 2.7.1 value resolved it for us. The new default value in 2.8.1: AppConfig[:solr_params] = { 'mm' => '100%' } Original value in 2.7.1: AppConfig[:solr_params] = { "q.op" => "AND" } - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Bennett Poulin > Sent: Thursday, July 15, 2021 12:18 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Elizabeth, I'm sorry if I'm confused, but did you have something that could help us identify what the actual problem is? Thank you very much, Bennett From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Elizabeth Russell Sent: Tuesday, July 13, 2021 2:59 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab [EXTERNAL] Yes - I'll send them tomorrow morning. On Tue, Jul 13, 2021, 4:57 PM Blake Carver > wrote: Is there anything in the logs that has ERROR or FATAL in it? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Bennett Poulin > Sent: Tuesday, July 13, 2021 3:50 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Everyone, We have come to a roadblock in debugging an issue we are having. The problem: We seem to be having trouble with some of our records not loading completely on the collection organization tab. The problem seems to only occur with certain resolutions and edge cases. The only way we can consistently reproduce the problem is to have the dev tools console open, but it does happen sometimes on regular page loads. Steps to Reproduce: 1. Navigate to a known affected page: https://nmarchives.unm.edu/repositories/22/resources/2204/collection_organization 2. Open the console F12 (Firefox, Chrome, Edge) 3. Scroll down the Collection Organization until it stops loading further and errors are produced Relevant Information: * Edge and Chrome produce the following console errors * application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 [Intervention] Unable to preventDefault inside passive event listener due to target being treated as passive. See https://www.chromestatus.com/features/6662647093133312 * preventDefault @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * (anonymous) @ infinite_scroll-16451f8d2fd84b07c84998a7bc75e9bad2276ca21b383c7098a623163ab40c66.js:1 * dispatch @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * g.handle @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * GET https://nmarchives.unm.edu/repositories/22/resources/2204/tree/node?node=%2Frepositories%2F22%2Farchival_objects%2F259267 404 (Not Found) * ArchivesSpace Version: 2.8.1 Logs: Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259261"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=2 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {deleteByQuery=parent_id:("/repositories/22/archival_objects/185733")} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {add=[/repositories/22/archival_objects/185733]} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: start commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=true,prepareCommit=false} Jul 13, 2021 12:50:00 PM org.apache.solr.search.SolrIndexSearcher INFO: Opening Searcher at 1151478f[collection1] main Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: end_commit_flush Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore registerSearcher INFO: [collection1] Registered new searcher Searcher at 1151478f[collection1] main{StandardDirectoryReader(segments_24py:649922:nrt _nr(4.10.4):C219913/46272:delGen=474 _11f(4.10.4):C425538/52164:delGen=678 _3ph(4.10.4):C359151/35922:delGen=550 _2o2(4.10.4):C85704/12221:delGen=96 _jqw(4.10.4):C82274/20242:delGen=170 _3u8(4.10.4):C96489/15326:delGen=127 _12w0(4.10.4):C121374/13239:delGen=109 _3898(4.10.4):C59987/20078:delGen=481 _1n6j(4.10.4):C47632/3396:delGen=26 _3sgm(4.10.4):C23740/10497:delGen=98 _4m19(4.10.4):C44854/4334:delGen=106 _4m2g(4.10.4):C2285/8:delGen=4 _4mgz(4.10.4):C3706/570:delGen=30 _4mfy(4.10.4):C501/2:delGen=2 _4mlp(4.10.4):C2214/438:delGen=3 _4mkp(4.10.4):C260 _4mn1(4.10.4):C25/3:delGen=1 _4mnw(4.10.4):C16/2:delGen=1 _4mnv(4.10.4):C3/1:delGen=1 _4mnz(4.10.4):C2/1:delGen=1 _4mo3(4.10.4):C21 _4mo4(4.10.4):C1 _4mo5(4.10.4):C31 _4mo6(4.10.4):C21/1 _4mo7(4.10.4):C488 _4mo8(4.10.4):C1)} Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {commit=} 0 95 Jul 13, 2021 12:50:01 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259262"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=29 Specific Log-Entry: Jul 13, 2021 1:08:50 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259268"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=29 Current Guesses: 1. Something about how browsers use the preventDefault method used by infinite scroll has changed its behavior, and thus broken the feature. 2. The API endpoint [:GET] /repositories/:repo_id/classifications/:id/tree used by this feature has been deprecated, causing the 404 error. Any help would be greatly appreciated. Thank you very much, Bennett _______________________________________________ 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 Mon Jul 19 09:27:10 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 19 Jul 2021 13:27:10 +0000 Subject: [Archivesspace_Users_Group] Join us for the ArchivesSpace Trainers Corps Office Hour today, Monday, July 19th at 2pm ET/11am PT Message-ID: Dear ArchivesSpace Users, The second ArchivesSpace Trainers Corps ?Office Hour? is today, July 19th at 2pm ET/11am PT. In these office hours, members of the ArchivesSpace Trainers Corps will demo a task or tool frequently used by ArchivesSpace members and take questions related to a pre-determined topic. For this open call, the Trainers Corps will briefly explain the difference between full mode and light mode in the ArchivesSpace Agents module and how to enable and toggle between the two. This feature is new to ArchivesSpace v3.0/3.0.1. Following the presentation, you will have the opportunity to ask questions about the topic, followed by a general Q&A about all things agents. If you would like to suggest a topic for a future ?Office Hour,? you can do so at https://forms.gle/unz3GmAbWwvpHjSr7. ArchivesSpace Trainers Corps ?Office Hour? Date: July 19, 2021 Time: 2:00pm ET / 11:00am PT Topic: Full mode vs. light mode in the ArchivesSpace Agents module Registration: https://lyrasis.zoom.us/meeting/register/tJckce-trjwtH9SW4q2BywTYU1YkkJo-5Sr6 Over the next year, the Trainers Corps will offer regularly scheduled trainings and office hours covering a variety of topics on all things ArchivesSpace. Registration for each training will be separate and registration will open closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. If you have any questions, feel free to contact us at ArchivesSpaceHome at lyrasis.org. 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 Jessica.Crouch at lyrasis.org Tue Jul 20 10:05:57 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 20 Jul 2021 14:05:57 +0000 Subject: [Archivesspace_Users_Group] Register now for the ArchivesSpace 7th Annual Member Forum Message-ID: <0DBE9634-95D5-458A-9765-692D40F496CC@lyrasis.org> [Graphical user interface Description automatically generated with low confidence] Registration is still available for the 7th Annual ArchivesSpace Member Forum! Just as in previous years, this will be a free opportunity for staff from ArchivesSpace member institutions to meet and share information with each other and the program team about all things ArchivesSpace. While traditionally an in-person event, ArchivesSpace will be holding its seventh Annual Member Forum virtually. This free event is a chance for ArchivesSpace members to come together to highlight the work they are doing in ArchivesSpace, show off new plugins or tools they?ve developed, and attend instructional sessions and discussions on a variety of topics. As with our previous Annual Member Forums, it is being held in conjunction with the Society of American Archivists annual meeting, but it is not part of SAA and does not require registration for the SAA Annual Meeting. When: Presentations, breakout discussions, and casual mixers will be held on August 2-4, 2021, and all individuals from ArchivesSpace member institutions are welcome to attend some or all of the sessions on these days. Times vary by day so be sure to review the agenda. Times are listed in ET but you can use the ?find your local time? feature to confirm the event date and time for your region. Where: All online via Zoom, with opportunities to join via computer or phone. Who Can Attend: The ArchivesSpace Member Forum is open to individuals from ArchivesSpace member institutions only. To register, you must use an institutional email address associated with an ArchivesSpace member institution. Registrations using personal email addresses and addresses associated with non-member institutions will not be accepted. This means that events with limited capacity may fill before you are able to correct your registration. Online registration: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2770599937/ArchivesSpace+Member+Forum+2021 Registrations for each day are separate and you must register individually for all days/events you are interested in attending. Registration information is linked above each event on the agenda. 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: 164447 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29065 bytes Desc: image002.jpg URL: From matsuyama at nak-osaka.jp Tue Jul 20 10:06:43 2021 From: matsuyama at nak-osaka.jp (hitomi matsuyama) Date: Tue, 20 Jul 2021 23:06:43 +0900 Subject: [Archivesspace_Users_Group] =?utf-8?b?44Ki44OJ44Os44K55aSJ5pu0?= =?utf-8?b?44Gu44GK55+l44KJ44Gb772cbmV3IGVtYWlsIGFkZHJlc3M=?= Message-ID: <0DBE9634-95D5-458A-9765-692D40F496CC@lyrasis.org> ??????????????????????????? ?????????????? matsuyama-h at nakka-art.jp ????? My email address has changed upon moving to our new office building. Please send all future emails to the address below. matsuyama-h at nakka-art.jp Hitomi Matsuyama From bpoulin at unm.edu Thu Jul 22 10:41:58 2021 From: bpoulin at unm.edu (Bennett Poulin) Date: Thu, 22 Jul 2021 14:41:58 +0000 Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab In-Reply-To: References: , Message-ID: Thank you again Megan, Unfortunately that did not solve our page load issue. If anyone else might have any suggestions to fix the collection management not loading all the way, we would love to hear them. Thank you all very much, Bennett From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Schanz, Megan Sent: Thursday, July 15, 2021 10:33 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab [EXTERNAL] Hi Bennett, We had a similar issue back in December, but our entire collection organization tab didn't load (and it was consistent). http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2020-December/008096.html What ended up being our problem was that the new default solr_params value in v2.8.1 affected the results that were being found for that tab. Manually setting it to the 2.7.1 value resolved it for us. The new default value in 2.8.1: AppConfig[:solr_params] = { 'mm' => '100%' } Original value in 2.7.1: AppConfig[:solr_params] = { "q.op" => "AND" } - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Bennett Poulin > Sent: Thursday, July 15, 2021 12:18 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Elizabeth, I'm sorry if I'm confused, but did you have something that could help us identify what the actual problem is? Thank you very much, Bennett From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Elizabeth Russell Sent: Tuesday, July 13, 2021 2:59 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab [EXTERNAL] Yes - I'll send them tomorrow morning. On Tue, Jul 13, 2021, 4:57 PM Blake Carver > wrote: Is there anything in the logs that has ERROR or FATAL in it? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Bennett Poulin > Sent: Tuesday, July 13, 2021 3:50 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Trouble Loading Collection Organization Tab Hello Everyone, We have come to a roadblock in debugging an issue we are having. The problem: We seem to be having trouble with some of our records not loading completely on the collection organization tab. The problem seems to only occur with certain resolutions and edge cases. The only way we can consistently reproduce the problem is to have the dev tools console open, but it does happen sometimes on regular page loads. Steps to Reproduce: 1. Navigate to a known affected page: https://nmarchives.unm.edu/repositories/22/resources/2204/collection_organization 2. Open the console F12 (Firefox, Chrome, Edge) 3. Scroll down the Collection Organization until it stops loading further and errors are produced Relevant Information: * Edge and Chrome produce the following console errors * application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 [Intervention] Unable to preventDefault inside passive event listener due to target being treated as passive. See https://www.chromestatus.com/features/6662647093133312 * preventDefault @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * (anonymous) @ infinite_scroll-16451f8d2fd84b07c84998a7bc75e9bad2276ca21b383c7098a623163ab40c66.js:1 * dispatch @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * g.handle @ application-d931c7796d2a9940ff4967478207ddb3d3d86faa90b8163d2058ce9413ad0d27.js:2 * GET https://nmarchives.unm.edu/repositories/22/resources/2204/tree/node?node=%2Frepositories%2F22%2Farchival_objects%2F259267 404 (Not Found) * ArchivesSpace Version: 2.8.1 Logs: Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259261"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=2 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {deleteByQuery=parent_id:("/repositories/22/archival_objects/185733")} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {add=[/repositories/22/archival_objects/185733]} 0 1 Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: start commit{,optimize=false,openSearcher=true,waitSearcher=true,expungeDeletes=false,softCommit=true,prepareCommit=false} Jul 13, 2021 12:50:00 PM org.apache.solr.search.SolrIndexSearcher INFO: Opening Searcher at 1151478f[collection1] main Jul 13, 2021 12:50:00 PM org.apache.solr.update.DirectUpdateHandler2 commit INFO: end_commit_flush Jul 13, 2021 12:50:00 PM org.apache.solr.core.SolrCore registerSearcher INFO: [collection1] Registered new searcher Searcher at 1151478f[collection1] main{StandardDirectoryReader(segments_24py:649922:nrt _nr(4.10.4):C219913/46272:delGen=474 _11f(4.10.4):C425538/52164:delGen=678 _3ph(4.10.4):C359151/35922:delGen=550 _2o2(4.10.4):C85704/12221:delGen=96 _jqw(4.10.4):C82274/20242:delGen=170 _3u8(4.10.4):C96489/15326:delGen=127 _12w0(4.10.4):C121374/13239:delGen=109 _3898(4.10.4):C59987/20078:delGen=481 _1n6j(4.10.4):C47632/3396:delGen=26 _3sgm(4.10.4):C23740/10497:delGen=98 _4m19(4.10.4):C44854/4334:delGen=106 _4m2g(4.10.4):C2285/8:delGen=4 _4mgz(4.10.4):C3706/570:delGen=30 _4mfy(4.10.4):C501/2:delGen=2 _4mlp(4.10.4):C2214/438:delGen=3 _4mkp(4.10.4):C260 _4mn1(4.10.4):C25/3:delGen=1 _4mnw(4.10.4):C16/2:delGen=1 _4mnv(4.10.4):C3/1:delGen=1 _4mnz(4.10.4):C2/1:delGen=1 _4mo3(4.10.4):C21 _4mo4(4.10.4):C1 _4mo5(4.10.4):C31 _4mo6(4.10.4):C21/1 _4mo7(4.10.4):C488 _4mo8(4.10.4):C1)} Jul 13, 2021 12:50:00 PM org.apache.solr.update.processor.LogUpdateProcessor finish INFO: [collection1] webapp= path=/update params={} {commit=} 0 95 Jul 13, 2021 12:50:01 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259262"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=29 Specific Log-Entry: Jul 13, 2021 1:08:50 PM org.apache.solr.core.SolrCore execute INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/22\/resources\/2204\/tree\/node_\/repositories\/22\/archival_objects\/259268"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=0 status=0 QTime=29 Current Guesses: 1. Something about how browsers use the preventDefault method used by infinite scroll has changed its behavior, and thus broken the feature. 2. The API endpoint [:GET] /repositories/:repo_id/classifications/:id/tree used by this feature has been deprecated, causing the 404 error. Any help would be greatly appreciated. Thank you very much, Bennett _______________________________________________ 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 matsuyama at nak-osaka.jp Thu Jul 22 10:42:15 2021 From: matsuyama at nak-osaka.jp (hitomi matsuyama) Date: Thu, 22 Jul 2021 23:42:15 +0900 Subject: [Archivesspace_Users_Group] =?utf-8?b?44Ki44OJ44Os44K55aSJ5pu0?= =?utf-8?b?44Gu44GK55+l44KJ44Gb772cbmV3IGVtYWlsIGFkZHJlc3M=?= Message-ID: ??????????????????????????? ?????????????? matsuyama-h at nakka-art.jp ????? My email address has changed upon moving to our new office building. Please send all future emails to the address below. matsuyama-h at nakka-art.jp Hitomi Matsuyama From bzhang at csus.edu Thu Jul 22 11:41:28 2021 From: bzhang at csus.edu (Zhang, Bin) Date: Thu, 22 Jul 2021 15:41:28 +0000 Subject: [Archivesspace_Users_Group] aspace-oauth using TLS v1.2+? Message-ID: Hi We are using the Aspace-Oauth plugin (CAS) to authenticate. Now our campus IT asked me to verify that ArchivesSpace is using TLS v1.2 or later to connect to CAS, as our Shibb/CAS vendor is stopping support for lower versions. How would I verify that? Our AS is running on a ubuntu 18.04 LTS box, if that helps. Thanks Bin Zhang (he/him/his) Digital Information Services Librarian Library Systems and IT Services, University Library California State University, Sacramento bzhang at csus.edu | (916) 278-5664 https://csus.zoom.us/my/bzhang -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 15110 bytes Desc: not available URL: From zachary.pelli at shu.edu Fri Jul 23 12:16:47 2021 From: zachary.pelli at shu.edu (Zachary L Pelli) Date: Fri, 23 Jul 2021 16:16:47 +0000 Subject: [Archivesspace_Users_Group] Setting up the "Request" button Message-ID: Hey all, I am attempting to configure the Request button bot am having an issue. Clicking the button currently gives you a page with this message: The change you wanted was rejected. Maybe you tried to change something you didn't have access to. If you are the application owner check the logs for more information. In the logs, This is what it looks like: INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/2\/resources\/420\/tree\/node_from_root_62239"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=1 W, [2021-07-22T16:13:17.109289 #18540] WARN -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] HTTP Origin header (https://archivesspace-library.shu.edu) didn't match request.base_url (http://archivesspace-library.shu.edu) F, [2021-07-22T16:13:17.120038 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] F, [2021-07-22T16:13:17.120263 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] ActionController::InvalidAuthenticityToken (ActionController::InvalidAuthenticityToken): F, [2021-07-22T16:13:17.120366 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] F, [2021-07-22T16:13:17.120480 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] actionpack (5.2.5) lib/action_controller/metal/request_forgery_protection.rb:211:in `handle_unverified_request' I understand this is an issue with Rails and SSL, but am unsure how to resolve this. Nothing in the configs seems to affect it. Any help appreciated. Regards, Zach Pelli Digital Collections Infrastructure Developer Seton Hall University Libraries 973.275.2046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.hoffman at lyrasis.org Fri Jul 23 12:22:33 2021 From: brian.hoffman at lyrasis.org (Brian Hoffman) Date: Fri, 23 Jul 2021 16:22:33 +0000 Subject: [Archivesspace_Users_Group] Setting up the "Request" button In-Reply-To: References: Message-ID: Hi, Have you seen this documentation on configuring ArchivesSpace for HTTPS? https://archivesspace.github.io/tech-docs/provisioning/https.html Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Zachary L Pelli Date: Friday, July 23, 2021 at 12:16 PM To: ArchivesSpace List Subject: [Archivesspace_Users_Group] Setting up the "Request" button Hey all, I am attempting to configure the Request button bot am having an issue. Clicking the button currently gives you a page with this message: The change you wanted was rejected. Maybe you tried to change something you didn't have access to. If you are the application owner check the logs for more information. In the logs, This is what it looks like: INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/2\/resources\/420\/tree\/node_from_root_62239"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=1 W, [2021-07-22T16:13:17.109289 #18540] WARN -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] HTTP Origin header (https://archivesspace-library.shu.edu) didn't match request.base_url (http://archivesspace-library.shu.edu) F, [2021-07-22T16:13:17.120038 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] F, [2021-07-22T16:13:17.120263 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] ActionController::InvalidAuthenticityToken (ActionController::InvalidAuthenticityToken): F, [2021-07-22T16:13:17.120366 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] F, [2021-07-22T16:13:17.120480 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] actionpack (5.2.5) lib/action_controller/metal/request_forgery_protection.rb:211:in `handle_unverified_request' I understand this is an issue with Rails and SSL, but am unsure how to resolve this. Nothing in the configs seems to affect it. Any help appreciated. Regards, Zach Pelli Digital Collections Infrastructure Developer Seton Hall University Libraries 973.275.2046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brijmcla at iu.edu Fri Jul 23 18:04:29 2021 From: brijmcla at iu.edu (McLaughlin, Brianna Jean) Date: Fri, 23 Jul 2021 22:04:29 +0000 Subject: [Archivesspace_Users_Group] Bulk dates not displaying Message-ID: Hi everyone, We've run into an issue where component dates are not displaying if the date type is "bulk." Have any of you had the same issue? We're on AS 2.7.1 and we have an ArcLight implementation. The dates are showing in AS, but not for the end user on ArcLight. Thanks, Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From zachary.pelli at shu.edu Mon Jul 26 09:56:27 2021 From: zachary.pelli at shu.edu (Zachary L Pelli) Date: Mon, 26 Jul 2021 13:56:27 +0000 Subject: [Archivesspace_Users_Group] Setting up the "Request" button In-Reply-To: References: Message-ID: Hey all, Tried submitting this last week, but it didn't seem to go through so here goes: I am attempting to configure the Request button bot am having an issue. Clicking the button currently gives you a page with this message: The change you wanted was rejected. Maybe you tried to change something you didn't have access to. If you are the application owner check the logs for more information. In the logs, This is what it looks like: INFO: [collection1] webapp= path=/select params={mm=100%25&q=(uri:("\/repositories\/2\/resources\/420\/tree\/node_from_root_62239"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=1 W, [2021-07-22T16:13:17.109289 #18540] WARN -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] HTTP Origin header (https://archivesspace-library.shu.edu) didn't match request.base_url (http://archivesspace-library.shu.edu) F, [2021-07-22T16:13:17.120038 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] F, [2021-07-22T16:13:17.120263 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] ActionController::InvalidAuthenticityToken (ActionController::InvalidAuthenticityToken): F, [2021-07-22T16:13:17.120366 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] F, [2021-07-22T16:13:17.120480 #18540] FATAL -- : [66b8b6dd-8d7b-4984-b753-ddf9212e6e12] actionpack (5.2.5) lib/action_controller/metal/request_forgery_protection.rb:211:in `handle_unverified_request' I understand this is an issue with Rails and SSL, but am unsure how to resolve this. Nothing in the configs seems to affect it. Any help appreciated. Regards, Zach Pelli Digital Collections Infrastructure Developer Seton Hall University Libraries 973.275.2046 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corey.Schmidt at uga.edu Tue Jul 27 14:59:05 2021 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Tue, 27 Jul 2021 18:59:05 +0000 Subject: [Archivesspace_Users_Group] Check for Broken URLs Report Plugin Message-ID: Dear all, Hello, this is Corey, ArchivesSpace PM at the University of Georgia. I hope everyone is well, healthy, and staying cool! I'm excited to say we at UGA created our first custom plugin report for ArchivesSpace and wanted to share it with the community. The report looks for and returns broken URLs that may exist in note fields across all repositories in an ArchivesSpace instance. Those notes come from resources, archival objects, digital objects, digital object components, digital object file versions (URLs), subject scope and contents, agent person, corporate entity, family, and software. We've used it to find your standard 404 errors, but also other fun ones like 403s and malformed links. You can find the code for the plugin here, just download the check_urls folder: https://github.com/uga-libraries/uga-archivesspace-reports. Info on how to install an ArchivesSpace plugin can be found here: https://archivesspace.github.io/tech-docs/customization/plugins.html. The plugin isn't perfect, as it requires you to export it in CSV format, so if you install it and test it, please set the report as a CSV. Additionally, because it's doing many lookups, expect the report to run for a long time. We have over 5000 resources between five repositories and it takes us just under an hour to complete. Lastly, there is no way currently to limit the repository or notes being checked. Filtering results is best done in Excel by clicking on the third header row and using the Data > Filter feature. If anyone has any advice on how to do that in ASpace, I would greatly appreciate the feedback. A special thanks to Dallas Pillen, who helped us solve the last puzzle of exporting the data in a usable fashion, and Alicia Detelich for her awesome tutorial on how to make a custom reports plugin (https://www.youtube.com/watch?v=ruRWpOGaj1A) and general advice. For anyone else I missed, thank you for your advice and patience. Please reach out if you have any questions or feedback on the plugin and if you find it useful. Thanks, Corey Corey Schmidt University of Georgia Special Collections Libraries | ArchivesSpace Project Manager 706-542-8151 | Corey.Schmidt at uga.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From VivianLea.Solek at Kofc.Org Tue Jul 27 15:02:25 2021 From: VivianLea.Solek at Kofc.Org (Solek, VivianLea) Date: Tue, 27 Jul 2021 19:02:25 +0000 Subject: [Archivesspace_Users_Group] Check for Broken URLs Report Plugin In-Reply-To: References: Message-ID: Congrats Corey - cool plugin! All the best, VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives 1 State Street New Haven, CT 06511-6702 Phone 203 752-4578 Fax 203 865-0351 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Corey Schmidt Sent: Tuesday, July 27, 2021 2:59 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Check for Broken URLs Report Plugin Dear all, Hello, this is Corey, ArchivesSpace PM at the University of Georgia. I hope everyone is well, healthy, and staying cool! I'm excited to say we at UGA created our first custom plugin report for ArchivesSpace and wanted to share it with the community. The report looks for and returns broken URLs that may exist in note fields across all repositories in an ArchivesSpace instance. Those notes come from resources, archival objects, digital objects, digital object components, digital object file versions (URLs), subject scope and contents, agent person, corporate entity, family, and software. We've used it to find your standard 404 errors, but also other fun ones like 403s and malformed links. You can find the code for the plugin here, just download the check_urls folder: https://github.com/uga-libraries/uga-archivesspace-reports. Info on how to install an ArchivesSpace plugin can be found here: https://archivesspace.github.io/tech-docs/customization/plugins.html. The plugin isn't perfect, as it requires you to export it in CSV format, so if you install it and test it, please set the report as a CSV. Additionally, because it's doing many lookups, expect the report to run for a long time. We have over 5000 resources between five repositories and it takes us just under an hour to complete. Lastly, there is no way currently to limit the repository or notes being checked. Filtering results is best done in Excel by clicking on the third header row and using the Data > Filter feature. If anyone has any advice on how to do that in ASpace, I would greatly appreciate the feedback. A special thanks to Dallas Pillen, who helped us solve the last puzzle of exporting the data in a usable fashion, and Alicia Detelich for her awesome tutorial on how to make a custom reports plugin (https://www.youtube.com/watch?v=ruRWpOGaj1A) and general advice. For anyone else I missed, thank you for your advice and patience. Please reach out if you have any questions or feedback on the plugin and if you find it useful. Thanks, Corey Corey Schmidt University of Georgia Special Collections Libraries | ArchivesSpace Project Manager 706-542-8151 | Corey.Schmidt at uga.edu CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanstra at nd.edu Fri Jul 30 12:20:30 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Fri, 30 Jul 2021 12:20:30 -0400 Subject: [Archivesspace_Users_Group] Requests and postfix Message-ID: I'm running ArchivesSpace on an AWS server and the preferred/configured email service is postfix. It looks as if that is either not a supported service or I have not quite figured out how to set it up within the configuration file. If I'm not using sendmail, what settings should I use in the configuration file? Or is sendmail a requirement for running requests? I don't find any info in the documentation about other options besides sendmail. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Fri Jul 30 17:00:36 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 30 Jul 2021 21:00:36 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - July 2021 Message-ID: <29B4C3E5-409A-4CC4-9970-97BFA5621B59@lyrasis.org> [cid:image001.jpg at 01D78564.68BCB3A0] ArchivesSpace Update ? July 2021 Development A release candidate for ArchivesSpace v3.0.2 is currently available at https://github.com/archivesspace/archivesspace/releases/tag/v3.0.2-RC1. We expect to put out the production release in early August. Version 3.0.2 is the direct result of community feedback about the migration of date sub-records attached to agents. The updated migration will create an equal number of new structured date sub-records from the original date sub-records and do some parsing of date expressions in range dates into begin and end date expressions. This is the only difference from v3.0.1. If you previously upgraded to 3.0.0 or 3.0.1, this upgrade is not necessary for you because the migration of your dates already took place. If you have not previously upgraded, we recommend going directly to 3.0.2 when it and you are ready. For any of these versions, some human-initiated cleanup of date sub-records may be required, depending on your local best practices and preferences for recording date information. Registration open - ArchivesSpace 7th Annual Member Forum Registration is still available for the 7th Annual ArchivesSpace Member Forum! Just as in previous years, this will be a free opportunity for staff from ArchivesSpace member institutions to meet and share information with each other and the program team about all things ArchivesSpace. While traditionally an in-person event, ArchivesSpace will be holding its seventh Annual Member Forum virtually. This free event is a chance for ArchivesSpace members to come together to highlight the work they are doing in ArchivesSpace, show off new plugins or tools they?ve developed, and attend instructional sessions and discussions on a variety of topics. As with our previous Annual Member Forums, it is being held in conjunction with the Society of American Archivists annual meeting, but it is not part of SAA and does not require registration for the SAA Annual Meeting. When: Presentations, breakout discussions, and casual mixers will be held on August 2-4, 2021, and all individuals from ArchivesSpace member institutions are welcome to attend some or all of the sessions on these days. Times vary by day so be sure to review the agenda. Times are listed in ET but you can use the ?find your local time? feature to confirm the event date and time for your region. Where: All online via Zoom, with opportunities to join via computer or phone. Who Can Attend: The ArchivesSpace Member Forum is open to individuals from ArchivesSpace member institutions only. To register, you must use an institutional email address associated with an ArchivesSpace member institution. Registrations using personal email addresses and addresses associated with non-member institutions will not be accepted. This means that events with limited capacity may fill before you are able to correct your registration. Online registration: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2770599937/ArchivesSpace+Member+Forum+2021 Registrations for each day are separate and you must register individually for all days/events you are interested in attending. Registration information is linked above each event on the agenda. Webinar Rescheduling Announcement: Virtual Every Step of the Way: Migrating to ArchivesSpace during Remote Work Due to the impact of Hurricane Elsa on the presenters, this webinar has been rescheduled from its original date of July 7, 2021. This webinar will now be on September 1, 2021. If you registered for the original webinar, your registration has been transferred to the new webinar date. When: September 1, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00 pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_p_-DXUf8S1KlEYmsheGujw This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In February 2020, USF Libraries ? Tampa Special Collections formally began the process to migrate to ArchivesSpace. Those discussions quickly stalled, however, when the University asked that they begin to formulate continuity of operations plans for remote work in preparations for what was then a hypothetical shutdown. Early into lockdown, USF determined that it would actually be the perfect time to migrate to ArchivesSpace. The campus was closed, no Reading Room services could be provided, and staff wanted to engage in meaningful projects. Guiding a team consisting of librarians, staff, and student employees, Special Collections organized a multi-phase plan for preparing data for migration, undergoing migration, and cleaning records in ArchivesSpace. As staff begin to gain more physical access in 2021, they are finalizing the clean up and ready to engage with patrons using ArchivesSpace. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries ? Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. No one on staff had prior experience with ArchivesSpace and all members of the team were trained in stages. They will also address how this project encouraged a more holistic reassessment, including systematically evaluating finding aids for missing information, conscious editing of descriptive content and subject headings, and the addition of classification headers. A Q&A will follow. Presenter Information: Tomaro Taylor is the Head of Special Collections at the University of South Florida Libraries Tampa campus. A Certified Archivist, Tomaro has nearly 20 years of experience implementing policies, procedures, guidelines, and best practices in the archival field. She currently serves as President of the Academy of Certified Archivists and Co-Manager of the Society of American Archivists? Digital Archives Specialist (DAS) Exam. Amanda Boczar is Special Collections Operations Manager at the University of South Florida Libraries Tampa campus. Amanda holds a Ph.D. in History with over 12 years of experience in higher education, and joined the library in 2019. She was responsible for the migration to ArchivesSpace, and supervised student and employee training through the process. Ana Temkina is a student assistant at USF Libraries Tampa campus, Special Collections. She received her bachelor?s degree in Library and Information Science, Children?s Literature track, from St. Petersburg State University of Culture and Arts, Russia. At USF she is doing her MA in Applied Anthropology and will soon graduate to continue her academic path at the University of Kentucky. Library work remains one of her great passions. Membership Update We are excited to welcome our newest members to our community! Our new members since June 30 include: * Corning Museum of Glass (Corning, NY) * James Madison University (Harrisonburg, VA) * Lewis Ginter Botanical Garden (Richmond, VA) * Multnomah County Archives (Portland, OR) * National Library and Information System Authority of Trinidad & Tobago (NALIS) (Port of Spain, Trinidad and Tobago) * Preservation Foundation of Palm Beach (Palm Beach, FL) * Santa Barbara Historical Museum (Santa Barbara, CA) * The Cathedral of St. Philip (Atlanta, GA) As of July 30, we have 441 General members, 21 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 22472 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29064 bytes Desc: image002.jpg URL: