From Jessica.Crouch at lyrasis.org Wed Sep 2 12:05:11 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 2 Sep 2020 16:05:11 +0000 Subject: [Archivesspace_Users_Group] Webinar Announcement: Integrating ArchivesSpace and CollectionSpace Message-ID: Dear ArchivesSpace Users, The next webinar in the Integrations with ArchivesSpace series will be Wednesday, September 16, at 2pm ET. Each webinar in this series highlights an integration with another application used in archives that ArchivesSpace members have worked on or requested. Our tenth webinar in this series will be an open discussion on an integration between ArchivesSpace and CollectionSpace, a museum-focused open source collections management system. When: September 16, 2020 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? noon PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_rmZEc6O6TMGQn85k3lgIOQ In order to provide a secure webinar experience and ensure adequate space in our Zoom environment, registration is now required for our webinars. Our webinars continue to be free and open to anyone using or interested in ArchivesSpace. This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In this webinar, representatives from both ArchivesSpace and CollectionSpace will briefly highlight the core elements of each application, how they are similar and where they differ in terms of functionality and the types of content they describe. An open discussion on community use cases and goals for an ArchivesSpace/CollectionSpace integration will follow. Please bring your ideas for how you would like to use ArchivesSpace and CollectionSpace together. The foundation of this discussion will be the initial feedback received on the recent survey disseminated by CollectionSpace about what their community wants in an ArchivesSpace/CollectionSpace integration. This survey is available at bit.ly/aspace_cspace. Webinar Presenters: Linda Colet has 20+ years experience in collections management and digital planning in the museum field. Her outreach work with CollectionSpace (LYRASIS) involves speaking with the museum community on how their collections management system needs fit within their overall digital strategy. She is also an adjunct art history teacher at Northern Virginia Community College. Christine Di Bella is the Program Manager for ArchivesSpace and involved in all aspects of the program, working closely and collaboratively with the community, advisory groups, and Governance Board to set and implement the strategy and goals for ArchivesSpace. Christine has worked as an archivist for over 20 years in academic and non-profit settings, including some where she managed both archives and art and artifact collections. Who should attend: Anyone using or interested in using ArchivesSpace or CollectionSpace and a possible integration between the two systems. Those with use cases they?d like to share are highly encouraged to attend and participate in the discussion. Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or the Integrations with ArchivesSpace webinar series. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29061 bytes Desc: image001.jpg URL: From afocke at rice.edu Wed Sep 2 17:16:47 2020 From: afocke at rice.edu (Amanda Focke) Date: Wed, 2 Sep 2020 16:16:47 -0500 Subject: [Archivesspace_Users_Group] setting encodinganalog and other attributes related to XML export Message-ID: <0bebeec3-3ee4-907a-29a7-ec0f0b70e482@rice.edu> Hello - Is there a way in ArchivesSpace to set encodinganalog information and other attributes for XML export purposes, such as for basic notes like scopecontent, acqinfo,and accessrestrict? Thanks for any thoughts, Amanda -- Amanda Focke, CA, DAS Head of Woodson Research Center Fondren Library Rice University 6100 Main St. MS-44 Houston, TX 77005 afocke at rice.edu | 713-348-2124 http://library.rice.edu/woodson From jgd1 at williams.edu Thu Sep 3 08:06:18 2020 From: jgd1 at williams.edu (Drmacich, Jessika) Date: Thu, 3 Sep 2020 08:06:18 -0400 Subject: [Archivesspace_Users_Group] Javascript, Server error Message-ID: Hello ArchivesSpace community! When attempting to add/select a value in the subject field, the following javascript, server error message appears when attempting to save the record. Might anyone know what to do? See screenshot below. I appreciate any advice anyone can provide. [image: Screen Shot 2020-09-03 at 8.03.23 AM.png] My very best, Jessika *Jessika Drmacich * *Records Manager & Digital Resources Archivist * *Williams College Libraries* *Special Collections* *413-597-4725 (o)* *she/her/hers* *Please Note: Due to COVID-19 library services have changed. See **the library?s webpage for information on how to access collections and services. I am now working from home and I will be checking email regularly. I?m also available for virtual consultations via GoogleMeet.* -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2020-09-03 at 8.03.23 AM.png Type: image/png Size: 100083 bytes Desc: not available URL: From Jessica.Crouch at lyrasis.org Thu Sep 3 13:49:25 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 3 Sep 2020 17:49:25 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: <3390E79B-70B8-4A34-86B1-2276E98B66F8@lyrasis.org> References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> <512F3C3D-C506-4E11-B5FB-4B9EBF4775B0@lyrasis.org> <614B918C-6F58-4D55-89F5-18680C71701B@lyrasis.org> <69AD5D49-2C12-450D-9763-D88A59297611@lyrasis.org> <24DA2EB0-8EA2-42E8-9EC1-2377BAE51368@lyrasis.org> <46CE10A0-3DD9-4139-BF15-B9D19408EC16@lyrasis.org> <3390E79B-70B8-4A34-86B1-2276E98B66F8@lyrasis.org> Message-ID: Dear ArchivesSpace Users, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29077 bytes Desc: image001.jpg URL: From ludwigpossie at weber.edu Fri Sep 4 19:52:21 2020 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Fri, 4 Sep 2020 17:52:21 -0600 Subject: [Archivesspace_Users_Group] (no subject) Message-ID: We're currently hosting a copy of Archivesspace 2.6.0. Recently we noticed that Archivesspace is running with a very high cpu load. I checked the log files and got the following message. I'm not sure if this has anything to do with the CPU cycles, but the fatal messages have me concerned. This entire message thread is repeating every few minutes. I'm not sure how to interpret the error message and was hoping someone could shed some light on this. Thx. F, [2020-09-04T23:32:20.007856 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] F, [2020-09-04T23:32:20.008071 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/8206/request"): F, [2020-09-04T23:32:20.008868 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] F, [2020-09-04T23:32:20.012732 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/debug_exceptions.rb:53:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/show_exceptions.rb:31:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:36:in `call_app' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:24:in `block in call' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:69:in `block in tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:26:in `tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:69:in `tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:24:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/request_id.rb:24:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/method_override.rb:22:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/runtime.rb:22:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/cache/strategy/local_cache_middleware.rb:28:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/executor.rb:12:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/static.rb:136:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/sendfile.rb:111:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/engine.rb:522:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] uri:classloader:/rack/handler/servlet.rb:22:in `call' -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Tue Sep 8 08:39:38 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 8 Sep 2020 12:39:38 +0000 Subject: [Archivesspace_Users_Group] (no subject) In-Reply-To: References: Message-ID: I've seen this as well. I *thought* it was a bot crawling the site for indexing, since that URL is the constructed URL for a request, but if others have other ideas, I'd be happy to hear it! Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ludwig Possie Sent: Friday, September 4, 2020 7:52 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] (no subject) We're currently hosting a copy of Archivesspace 2.6.0. Recently we noticed that Archivesspace is running with a very high cpu load. I checked the log files and got the following message. I'm not sure if this has anything to do with the CPU cycles, but the fatal messages have me concerned. This entire message thread is repeating every few minutes. I'm not sure how to interpret the error message and was hoping someone could shed some light on this. Thx. F, [2020-09-04T23:32:20.007856 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] F, [2020-09-04T23:32:20.008071 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/8206/request"): F, [2020-09-04T23:32:20.008868 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] F, [2020-09-04T23:32:20.012732 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/debug_exceptions.rb:53:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/show_exceptions.rb:31:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:36:in `call_app' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:24:in `block in call' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:69:in `block in tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:26:in `tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:69:in `tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:24:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/request_id.rb:24:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/method_override.rb:22:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/runtime.rb:22:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/cache/strategy/local_cache_middleware.rb:28:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/executor.rb:12:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/static.rb:136:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/sendfile.rb:111:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/engine.rb:522:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] uri:classloader:/rack/handler/servlet.rb:22:in `call' -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue Sep 8 08:44:48 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 8 Sep 2020 12:44:48 +0000 Subject: [Archivesspace_Users_Group] (no subject) In-Reply-To: References: , Message-ID: Could be a bot. That error: ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/8206/request"): Is essentially just a 404. "ActionController::RoutingError No route matches" is an error means "I went looking for "/repositories/2/archival_objects/8206/request" because something just asked for it, but there ain't anything there so that's a big Ol' RoutingError" Maybe the AO with the ID 8206 got deleted at some point? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw Sent: Tuesday, September 8, 2020 8:39 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] (no subject) I've seen this as well. I *thought* it was a bot crawling the site for indexing, since that URL is the constructed URL for a request, but if others have other ideas, I'd be happy to hear it! Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ludwig Possie Sent: Friday, September 4, 2020 7:52 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] (no subject) We're currently hosting a copy of Archivesspace 2.6.0. Recently we noticed that Archivesspace is running with a very high cpu load. I checked the log files and got the following message. I'm not sure if this has anything to do with the CPU cycles, but the fatal messages have me concerned. This entire message thread is repeating every few minutes. I'm not sure how to interpret the error message and was hoping someone could shed some light on this. Thx. F, [2020-09-04T23:32:20.007856 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] F, [2020-09-04T23:32:20.008071 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] ActionController::RoutingError (No route matches [GET] "/repositories/2/archival_objects/8206/request"): F, [2020-09-04T23:32:20.008868 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] F, [2020-09-04T23:32:20.012732 #107] FATAL -- : [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/debug_exceptions.rb:53:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/show_exceptions.rb:31:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:36:in `call_app' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:24:in `block in call' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:69:in `block in tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:26:in `tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/tagged_logging.rb:69:in `tagged' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/rack/logger.rb:24:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/request_id.rb:24:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/method_override.rb:22:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/runtime.rb:22:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) lib/active_support/cache/strategy/local_cache_middleware.rb:28:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/executor.rb:12:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) lib/action_dispatch/middleware/static.rb:136:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) lib/rack/sendfile.rb:111:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) lib/rails/engine.rb:522:in `call' [9a562f9c-6c97-4251-ba41-5587d87a1650] uri:classloader:/rack/handler/servlet.rb:22:in `call' -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Tue Sep 8 10:22:57 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Tue, 8 Sep 2020 15:22:57 +0100 Subject: [Archivesspace_Users_Group] (no subject) In-Reply-To: References: Message-ID: <43125c81-337e-61a3-d9b6-1dcaef6e25c8@bodleian.ox.ac.uk> Those URLs are where you are sent to if you click on the request button in the public user interface if you do not have JavaScript enabled. It is probably a requirement for accessibility. It doesn't work on this test system: http://test.archivesspace.org/repositories/2/resources/77/request But it may require some site-specific configuration. I don't know because we don't use that feature. It is the action-attribute of a form in the HTML, so a bot could easily decide to crawl all those URLs. Andrew. On 08/09/2020 13:44, Blake Carver wrote: > Could be a bot. That error: > > ActionController::RoutingError (No route matches [GET] > "/repositories/2/archival_objects/8206/request"): > > Is essentially just a 404. "ActionController::RoutingError No route > matches" is an error? means "I went looking for > "/repositories/2/archival_objects/8206/request" because something just > asked for it, but there ain't anything there so that's a big Ol' > RoutingError" > > Maybe the AO with the ID 8206 got deleted at some point? > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Joshua D. Shaw > *Sent:* Tuesday, September 8, 2020 8:39 AM > *To:* Archivesspace Users Group > > *Subject:* Re: [Archivesspace_Users_Group] (no subject) > I've seen this as well. I *thought* it was a bot crawling the site for > indexing, since that URL is the constructed URL for a request, but if > others have other ideas, I'd be happy to hear it! > > Joshua > > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Ludwig Possie > *Sent:* Friday, September 4, 2020 7:52 PM > *To:* Archivesspace Users Group > > *Subject:* [Archivesspace_Users_Group] (no subject) > We're currently hosting a copy of Archivesspace 2.6.0.? Recently we > noticed that Archivesspace is running with a very high cpu load.? I > checked?the log files and got the following message.? I'm not sure if > this has anything to do with the CPU cycles, but the fatal messages > have me concerned.? This entire message thread is repeating every few > minutes.? I'm not sure how to interpret the error message and was > hoping someone could shed some light on this.? Thx. > > > F, [2020-09-04T23:32:20.007856 #107] FATAL -- : > [9a562f9c-6c97-4251-ba41-5587d87a1650] > F, [2020-09-04T23:32:20.008071 #107] FATAL -- : > [9a562f9c-6c97-4251-ba41-5587d87a1650] ActionController::RoutingError > (No route matches [GET] "/repositories/2/archival_objects/8206/request"): > F, [2020-09-04T23:32:20.008868 #107] FATAL -- : > [9a562f9c-6c97-4251-ba41-5587d87a1650] > F, [2020-09-04T23:32:20.012732 #107] FATAL -- : > [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) > lib/action_dispatch/middleware/debug_exceptions.rb:53:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) > lib/action_dispatch/middleware/show_exceptions.rb:31:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) > lib/rails/rack/logger.rb:36:in `call_app' > [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) > lib/rails/rack/logger.rb:24:in `block in call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) > lib/active_support/tagged_logging.rb:69:in `block in tagged' > [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) > lib/active_support/tagged_logging.rb:26:in `tagged' > [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) > lib/active_support/tagged_logging.rb:69:in `tagged' > [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) > lib/rails/rack/logger.rb:24:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) > lib/action_dispatch/middleware/request_id.rb:24:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) > lib/rack/method_override.rb:22:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) > lib/rack/runtime.rb:22:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] activesupport (5.0.7.2) > lib/active_support/cache/strategy/local_cache_middleware.rb:28:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) > lib/action_dispatch/middleware/executor.rb:12:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] actionpack (5.0.7.2) > lib/action_dispatch/middleware/static.rb:136:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] rack (2.0.7) > lib/rack/sendfile.rb:111:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] railties (5.0.7.2) > lib/rails/engine.rb:522:in `call' > [9a562f9c-6c97-4251-ba41-5587d87a1650] > uri:classloader:/rack/handler/servlet.rb:22:in `call' > > -- > Ludwig Possi? > Systems Admin > Stewart Library > Weber State University > 801-626-8093 > > _______________________________________________ > 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 knoxa at uncw.edu Tue Sep 8 13:28:47 2020 From: knoxa at uncw.edu (Knox, Ashley M.) Date: Tue, 8 Sep 2020 17:28:47 +0000 Subject: [Archivesspace_Users_Group] language plugin implementation 2.7.1 Message-ID: We implemented the first two of the three language plugins on a 2.7.1 dev instance and for the most part, we got what was expected. What was unexpected to us is that in the Finding Aid Data section, Language of description (English) became language of description/script of description (English/Latin) PLUS language of description note (English). The extra/new lang of desc. note feels a little redundant and we are at a loss as to why it appears? Did this happen for anyone else? Was this intentional? Are we missing something obvious? Ashley Ashley Knox Digital Initiatives Librarian Randall Library University of North Carolina Wilmington knoxa at uncw.edu http://library.uncw.edu http://digitalcollections.uncw.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Tue Sep 8 14:34:43 2020 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 8 Sep 2020 18:34:43 +0000 Subject: [Archivesspace_Users_Group] FW: US DataCite Community call for interest In-Reply-To: References: Message-ID: Forwarding on behalf of our colleague Sheila Rabun at LYRASIS. Please get in touch with her at sheila.rabun at lyrasis.org with questions. Christine From: Sheila Rabun Sent: Tuesday, September 8, 2020 11:45 AM To: Christine Di Bella Subject: US DataCite Community call for interest Hi Christine, the message below is a call for interest in a potential US DataCite Community administered by LYRASIS - if you can please forward to the ArchivesSpace community, that will be wonderful. Many thanks! -Sheila --- To: ArchivesSpace community Subject: US DataCite Community call for interest Greetings all, To bolster our existing programs, LYRASIS is considering establishing a national DataCite Community, which would allow non-profit organizations in the US to create DOIs* (digital object identifiers) for digital assets created and hosted locally for a reduced fee as part of DataCite's consortium member model. We are checking in with you to gauge interest in such a program, which we would anticipate to begin in January 2021 with an anticipated annual per-institution fee of $1,600, plus a DOI fee depending on the number of DOIs created at each institution: Annual DOI Fees: * 1-1,999 DOIs created = $.95 per DOI * 2,000-10,000 DOIs created = $1,900 flat rate * Any organizations creating more than 10,000 DOIs per year would need to operate as a direct member with DataCite. The more institutions participating, and the more DOIs created, the more everyone can potentially save due to DataCite's consortium fee caps. This program would provide a savings of approximately 40% per participating institution compared to what any single organization might pay for becoming a direct member with DataCite. If your organization would be interested in joining our DataCite consortium, please complete this brief form by Sept. 25 to let us know. Many thanks, on behalf of the LYRASIS Content & Scholarly Communication team! *DOIs are unique, persistent identifiers that can be created by institutions through a DOI registration service (such as DataCite) and assigned to digital works in order to make them easier to find on the web in a reliable manner over time. DOIs are commonly assigned to objects such as digital journal articles, white papers, OERs (open educational resources), slide decks, posters, or other works on the web. For example, the DOI for the document "Recommendations for Supporting ORCID in Repositories" is https://doi.org/10.23640/07243.7777274. Sheila Rabun, MA, MLIS [cid:image001.gif at 01D685BC.5D001280] https://orcid.org/0000-0002-1196-6279 ORCID US Community Specialist Web: http://orcid-us.org Twitter: https://twitter.com/USconsortium Phone: 1-800-999-8558 x4809 Pronouns: she/her/hers [cid:image004.jpg at 01D685ED.3113E8A0] [cid:image005.png at 01D685ED.3113E8A0] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1221 bytes Desc: image001.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 2268 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 16766 bytes Desc: image005.png URL: From knoxa at uncw.edu Tue Sep 8 20:00:42 2020 From: knoxa at uncw.edu (Knox, Ashley M.) Date: Wed, 9 Sep 2020 00:00:42 +0000 Subject: [Archivesspace_Users_Group] language plugin implementation 2.7.1 In-Reply-To: References: Message-ID: I'd like to clarify my earlier post. After migrating from 2.6.0 to 2.7.1, we saw the new 'language of description note' populated with a language, where it was not before the migration. We only had 'language of description' populated while in 2.6.0. So, my question is just that did anyone else experience this when they migrated. Initially, I thought it was purposeful and that one of the plugins would rectify it, but that was not the case. We now have 'language of description' and 'Script of description' populated correctly, thanks to the plugins. The new and unexpected/unwanted 'language of description note' remained the same after implementing the plugins. --earlier post-- We implemented the first two of the three language plugins on a 2.7.1 dev instance and for the most part, we got what was expected. What was unexpected to us is that in the Finding Aid Data section, Language of description (English) became language of description/script of description (English/Latin) PLUS language of description note (English). The extra/new lang of desc. note feels a little redundant and we are at a loss as to why it appears? Did this happen for anyone else? Was this intentional? Are we missing something obvious? Ashley Ashley Knox Digital Initiatives Librarian Randall Library University of North Carolina Wilmington knoxa at uncw.edu http://library.uncw.edu http://digitalcollections.uncw.edu From: Knox, Ashley M. Sent: Tuesday, September 8, 2020 1:29 PM To: Archivesspace Users Group Subject: language plugin implementation 2.7.1 We implemented the first two of the three language plugins on a 2.7.1 dev instance and for the most part, we got what was expected. What was unexpected to us is that in the Finding Aid Data section, Language of description (English) became language of description/script of description (English/Latin) PLUS language of description note (English). The extra/new lang of desc. note feels a little redundant and we are at a loss as to why it appears? Did this happen for anyone else? Was this intentional? Are we missing something obvious? Ashley Ashley Knox Digital Initiatives Librarian Randall Library University of North Carolina Wilmington knoxa at uncw.edu http://library.uncw.edu http://digitalcollections.uncw.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From na207 at cam.ac.uk Wed Sep 9 10:19:55 2020 From: na207 at cam.ac.uk (Natalie Adams) Date: Wed, 9 Sep 2020 14:19:55 +0000 Subject: [Archivesspace_Users_Group] Advice about measuring use of specific collections (resources record plus archival objects) Message-ID: Dear all, We're collecting PUI usage stats using Google Analytics and thinking about what data we can extract about the use of specific collections to evidence impact and use by external users. It's possible to look at data for visits to a specific resource level description page but, unless we are missing something, hard to collect consolidated data for the archival object records which are children/descendants of that resource. Ideally we would like to be able to produce statistics for the use of a specific collection on the PUI (including use of resource and archival object records). Has anyone else successfully used Google Analytics, or anything else, for this purpose? Any advice would be really helpful. Best wishes, Natalie Natalie Adams Systems Archivist Cambridge University Library -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Wed Sep 9 11:33:13 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 9 Sep 2020 15:33:13 +0000 Subject: [Archivesspace_Users_Group] Advice about measuring use of specific collections (resources record plus archival objects) In-Reply-To: References: Message-ID: Natalie, When we set our system up, I was hoping that we would use Google Tag Manager (GTM) to do exactly that, but I don't think that we have configured things for that yet (and I've never used Google Tag Manager, so I'm just assuming that it would be feasible to do so ?). Given how ASpace structures the URIs in the PUI by default, the resource ID is not part of the archival object URIs, but the resource ID is part of the metadata that's available for every finding aid component page. So, what I was thinking could help here, is that at every archival object level, you could use something like Google Tag Manager to grab the resource ID from the metadata that's available at, say, record.resource_uri, which is surfaced as a link in a few different places, and could/should be added elsewhere, perhaps in the JSON LD of the HTML header, though right now that only includes a "part of" statement for the immediate parent, and not a full list of ancestor IDs. All of which is to say that I think it should be possible to collect such stats but it would likely require local configurations to do so since the resource ID is not part of every URI, as you mentioned. A better option, I think, would be to have both the resource and archival object IDs in the URI, similar to what you see in the staff interface (perhaps this is already possible with the new URL slug feature in ASpace?). The default ASpace PUI, on the other hand, has never included the resource IDs in the URL. I know that idea was suggested during the Cherry Hill redesign process in advance of ASpace 2.1 but changing the URL structures was not undertaken at that time. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Natalie Adams Sent: Wednesday, September 9, 2020 10:19 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advice about measuring use of specific collections (resources record plus archival objects) Dear all, We're collecting PUI usage stats using Google Analytics and thinking about what data we can extract about the use of specific collections to evidence impact and use by external users. It's possible to look at data for visits to a specific resource level description page but, unless we are missing something, hard to collect consolidated data for the archival object records which are children/descendants of that resource. Ideally we would like to be able to produce statistics for the use of a specific collection on the PUI (including use of resource and archival object records). Has anyone else successfully used Google Analytics, or anything else, for this purpose? Any advice would be really helpful. Best wishes, Natalie Natalie Adams Systems Archivist Cambridge University Library -------------- next part -------------- An HTML attachment was scrubbed... URL: From na207 at cam.ac.uk Wed Sep 9 11:53:54 2020 From: na207 at cam.ac.uk (Natalie Adams) Date: Wed, 9 Sep 2020 15:53:54 +0000 Subject: [Archivesspace_Users_Group] Advice about measuring use of specific collections (resources record plus archival objects) In-Reply-To: References: , Message-ID: Dear Mark, Thank you very much for getting back to me so quickly. It is very reassuring that we haven't missed anything and you have given us some good pointers to follow up- much appreciated! Best wishes, Natalie Natalie Adams Systems Archivist Cambridge University Library ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Custer, Mark Sent: 09 September 2020 16:33 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advice about measuring use of specific collections (resources record plus archival objects) Natalie, When we set our system up, I was hoping that we would use Google Tag Manager (GTM) to do exactly that, but I don't think that we have configured things for that yet (and I've never used Google Tag Manager, so I'm just assuming that it would be feasible to do so ?). Given how ASpace structures the URIs in the PUI by default, the resource ID is not part of the archival object URIs, but the resource ID is part of the metadata that's available for every finding aid component page. So, what I was thinking could help here, is that at every archival object level, you could use something like Google Tag Manager to grab the resource ID from the metadata that's available at, say, record.resource_uri, which is surfaced as a link in a few different places, and could/should be added elsewhere, perhaps in the JSON LD of the HTML header, though right now that only includes a "part of" statement for the immediate parent, and not a full list of ancestor IDs. All of which is to say that I think it should be possible to collect such stats but it would likely require local configurations to do so since the resource ID is not part of every URI, as you mentioned. A better option, I think, would be to have both the resource and archival object IDs in the URI, similar to what you see in the staff interface (perhaps this is already possible with the new URL slug feature in ASpace?). The default ASpace PUI, on the other hand, has never included the resource IDs in the URL. I know that idea was suggested during the Cherry Hill redesign process in advance of ASpace 2.1 but changing the URL structures was not undertaken at that time. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Natalie Adams Sent: Wednesday, September 9, 2020 10:19 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advice about measuring use of specific collections (resources record plus archival objects) Dear all, We're collecting PUI usage stats using Google Analytics and thinking about what data we can extract about the use of specific collections to evidence impact and use by external users. It's possible to look at data for visits to a specific resource level description page but, unless we are missing something, hard to collect consolidated data for the archival object records which are children/descendants of that resource. Ideally we would like to be able to produce statistics for the use of a specific collection on the PUI (including use of resource and archival object records). Has anyone else successfully used Google Analytics, or anything else, for this purpose? Any advice would be really helpful. Best wishes, Natalie Natalie Adams Systems Archivist Cambridge University Library -------------- next part -------------- An HTML attachment was scrubbed... URL: From k-miller3 at northwestern.edu Wed Sep 9 17:18:42 2020 From: k-miller3 at northwestern.edu (Karen Miller) Date: Wed, 9 Sep 2020 21:18:42 +0000 Subject: [Archivesspace_Users_Group] ASpace v2.7.1 languages issue / Help with API deleting notes Message-ID: Hi all, I've been trying to rectify the problems we had with Language of Materials notes when we upgraded to v2.7 without much success. The issue is as Benn described it below - archival objects that had Language of Materials notes ended up with a Languages sub-record that has a Language controlled value of "English" (regardless of what was in the note) and a Language of Materials note that has no content. When I retrieve the JSON via the API, the content is not present at all. We've upgraded our sandbox, so I have access to that text from the production server. I thought that I could simply update the content field using the API, but it objects to the key outright (I can update an archival object Language of Materials note that I've added in the staff interface, so I know I have the right path to it). This isn't entirely surprising to me, because in the staff interface, I can edit the empty Language of Materials note to include the text it's supposed to have, but it won't save. I have to delete that note, save the archival object, then add the note back in. I thought that I could use the API to delete the Language of Material notes and then add them back in in a second step, but this is where I'm getting stuck. My understanding of the delete request is that it only takes a URI as an argument. Maybe there is a way to specify a field within that URI, but I haven't been able to make that work. With the help of this listserv, I was able to figure out how to update the contents of multi-part notes using the API, so I thought someone else might have run into this already. Any ideas are welcome! Best, Karen PS - we are, in fact, experiencing this issue with Resources as well. But since we have fewer than 20 Resource records with Language of Material notes, we thought we'd just hold onto the text in a spreadsheet and update them by hand in production. We have over 12,000 archival objects with Language of Material notes. Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Thursday, August 27, 2020 11:46 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] ASpace v2.7.1 languages issue Hi all, We are upgrading from ArchivesSpace v2.4.1 to v2.7.1 as part of a plan to eventually get to 2.8-it was recommended that we to go to 2.7.1 first and sort out changes to the Languages sub-record first, so that's what we're doing. So far we've gone from 2.4.1 to 2.7.1 on our sandbox, and have discovered an unexpected behavior with languages for Archival Objects. Here's what we expected to happen (from the Atlas support site): "If you have values in both Basic Information > Language of Materials and under Notes > Language of Materials in any version prior to v2.7.0 (which we do for many records): * The values in Basic Information > Language of Materials will migrate to the new controlled value list under the new Languages sub-record in your Resource records as part of the update to v2.7.0. The presence of this information fulfills the requirement of the sub-record. You will not have to take any additional action for these records. * The notes in Notes > Language of Materials will move from under the Notes heading to under the Language of Materials sub-record. They will display as text. Though this note alone does not meet the requirements of the sub-record, since it is paired with a Language (per the above), so you will not need to take any additional actions on these records." This process worked successfully for Resource records, but for Archival Objects with both of the above values this is the result we're seeing: * The values in Basic Information > Language of Materials AND Notes > Language of Materials have both disappeared from the Archival Object. * There is now a new Language of Materials sub-record in the Archival Object that contains no data (just a blank text sub-note). Upon moving to v2.7.1 we ran the batch_update_lang_and_script plugin; but it doesn't seem like this would have affected the Archival Objects in the way are seeing. Has anyone else experienced this issue? We are following up with our hosting service too just in case there is a step we missed. Best, --Benn Benn Joseph Head, Collections Services McCormick Library of Special Collections & University Archives Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Sep 10 11:40:41 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 10 Sep 2020 15:40:41 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> <512F3C3D-C506-4E11-B5FB-4B9EBF4775B0@lyrasis.org> <614B918C-6F58-4D55-89F5-18680C71701B@lyrasis.org> <69AD5D49-2C12-450D-9763-D88A59297611@lyrasis.org> <24DA2EB0-8EA2-42E8-9EC1-2377BAE51368@lyrasis.org> <46CE10A0-3DD9-4139-BF15-B9D19408EC16@lyrasis.org> <3390E79B-70B8-4A34-86B1-2276E98B66F8@lyrasis.org> Message-ID: <2EBF068E-0072-49F7-BD42-1AD40F2684E9@lyrasis.org> Dear ArchivesSpace Users, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29078 bytes Desc: image001.jpg URL: From kbatyuk at whoi.edu Fri Sep 11 14:44:53 2020 From: kbatyuk at whoi.edu (Kirill Batyuk) Date: Fri, 11 Sep 2020 14:44:53 -0400 Subject: [Archivesspace_Users_Group] Dates display problem. Message-ID: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu> Hello, We have updated to v.2.8.0 today and have run into a problem with the dates displayed in staff interface. Instead of the date we get what looks to be JSON code, e.g. {"lock_version"=>0, "expression"=>"1996, 2013", "created_by"=>"bfreiburger", "last_modified_by"=>"bfreiburger", "create_time"=>"2019-10-23T15:14:07Z", "system_mtime"=>"2019-10-23T15:14:07Z", "user_mtime"=>"2019-10-23T15:14:07Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} I'm also attaching a screenshot of what I am seeing. Would anyone know of a solution to fix this problem? Thank you, Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 73422 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5533 bytes Desc: not available URL: From maura.carbone at yale.edu Fri Sep 11 14:57:29 2020 From: maura.carbone at yale.edu (Carbone, Maura) Date: Fri, 11 Sep 2020 18:57:29 +0000 Subject: [Archivesspace_Users_Group] Dates display problem. In-Reply-To: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu> References: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu> Message-ID: Hi, So, I found if you go into a record and re-save it (so edit without changing and save), this gets fixed ? you can try it on one of yours and see if that holds true for you as well. That?s obviously not a solution for thousands of records, but not sure if that helps with troubleshooting! Best, Maura From: on behalf of Kirill Batyuk Reply-To: Archivesspace Users Group Date: Friday, September 11, 2020 at 2:45 PM To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Dates display problem. Hello, We have updated to v.2.8.0 today and have run into a problem with the dates displayed in staff interface. Instead of the date we get what looks to be JSON code, e.g. {"lock_version"=>0, "expression"=>"1996, 2013", "created_by"=>"bfreiburger", "last_modified_by"=>"bfreiburger", "create_time"=>"2019-10-23T15:14:07Z", "system_mtime"=>"2019-10-23T15:14:07Z", "user_mtime"=>"2019-10-23T15:14:07Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} I?m also attaching a screenshot of what I am seeing. [cid:image003.jpg at 01D6884A.1BE44330] Would anyone know of a solution to fix this problem? Thank you, Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 73423 bytes Desc: image001.jpg URL: From sdm7g at virginia.edu Fri Sep 11 15:03:21 2020 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Fri, 11 Sep 2020 19:03:21 +0000 Subject: [Archivesspace_Users_Group] Dates display problem. In-Reply-To: References: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu>, Message-ID: Saving the record is triggering a reindex of that record, so what you want to do is a complete reindex which you can trigger by deleting the files in indexer_state and indexer_pui_state. Sent from my iPhone On Sep 11, 2020, at 2:57 PM, Carbone, Maura wrote: ? Hi, So, I found if you go into a record and re-save it (so edit without changing and save), this gets fixed ? you can try it on one of yours and see if that holds true for you as well. That?s obviously not a solution for thousands of records, but not sure if that helps with troubleshooting! Best, Maura From: on behalf of Kirill Batyuk Reply-To: Archivesspace Users Group Date: Friday, September 11, 2020 at 2:45 PM To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Dates display problem. Hello, We have updated to v.2.8.0 today and have run into a problem with the dates displayed in staff interface. Instead of the date we get what looks to be JSON code, e.g. {"lock_version"=>0, "expression"=>"1996, 2013", "created_by"=>"bfreiburger", "last_modified_by"=>"bfreiburger", "create_time"=>"2019-10-23T15:14:07Z", "system_mtime"=>"2019-10-23T15:14:07Z", "user_mtime"=>"2019-10-23T15:14:07Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} I?m also attaching a screenshot of what I am seeing. Would anyone know of a solution to fix this problem? Thank you, Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 73423 bytes Desc: image001.jpg URL: From kbatyuk at whoi.edu Fri Sep 11 15:03:44 2020 From: kbatyuk at whoi.edu (Kirill Batyuk) Date: Fri, 11 Sep 2020 15:03:44 -0400 Subject: [Archivesspace_Users_Group] Dates display problem. In-Reply-To: References: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu> Message-ID: <0b3101d6886e$457bf520$d073df60$@whoi.edu> HI Maura, Just tested this. It looks to be true. Still very confused as to how to fix this. We have over 70000 records, so it would be impossible to do it manually. Hope someone has a solution. Kirill. Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Carbone, Maura Sent: Friday, September 11, 2020 2:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Dates display problem. Hi, So, I found if you go into a record and re-save it (so edit without changing and save), this gets fixed ? you can try it on one of yours and see if that holds true for you as well. That?s obviously not a solution for thousands of records, but not sure if that helps with troubleshooting! Best, Maura From: > on behalf of Kirill Batyuk > Reply-To: Archivesspace Users Group > Date: Friday, September 11, 2020 at 2:45 PM To: "archivesspace_users_group at lyralists.lyrasis.org " > Subject: [Archivesspace_Users_Group] Dates display problem. Hello, We have updated to v.2.8.0 today and have run into a problem with the dates displayed in staff interface. Instead of the date we get what looks to be JSON code, e.g. {"lock_version"=>0, "expression"=>"1996, 2013", "created_by"=>"bfreiburger", "last_modified_by"=>"bfreiburger", "create_time"=>"2019-10-23T15:14:07Z", "system_mtime"=>"2019-10-23T15:14:07Z", "user_mtime"=>"2019-10-23T15:14:07Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} I?m also attaching a screenshot of what I am seeing. Would anyone know of a solution to fix this problem? Thank you, Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 73423 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5533 bytes Desc: not available URL: From kbatyuk at whoi.edu Fri Sep 11 15:07:21 2020 From: kbatyuk at whoi.edu (Kirill Batyuk) Date: Fri, 11 Sep 2020 15:07:21 -0400 Subject: [Archivesspace_Users_Group] Dates display problem. In-Reply-To: References: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu>, Message-ID: <0b6f01d6886e$c6beee30$543cca90$@whoi.edu> Thank you Steven. I will try this solution. Kirill. From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Majewski, Steven Dennis (sdm7g) Sent: Friday, September 11, 2020 3:03 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Dates display problem. Saving the record is triggering a reindex of that record, so what you want to do is a complete reindex which you can trigger by deleting the files in indexer_state and indexer_pui_state. Sent from my iPhone On Sep 11, 2020, at 2:57 PM, Carbone, Maura > wrote: ? Hi, So, I found if you go into a record and re-save it (so edit without changing and save), this gets fixed ? you can try it on one of yours and see if that holds true for you as well. That?s obviously not a solution for thousands of records, but not sure if that helps with troubleshooting! Best, Maura From: > on behalf of Kirill Batyuk > Reply-To: Archivesspace Users Group > Date: Friday, September 11, 2020 at 2:45 PM To: "archivesspace_users_group at lyralists.lyrasis.org " > Subject: [Archivesspace_Users_Group] Dates display problem. Hello, We have updated to v.2.8.0 today and have run into a problem with the dates displayed in staff interface. Instead of the date we get what looks to be JSON code, e.g. {"lock_version"=>0, "expression"=>"1996, 2013", "created_by"=>"bfreiburger", "last_modified_by"=>"bfreiburger", "create_time"=>"2019-10-23T15:14:07Z", "system_mtime"=>"2019-10-23T15:14:07Z", "user_mtime"=>"2019-10-23T15:14:07Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} I?m also attaching a screenshot of what I am seeing. Would anyone know of a solution to fix this problem? Thank you, Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID _______________________________________________ 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: 5533 bytes Desc: not available URL: From blake.carver at lyrasis.org Fri Sep 11 15:17:43 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 11 Sep 2020 19:17:43 +0000 Subject: [Archivesspace_Users_Group] Dates display problem. In-Reply-To: <0b6f01d6886e$c6beee30$543cca90$@whoi.edu> References: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu>, , <0b6f01d6886e$c6beee30$543cca90$@whoi.edu> Message-ID: Here's a brief video on Indexing https://www.youtube.com/watch?v=yFJ6yAaPa3A ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kirill Batyuk Sent: Friday, September 11, 2020 3:07 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] Dates display problem. Thank you Steven. I will try this solution. Kirill. From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Majewski, Steven Dennis (sdm7g) Sent: Friday, September 11, 2020 3:03 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Dates display problem. Saving the record is triggering a reindex of that record, so what you want to do is a complete reindex which you can trigger by deleting the files in indexer_state and indexer_pui_state. Sent from my iPhone On Sep 11, 2020, at 2:57 PM, Carbone, Maura > wrote: ? Hi, So, I found if you go into a record and re-save it (so edit without changing and save), this gets fixed ? you can try it on one of yours and see if that holds true for you as well. That?s obviously not a solution for thousands of records, but not sure if that helps with troubleshooting! Best, Maura From: > on behalf of Kirill Batyuk > Reply-To: Archivesspace Users Group > Date: Friday, September 11, 2020 at 2:45 PM To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: [Archivesspace_Users_Group] Dates display problem. Hello, We have updated to v.2.8.0 today and have run into a problem with the dates displayed in staff interface. Instead of the date we get what looks to be JSON code, e.g. {"lock_version"=>0, "expression"=>"1996, 2013", "created_by"=>"bfreiburger", "last_modified_by"=>"bfreiburger", "create_time"=>"2019-10-23T15:14:07Z", "system_mtime"=>"2019-10-23T15:14:07Z", "user_mtime"=>"2019-10-23T15:14:07Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} I?m also attaching a screenshot of what I am seeing. Would anyone know of a solution to fix this problem? Thank you, Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID _______________________________________________ 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 kbatyuk at whoi.edu Fri Sep 11 15:20:27 2020 From: kbatyuk at whoi.edu (Kirill Batyuk) Date: Fri, 11 Sep 2020 15:20:27 -0400 Subject: [Archivesspace_Users_Group] Dates display problem. In-Reply-To: References: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu>, , <0b6f01d6886e$c6beee30$543cca90$@whoi.edu> Message-ID: <0bae01d68870$9b5d3560$d217a020$@whoi.edu> Thank you everyone. Deleting indexer_state and indexer_pui_state have solved the problem. Kirill From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Friday, September 11, 2020 3:18 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Dates display problem. Here's a brief video on Indexing https://www.youtube.com/watch?v=yFJ6yAaPa3A _____ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Kirill Batyuk > Sent: Friday, September 11, 2020 3:07 PM To: 'Archivesspace Users Group' > Subject: Re: [Archivesspace_Users_Group] Dates display problem. Thank you Steven. I will try this solution. Kirill. From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Majewski, Steven Dennis (sdm7g) Sent: Friday, September 11, 2020 3:03 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Dates display problem. Saving the record is triggering a reindex of that record, so what you want to do is a complete reindex which you can trigger by deleting the files in indexer_state and indexer_pui_state. Sent from my iPhone On Sep 11, 2020, at 2:57 PM, Carbone, Maura > wrote: ? Hi, So, I found if you go into a record and re-save it (so edit without changing and save), this gets fixed ? you can try it on one of yours and see if that holds true for you as well. That?s obviously not a solution for thousands of records, but not sure if that helps with troubleshooting! Best, Maura From: > on behalf of Kirill Batyuk > Reply-To: Archivesspace Users Group > Date: Friday, September 11, 2020 at 2:45 PM To: "archivesspace_users_group at lyralists.lyrasis.org " > Subject: [Archivesspace_Users_Group] Dates display problem. Hello, We have updated to v.2.8.0 today and have run into a problem with the dates displayed in staff interface. Instead of the date we get what looks to be JSON code, e.g. {"lock_version"=>0, "expression"=>"1996, 2013", "created_by"=>"bfreiburger", "last_modified_by"=>"bfreiburger", "create_time"=>"2019-10-23T15:14:07Z", "system_mtime"=>"2019-10-23T15:14:07Z", "user_mtime"=>"2019-10-23T15:14:07Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} I?m also attaching a screenshot of what I am seeing. Would anyone know of a solution to fix this problem? Thank you, Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID _______________________________________________ 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: 5533 bytes Desc: not available URL: From Lora.Woodford at lyrasis.org Fri Sep 11 16:22:50 2020 From: Lora.Woodford at lyrasis.org (Lora Woodford) Date: Fri, 11 Sep 2020 20:22:50 +0000 Subject: [Archivesspace_Users_Group] Dates display problem. In-Reply-To: <0bae01d68870$9b5d3560$d217a020$@whoi.edu> References: <0a1301d6886b$a35a4a50$ea0edef0$@whoi.edu> <0b6f01d6886e$c6beee30$543cca90$@whoi.edu> <0bae01d68870$9b5d3560$d217a020$@whoi.edu> Message-ID: <1028913E-06AF-4BF8-B1DE-AD58B806D21A@lyrasis.org> Just as an additional heads-up, the upgrade to 2.8.0 does *require* a full reindex for everything to work properly as noted in the ?Configurations and Migrations? section of the v2.8.0 Release Notes. Lora From: on behalf of Kirill Batyuk Reply-To: Archivesspace Users Group Date: Friday, September 11, 2020 at 3:20 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] Dates display problem. Thank you everyone. Deleting indexer_state and indexer_pui_state have solved the problem. Kirill From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Friday, September 11, 2020 3:18 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Dates display problem. Here's a brief video on Indexing https://www.youtube.com/watch?v=yFJ6yAaPa3A ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Kirill Batyuk > Sent: Friday, September 11, 2020 3:07 PM To: 'Archivesspace Users Group' > Subject: Re: [Archivesspace_Users_Group] Dates display problem. Thank you Steven. I will try this solution. Kirill. From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Majewski, Steven Dennis (sdm7g) Sent: Friday, September 11, 2020 3:03 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Dates display problem. Saving the record is triggering a reindex of that record, so what you want to do is a complete reindex which you can trigger by deleting the files in indexer_state and indexer_pui_state. Sent from my iPhone On Sep 11, 2020, at 2:57 PM, Carbone, Maura > wrote: Hi, So, I found if you go into a record and re-save it (so edit without changing and save), this gets fixed ? you can try it on one of yours and see if that holds true for you as well. That?s obviously not a solution for thousands of records, but not sure if that helps with troubleshooting! Best, Maura From: > on behalf of Kirill Batyuk > Reply-To: Archivesspace Users Group > Date: Friday, September 11, 2020 at 2:45 PM To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: [Archivesspace_Users_Group] Dates display problem. Hello, We have updated to v.2.8.0 today and have run into a problem with the dates displayed in staff interface. Instead of the date we get what looks to be JSON code, e.g. {"lock_version"=>0, "expression"=>"1996, 2013", "created_by"=>"bfreiburger", "last_modified_by"=>"bfreiburger", "create_time"=>"2019-10-23T15:14:07Z", "system_mtime"=>"2019-10-23T15:14:07Z", "user_mtime"=>"2019-10-23T15:14:07Z", "date_type"=>"inclusive", "label"=>"creation", "jsonmodel_type"=>"date"} I?m also attaching a screenshot of what I am seeing. Would anyone know of a solution to fix this problem? Thank you, Kirill Batyuk Systems Librarian MBLWHOI Library Data Library and Archives Woods Hole Oceanographic Institution 508-289-2850 kbatyuk at whoi.edu mblwhoilibrary.org --- whoi.edu ORCID _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From baileys at ou.edu Fri Sep 11 16:49:18 2020 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Fri, 11 Sep 2020 20:49:18 +0000 Subject: [Archivesspace_Users_Group] Digital Object Module Use Message-ID: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> Hello All, I?m interested in knowing how and why people use (or don?t use) the Digital Object section of AS. Any input at all would be appreciated ? thanks! -Bailey Bailey Hoffner, MLIS Pronouns: she/her/hers Metadata and Collections Management Archivist University of Oklahoma Libraries baileys at ou.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Nathan at ilibrary.co.nz Sun Sep 13 17:20:24 2020 From: Nathan at ilibrary.co.nz (Nathan O'Byrne) Date: Mon, 14 Sep 2020 09:20:24 +1200 Subject: [Archivesspace_Users_Group] Digital Object Module Use In-Reply-To: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> References: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> Message-ID: <013601d68a13$b2074180$1615c480$@ilibrary.co.nz> Hi Bailey, Invercargill Archives implemented Digital Object section to showcase what is available within our Collections. We have embedded the images and loaded them via ftp onto the Archivesspace server. Example. http://archives.ilibrary.co.nz/repositories/icla/digital_objects/8th_regimental_band_late_invercargill_garrison_191_1 http://archives.ilibrary.co.nz/ Regards Nathan O?Byrne Systems Administrator Nathan.OByrne at ilibrary.co.nz Phone: 032111444 ? DDI: 032111782 ? www.ilibrary.co.nz 50 Dee Street, Invercargill, 9810 ? Private Bag 90104 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hoffner, Bailey E. Sent: Saturday, 12 September 2020 8:49 am To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Digital Object Module Use Hello All, I?m interested in knowing how and why people use (or don?t use) the Digital Object section of AS. Any input at all would be appreciated ? thanks! -Bailey Bailey Hoffner, MLIS Pronouns: she/her/hers Metadata and Collections Management Archivist University of Oklahoma Libraries baileys at ou.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfwalton at ua.edu Mon Sep 14 10:29:03 2020 From: dfwalton at ua.edu (Walton, Donnelly) Date: Mon, 14 Sep 2020 14:29:03 +0000 Subject: [Archivesspace_Users_Group] API to get container profiles? Message-ID: Hi, We're working with CAIASoft to manage our collections at a new off-site storage center. The CAIASoft rep is trying to use an ArchivesSPace API to get Top Container info for the collections we're moving from our current storage to the new place. She needs to retrieve this information for collections: collection title and ID, along with all the associated Top Containers, their container profile, and the Top Container barcode. We've looked here and couldn't find one to that: https://archivesspace.github.io/archivesspace/api/#archivesspace-rest-api. Are we overlooking something? CAIASoft works with other ArchivesSpace institutions, but apparently we're the first ones to try this method. Thanks, Donnelly Donnelly Walton | Archival Access Coordinator University of Alabama Libraries Special Collections The University of Alabama Mary Harmon Bryant Hall Box 870266 Tuscaloosa, AL 35487 dfwalton at ua.edu | https://www.lib.ua.edu/libraries/hoole/ [Where Legends Are Made] Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 57950 bytes Desc: image001.png URL: From mcyzyk at jhu.edu Mon Sep 14 16:05:29 2020 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Mon, 14 Sep 2020 16:05:29 -0400 Subject: [Archivesspace_Users_Group] undefined method `show_identifier_column?' Message-ID: <080abaaf-d5f3-724c-ac2d-a48f50367846@jhu.edu> Dear Aspace List, Here is a puzzler: One of our custom plugins is throwing an error with ASpace 2.8.0: > I, [2020-09-14T18:31:21.347591 #1711]? INFO -- :?? Rendered > shared/_breadcrumb.html.erb (3729.1ms) > I, [2020-09-14T18:31:21.551547 #1711]? INFO -- :?? Rendered > search/_filter.html.erb (187.7ms) > I, [2020-09-14T18:31:23.178717 #1711]? INFO -- :?? Rendered > /usr/share/archivesspace/plugins/staff_mode_search/frontend/views/search/_listing.html.erb > (1380.8ms) > I, [2020-09-14T18:31:23.188677 #1711]? INFO -- :?? Rendered > search/_results.html.erb (1834.8ms) > I, [2020-09-14T18:31:23.191373 #1711]? INFO -- :?? Rendered > search/do_search.html.erb within layouts/application (5600.4ms) > I, [2020-09-14T18:31:23.193788 #1711]? INFO -- : Completed 500 > Internal Server Error in 8777ms > F, [2020-09-14T18:31:23.238453 #1711] FATAL -- : > F, [2020-09-14T18:31:23.238827 #1711] FATAL -- : > ActionView::Template::Error (undefined method > `show_identifier_column?' for #<#:0x5ccfe41e> > Did you mean?? show_external_ids?): > F, [2020-09-14T18:31:23.251369 #1711] FATAL -- :????? 6: %> > ???? 7: > ???? 8: <% if @search_data.results? %> > ???? 9:?? <% add_identifier_column if show_identifier_column? %> > ??? 10:?? <%= render_aspace_partial :partial => > "shared/pagination_summary" %> > ??? 11: > ??? 12:?? %>data-multiselect="true"<% end %>> > F, [2020-09-14T18:31:23.251910 #1711] FATAL -- : > F, [2020-09-14T18:31:23.252256 #1711] FATAL -- : > app/helpers/application_helper.rb:307:in `render_aspace_partial' > app/views/search/_results.html.erb:22:in > `_app_views_search__results_html_erb___900220805_2354' > app/helpers/application_helper.rb:307:in `render_aspace_partial' > app/views/search/do_search.html.erb:16:in > `_app_views_search_do_search_html_erb___1615232398_2350 The key line here is, I think: > F, [2020-09-14T18:31:23.238827 #1711] FATAL -- : > ActionView::Template::Error (undefined method > `show_identifier_column?' for #<#:0x5ccfe41e> > Did you mean?? show_external_ids?): No, I didn't mean "show_external_ids'! The docs do indeed list 'show_identifier_column?' as a method. (/archivesspace/docs/doc/SearchHelper.html#show_identifier_column%3F-instance_method) Does anyone have an idea about why ASpace 2.8.0 might be throwing this error when this method is called? Much appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. From sdm7g at virginia.edu Mon Sep 14 16:36:53 2020 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Mon, 14 Sep 2020 20:36:53 +0000 Subject: [Archivesspace_Users_Group] undefined method `show_identifier_column?' In-Reply-To: <080abaaf-d5f3-724c-ac2d-a48f50367846@jhu.edu> References: <080abaaf-d5f3-724c-ac2d-a48f50367846@jhu.edu> Message-ID: <0BC58F2A-4161-476D-AEA2-337AF9FABD2E@virginia.edu> Looks like the docs must have slipped behind the changes. git log -p frontend/app/helpers/search_helper.rb Shows that function removed, I assume as part of the many search changes in v2.8.0 diff --git a/frontend/app/helpers/search_helper.rb b/frontend/app/helpers/search_helper.rb index a192965ee..c5a371cc0 100644 --- a/frontend/app/helpers/search_helper.rb +++ b/frontend/app/helpers/search_helper.rb @@ -18,12 +18,32 @@ module SearchHelper "subject" => "authority_id", } + def identifier_for_search_result(result) + identifier = IDENTIFIER_FOR_SEARCH_RESULT_LOOKUP.fetch(result["primary_type"], "") + unless identifier.empty? + if result.has_key? identifier + identifier = result[identifier] + else + json = ASUtils.json_parse(result["json"]) + identifier = json.fetch(identifier, "") + end + end + identifier.to_s.html_safe + end + def build_search_params(opts = {}) + + removing_record_type_filter = false + Array(opts["remove_filter_term"]).each do |filter_term| + removing_record_type_filter = true if ASUtils.json_parse(filter_term).keys.include? 'primary_type' + end + search_params = {} search_params["filter_term"] = Array(opts["filter_term"] || params["filter_term"]).clone search_params["filter_term"].concat(Array(opts["add_filter_term"])) if opts["add_filter_term"] search_params["filter_term"] = search_params["filter_term"].reject{|f| Array(opts["remove_filter_term"]).include?(f)} if opts["remove_filter_term"] + search_params["filter_term"] = search_params["filter_term"].select{|f| SearchResultData.BASE_FACETS.include?(ASUtils.json_parse(f).keys.first)} if removing_record_type_filter if params["multiplicity"] search_params["multiplicity"] = params["multiplicity"] @@ -31,19 +51,12 @@ module SearchHelper sort = (opts["sort"] || params["sort"]) - if show_identifier_column? - search_params["display_identifier"] = true - end - - # if the browse list was sorted by default - if sort.nil? && !@search_data.nil? && @search_data.sorted? - sort = @search_data[:criteria]["sort"] - end - if sort sort = sort.split(', ') sort[1] = opts["sort2"] if opts["sort2"] - search_params["sort"] = sort.uniq.join(', ') + fields = sort.uniq + fields = fields.select {|f| multi_columns.compact.include?(f.split.first)} if removing_record_type_filter + search_params["sort"] = fields.join(', ') end if (opts["format"] || params["format"]).blank? > On Sep 14, 2020, at 4:05 PM, Mark Cyzyk wrote: > > > Dear Aspace List, > > Here is a puzzler: > > One of our custom plugins is throwing an error with ASpace 2.8.0: > >> I, [2020-09-14T18:31:21.347591 #1711] INFO -- : Rendered shared/_breadcrumb.html.erb (3729.1ms) >> I, [2020-09-14T18:31:21.551547 #1711] INFO -- : Rendered search/_filter.html.erb (187.7ms) >> I, [2020-09-14T18:31:23.178717 #1711] INFO -- : Rendered /usr/share/archivesspace/plugins/staff_mode_search/frontend/views/search/_listing.html.erb (1380.8ms) >> I, [2020-09-14T18:31:23.188677 #1711] INFO -- : Rendered search/_results.html.erb (1834.8ms) >> I, [2020-09-14T18:31:23.191373 #1711] INFO -- : Rendered search/do_search.html.erb within layouts/application (5600.4ms) >> I, [2020-09-14T18:31:23.193788 #1711] INFO -- : Completed 500 Internal Server Error in 8777ms >> F, [2020-09-14T18:31:23.238453 #1711] FATAL -- : >> F, [2020-09-14T18:31:23.238827 #1711] FATAL -- : ActionView::Template::Error (undefined method `show_identifier_column?' for #<#:0x5ccfe41e> >> Did you mean? show_external_ids?): >> F, [2020-09-14T18:31:23.251369 #1711] FATAL -- : 6: %> >> 7: >> 8: <% if @search_data.results? %> >> 9: <% add_identifier_column if show_identifier_column? %> >> 10: <%= render_aspace_partial :partial => "shared/pagination_summary" %> >> 11: >> 12:
data-multiselect="true"<% end %>> >> F, [2020-09-14T18:31:23.251910 #1711] FATAL -- : >> F, [2020-09-14T18:31:23.252256 #1711] FATAL -- : app/helpers/application_helper.rb:307:in `render_aspace_partial' >> app/views/search/_results.html.erb:22:in `_app_views_search__results_html_erb___900220805_2354' >> app/helpers/application_helper.rb:307:in `render_aspace_partial' >> app/views/search/do_search.html.erb:16:in `_app_views_search_do_search_html_erb___1615232398_2350 > > The key line here is, I think: > >> F, [2020-09-14T18:31:23.238827 #1711] FATAL -- : ActionView::Template::Error (undefined method `show_identifier_column?' for #<#:0x5ccfe41e> >> Did you mean? show_external_ids?): > > No, I didn't mean "show_external_ids'! > > The docs do indeed list 'show_identifier_column?' as a method. (/archivesspace/docs/doc/SearchHelper.html#show_identifier_column%3F-instance_method) > > Does anyone have an idea about why ASpace 2.8.0 might be throwing this error when this method is called? > > Much appreciated, > > Mark > > -- > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > 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 sdm7g at virginia.edu Mon Sep 14 16:40:33 2020 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Mon, 14 Sep 2020 20:40:33 +0000 Subject: [Archivesspace_Users_Group] undefined method `show_identifier_column?' In-Reply-To: <0BC58F2A-4161-476D-AEA2-337AF9FABD2E@virginia.edu> References: <080abaaf-d5f3-724c-ac2d-a48f50367846@jhu.edu> <0BC58F2A-4161-476D-AEA2-337AF9FABD2E@virginia.edu> Message-ID: Oops. I cut and pasted the wrong section. But the method is removed further down, if you look at the git log yourself. > On Sep 14, 2020, at 4:36 PM, Majewski, Steven Dennis (sdm7g) wrote: > > Looks like the docs must have slipped behind the changes. > > git log -p frontend/app/helpers/search_helper.rb > > Shows that function removed, I assume as part of the many search changes in v2.8.0 > > > diff --git a/frontend/app/helpers/search_helper.rb b/frontend/app/helpers/search_helper.rb > index a192965ee..c5a371cc0 100644 > --- a/frontend/app/helpers/search_helper.rb > +++ b/frontend/app/helpers/search_helper.rb > @@ -18,12 +18,32 @@ module SearchHelper > "subject" => "authority_id", > } > > + def identifier_for_search_result(result) > + identifier = IDENTIFIER_FOR_SEARCH_RESULT_LOOKUP.fetch(result["primary_type"], "") > + unless identifier.empty? > + if result.has_key? identifier > + identifier = result[identifier] > + else > + json = ASUtils.json_parse(result["json"]) > + identifier = json.fetch(identifier, "") > + end > + end > + identifier.to_s.html_safe > + end > + > def build_search_params(opts = {}) > + > + removing_record_type_filter = false > + Array(opts["remove_filter_term"]).each do |filter_term| > + removing_record_type_filter = true if ASUtils.json_parse(filter_term).keys.include? 'primary_type' > + end > + > search_params = {} > > search_params["filter_term"] = Array(opts["filter_term"] || params["filter_term"]).clone > search_params["filter_term"].concat(Array(opts["add_filter_term"])) if opts["add_filter_term"] > search_params["filter_term"] = search_params["filter_term"].reject{|f| Array(opts["remove_filter_term"]).include?(f)} if opts["remove_filter_term"] > + search_params["filter_term"] = search_params["filter_term"].select{|f| SearchResultData.BASE_FACETS.include?(ASUtils.json_parse(f).keys.first)} if removing_record_type_filter > > if params["multiplicity"] > search_params["multiplicity"] = params["multiplicity"] > @@ -31,19 +51,12 @@ module SearchHelper > > sort = (opts["sort"] || params["sort"]) > > - if show_identifier_column? > - search_params["display_identifier"] = true > - end > - > - # if the browse list was sorted by default > - if sort.nil? && !@search_data.nil? && @search_data.sorted? > - sort = @search_data[:criteria]["sort"] > - end > - > if sort > sort = sort.split(', ') > sort[1] = opts["sort2"] if opts["sort2"] > - search_params["sort"] = sort.uniq.join(', ') > + fields = sort.uniq > + fields = fields.select {|f| multi_columns.compact.include?(f.split.first)} if removing_record_type_filter > + search_params["sort"] = fields.join(', ') > end > > if (opts["format"] || params["format"]).blank? > > > > > >> On Sep 14, 2020, at 4:05 PM, Mark Cyzyk > wrote: >> >> >> Dear Aspace List, >> >> Here is a puzzler: >> >> One of our custom plugins is throwing an error with ASpace 2.8.0: >> >>> I, [2020-09-14T18:31:21.347591 #1711] INFO -- : Rendered shared/_breadcrumb.html.erb (3729.1ms) >>> I, [2020-09-14T18:31:21.551547 #1711] INFO -- : Rendered search/_filter.html.erb (187.7ms) >>> I, [2020-09-14T18:31:23.178717 #1711] INFO -- : Rendered /usr/share/archivesspace/plugins/staff_mode_search/frontend/views/search/_listing.html.erb (1380.8ms) >>> I, [2020-09-14T18:31:23.188677 #1711] INFO -- : Rendered search/_results.html.erb (1834.8ms) >>> I, [2020-09-14T18:31:23.191373 #1711] INFO -- : Rendered search/do_search.html.erb within layouts/application (5600.4ms) >>> I, [2020-09-14T18:31:23.193788 #1711] INFO -- : Completed 500 Internal Server Error in 8777ms >>> F, [2020-09-14T18:31:23.238453 #1711] FATAL -- : >>> F, [2020-09-14T18:31:23.238827 #1711] FATAL -- : ActionView::Template::Error (undefined method `show_identifier_column?' for #<#:0x5ccfe41e> >>> Did you mean? show_external_ids?): >>> F, [2020-09-14T18:31:23.251369 #1711] FATAL -- : 6: %> >>> 7: >>> 8: <% if @search_data.results? %> >>> 9: <% add_identifier_column if show_identifier_column? %> >>> 10: <%= render_aspace_partial :partial => "shared/pagination_summary" %> >>> 11: >>> 12:
data-multiselect="true"<% end %>> >>> F, [2020-09-14T18:31:23.251910 #1711] FATAL -- : >>> F, [2020-09-14T18:31:23.252256 #1711] FATAL -- : app/helpers/application_helper.rb:307:in `render_aspace_partial' >>> app/views/search/_results.html.erb:22:in `_app_views_search__results_html_erb___900220805_2354' >>> app/helpers/application_helper.rb:307:in `render_aspace_partial' >>> app/views/search/do_search.html.erb:16:in `_app_views_search_do_search_html_erb___1615232398_2350 >> >> The key line here is, I think: >> >>> F, [2020-09-14T18:31:23.238827 #1711] FATAL -- : ActionView::Template::Error (undefined method `show_identifier_column?' for #<#:0x5ccfe41e> >>> Did you mean? show_external_ids?): >> >> No, I didn't mean "show_external_ids'! >> >> The docs do indeed list 'show_identifier_column?' as a method. (/archivesspace/docs/doc/SearchHelper.html#show_identifier_column%3F-instance_method) >> >> Does anyone have an idea about why ASpace 2.8.0 might be throwing this error when this method is called? >> >> Much appreciated, >> >> Mark >> >> -- >> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> >> Mark Cyzyk, M.A., M.L.S. >> Library Applications Group >> The Sheridan Libraries >> The Johns Hopkins University >> mcyzyk at jhu.edu >> >> Verba volant, scripta manent. >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- 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 mcyzyk at jhu.edu Mon Sep 14 17:44:46 2020 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Mon, 14 Sep 2020 17:44:46 -0400 Subject: [Archivesspace_Users_Group] undefined method `show_identifier_column?' In-Reply-To: <0BC58F2A-4161-476D-AEA2-337AF9FABD2E@virginia.edu> References: <080abaaf-d5f3-724c-ac2d-a48f50367846@jhu.edu> <0BC58F2A-4161-476D-AEA2-337AF9FABD2E@virginia.edu> Message-ID: Thanks, Steven! Is the 'identifier_for_search_result' method (below) the drop in replacement for the now-removed 'show_identifier_column' method? 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. On 9/14/20 4:36 PM, Majewski, Steven Dennis (sdm7g) wrote: > Looks like the docs must have slipped behind the changes. > > git log -p frontend/app/helpers/search_helper.rb > > Shows that function removed, I assume as part of the many search > changes in v2.8.0 > > > *diff --git a/frontend/app/helpers/search_helper.rb > b/frontend/app/helpers/search_helper.rb* > *index a192965ee..c5a371cc0 100644* > *--- a/frontend/app/helpers/search_helper.rb* > *+++ b/frontend/app/helpers/search_helper.rb* > @@ -18,12 +18,32 @@module SearchHelper > ? "subject"? ? ? ? ? ? ? ? ? => "authority_id", > } > > > + def identifier_for_search_result(result) > + ? identifier = > IDENTIFIER_FOR_SEARCH_RESULT_LOOKUP.fetch(result["primary_type"], "") > + ? unless identifier.empty? > + ? ? if result.has_key? identifier > + ? ? ? identifier = result[identifier] > + ? ? else > + ? ? ? json ? ? ? = ASUtils.json_parse(result["json"]) > + ? ? ? identifier = json.fetch(identifier, "") > + ? ? end > + ? end > + ? identifier.to_s.html_safe > + end > + > def build_search_params(opts = {}) > + > + ? removing_record_type_filter = false > + ? Array(opts["remove_filter_term"]).each do |filter_term| > + ? ? removing_record_type_filter = true if > ASUtils.json_parse(filter_term).keys.include? 'primary_type' > + ? end > + > ? search_params = {} > > > ? search_params["filter_term"] = Array(opts["filter_term"] || > params["filter_term"]).clone > search_params["filter_term"].concat(Array(opts["add_filter_term"])) if > opts["add_filter_term"] > ? search_params["filter_term"] = > search_params["filter_term"].reject{|f| > Array(opts["remove_filter_term"]).include?(f)} if > opts["remove_filter_term"] > + ? search_params["filter_term"] = > search_params["filter_term"].select{|f| > SearchResultData.BASE_FACETS.include?(ASUtils.json_parse(f).keys.first)} > if removing_record_type_filter > > > ? if params["multiplicity"] > ? ? search_params["multiplicity"] = params["multiplicity"] > @@ -31,19 +51,12 @@module SearchHelper > > > ? sort = (opts["sort"] || params["sort"]) > > > -? ? if show_identifier_column? > - search_params["display_identifier"] = true > -? ? end > - > -? ? # if the browse list was sorted by default > -? ? if sort.nil? && !@search_data.nil? && @search_data.sorted? > -? ? ? sort = @search_data[:criteria]["sort"] > -? ? end > - > ? if sort > ? ? sort = sort.split(', ') > ? ? sort[1] = opts["sort2"] if opts["sort2"] > -? ? ? search_params["sort"] = sort.uniq.join(', ') > + ? ? fields = sort.uniq > + ? ? fields = fields.select {|f| > multi_columns.compact.include?(f.split.first)} if > removing_record_type_filter > + ? ? search_params["sort"] = fields.join(', ') > ? end > > > ? if (opts["format"] || params["format"]).blank? > > > > > >> On Sep 14, 2020, at 4:05 PM, Mark Cyzyk > > wrote: >> >> >> Dear Aspace List, >> >> Here is a puzzler: >> >> One of our custom plugins is throwing an error with ASpace 2.8.0: >> >>> I, [2020-09-14T18:31:21.347591 #1711]? INFO -- :?? Rendered >>> shared/_breadcrumb.html.erb (3729.1ms) >>> I, [2020-09-14T18:31:21.551547 #1711]? INFO -- : Rendered >>> search/_filter.html.erb (187.7ms) >>> I, [2020-09-14T18:31:23.178717 #1711]? INFO -- : Rendered >>> /usr/share/archivesspace/plugins/staff_mode_search/frontend/views/search/_listing.html.erb >>> (1380.8ms) >>> I, [2020-09-14T18:31:23.188677 #1711]? INFO -- : Rendered >>> search/_results.html.erb (1834.8ms) >>> I, [2020-09-14T18:31:23.191373 #1711]? INFO -- : Rendered >>> search/do_search.html.erb within layouts/application (5600.4ms) >>> I, [2020-09-14T18:31:23.193788 #1711]? INFO -- : Completed 500 >>> Internal Server Error in 8777ms >>> F, [2020-09-14T18:31:23.238453 #1711] FATAL -- : >>> F, [2020-09-14T18:31:23.238827 #1711] FATAL -- : >>> ActionView::Template::Error (undefined method >>> `show_identifier_column?' for #<#:0x5ccfe41e> >>> Did you mean?? show_external_ids?): >>> F, [2020-09-14T18:31:23.251369 #1711] FATAL -- :????? 6: %> >>> ???? 7: >>> ???? 8: <% if @search_data.results? %> >>> ???? 9:?? <% add_identifier_column if show_identifier_column? %> >>> ??? 10:?? <%= render_aspace_partial :partial => >>> "shared/pagination_summary" %> >>> ??? 11: >>> ??? 12:??
>> %>data-multiselect="true"<% end %>> >>> F, [2020-09-14T18:31:23.251910 #1711] FATAL -- : >>> F, [2020-09-14T18:31:23.252256 #1711] FATAL -- : >>> app/helpers/application_helper.rb:307:in `render_aspace_partial' >>> app/views/search/_results.html.erb:22:in >>> `_app_views_search__results_html_erb___900220805_2354' >>> app/helpers/application_helper.rb:307:in `render_aspace_partial' >>> app/views/search/do_search.html.erb:16:in >>> `_app_views_search_do_search_html_erb___1615232398_2350 >> >> The key line here is, I think: >> >>> F, [2020-09-14T18:31:23.238827 #1711] FATAL -- : >>> ActionView::Template::Error (undefined method >>> `show_identifier_column?' for #<#:0x5ccfe41e> >>> Did you mean?? show_external_ids?): >> >> No, I didn't mean "show_external_ids'! >> >> The docs do indeed list 'show_identifier_column?' as a method. >> (/archivesspace/docs/doc/SearchHelper.html#show_identifier_column%3F-instance_method) >> >> Does anyone have an idea about why ASpace 2.8.0 might be throwing >> this error when this method is called? >> >> Much appreciated, >> >> Mark >> >> -- >> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> >> Mark Cyzyk, M.A., M.L.S. >> Library Applications Group >> The Sheridan Libraries >> The Johns Hopkins University >> mcyzyk at jhu.edu >> >> Verba volant, scripta manent. >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scheirw at newschool.edu Tue Sep 15 11:37:53 2020 From: scheirw at newschool.edu (Wendy Scheir) Date: Tue, 15 Sep 2020 11:37:53 -0400 Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids Message-ID: Hi, In v2.8, I want to import digital objects and associate them with existing archival objects without having to do these associations manually DO by DO. The only way that I can see how to do this would be to export a collection in EAD format, transform the EAD into csv or xls, copy the ref ids into the DO import spreadsheet, fill out the rest of the DO spreadsheet, and import the digital object spreadsheet. My questions are: 1. Will this method I've described work? 2. Is this the easiest way to accomplish the task through the staff interface? 3. If not, would someone point me to instructions on a better way to do it? And, a related question: 4. Is there a way to make Component Unique Identifiers replace auto-generated ref ids? Many thanks, Wendy -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Tue Sep 15 12:50:18 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 15 Sep 2020 16:50:18 +0000 Subject: [Archivesspace_Users_Group] Webinar Reminder: Integrating ArchivesSpace and CollectionSpace Message-ID: <2E726F31-88E7-4DDA-9D52-80E2D760D656@lyrasis.org> Dear ArchivesSpace Users, Theirs is still time to register for tomorrow?s webinar about integration between ArchivesSpace and CollectionSpace, a museum-focused open source collections management system. This is the tenth webinar in our Integrations with ArchivesSpace series. Each webinar in this series highlights an integration with another application used in archives that ArchivesSpace members have worked on or requested. When: September 16, 2020 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? noon PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_rmZEc6O6TMGQn85k3lgIOQ In order to provide a secure webinar experience and ensure adequate space in our Zoom environment, registration is now required for our webinars. Our webinars continue to be free and open to anyone using or interested in ArchivesSpace. This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In this webinar, representatives from both ArchivesSpace and CollectionSpace will briefly highlight the core elements of each application, how they are similar and where they differ in terms of functionality and the types of content they describe. An open discussion on community use cases and goals for an ArchivesSpace/CollectionSpace integration will follow. Please bring your ideas for how you would like to use ArchivesSpace and CollectionSpace together. The foundation of this discussion will be the initial feedback received on the recent survey disseminated by CollectionSpace about what their community wants in an ArchivesSpace/CollectionSpace integration. This survey is available at bit.ly/aspace_cspace. Webinar Presenters: Linda Colet has 20+ years experience in collections management and digital planning in the museum field. Her outreach work with CollectionSpace (LYRASIS) involves speaking with the museum community on how their collections management system needs fit within their overall digital strategy. She is also an adjunct art history teacher at Northern Virginia Community College. Christine Di Bella is the Program Manager for ArchivesSpace and involved in all aspects of the program, working closely and collaboratively with the community, advisory groups, and Governance Board to set and implement the strategy and goals for ArchivesSpace. Christine has worked as an archivist for over 20 years in academic and non-profit settings, including some where she managed both archives and art and artifact collections. Who should attend: Anyone using or interested in using ArchivesSpace or CollectionSpace and a possible integration between the two systems. Those with use cases they?d like to share are highly encouraged to attend and participate in the discussion. Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or the Integrations with ArchivesSpace webinar series. 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: 29062 bytes Desc: image001.jpg URL: From noah.huffman at duke.edu Tue Sep 15 14:14:57 2020 From: noah.huffman at duke.edu (Noah Huffman) Date: Tue, 15 Sep 2020 18:14:57 +0000 Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids In-Reply-To: References: Message-ID: Hi Wendy, Your method would work and it generally describes a workflow we?ve used from time to time. To simplify getting the refIDs and other component metadata out of ASpace and into CSV, you might consider installing this plugin: https://github.com/hudmol/digitization_work_order There are other ways to use the API to batch create/link DOs to archival objects depending on your use case, workflow, and your comfort level writing scripts and working with the API, but integrating the plugin above into the workflow you?ve described is probably the easiest way to batch create and link DOs using the staff interface?at least as far as I know. -Noah ================ Noah Huffman Archivist for Metadata, Systems, and Digital Records David M. Rubenstein Rare Book & Manuscript Library Duke University | 919-660-5982 http://library.duke.edu/rubenstein/ Pronouns: he / him / his From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir Sent: Tuesday, September 15, 2020 11:38 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids Hi, In v2.8, I want to import digital objects and associate them with existing archival objects without having to do these associations manually DO by DO. The only way that I can see how to do this would be to export a collection in EAD format, transform the EAD into csv or xls, copy the ref ids into the DO import spreadsheet, fill out the rest of the DO spreadsheet, and import the digital object spreadsheet. My questions are: 1. Will this method I've described work? 2. Is this the easiest way to accomplish the task through the staff interface? 3. If not, would someone point me to instructions on a better way to do it? And, a related question: 4. Is there a way to make Component Unique Identifiers replace auto-generated ref ids? Many thanks, Wendy -------------- next part -------------- An HTML attachment was scrubbed... URL: From rachel.searcy at nyu.edu Tue Sep 15 14:40:29 2020 From: rachel.searcy at nyu.edu (Rachel Aileen Searcy) Date: Tue, 15 Sep 2020 14:40:29 -0400 Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids In-Reply-To: References: Message-ID: Hi Wendy, I just wanted to follow-up on Noah's plug (heh) for the digitization work order plugin. The plugin allows the archivist to generate a tsv file of descriptive metadata for selected components within a resource record, and one of the fields included in that is the refid. Users have the option to download a report of the metadata, or to additionally generate a work order that creates and assigns component unique identifiers to the components (unless there is already a value in that field); the newly created cuid is then inserted into that field in the component record. We had previously relied on Archivists' Toolkit refids for file naming during digitization, but couldn't do that with the longer ones in ArchivesSpace, which prompted this cuid-based workflow. We have instructions on how to run the plugin in our local user manual here. We handle the digital object record creation piece through a complementary utility script that associates the newly created digital object with the resource component's URI, which is exported in the work order. I hope this helps, but also feel free to get in touch if you have further questions. Rachel On Tue, Sep 15, 2020 at 2:15 PM Noah Huffman wrote: > Hi Wendy, > > > > Your method would work and it generally describes a workflow we?ve used > from time to time. > > > > To simplify getting the refIDs and other component metadata out of ASpace > and into CSV, you might consider installing this plugin: > https://github.com/hudmol/digitization_work_order > > > > > There are other ways to use the API to batch create/link DOs to archival > objects depending on your use case, workflow, and your comfort level > writing scripts and working with the API, but integrating the plugin above > into the workflow you?ve described is probably the easiest way to batch > create and link DOs using the staff interface?at least as far as I know. > > > > -Noah > > > > ================ > > Noah Huffman > > Archivist for Metadata, Systems, and Digital Records > > David M. Rubenstein Rare Book & Manuscript Library > > Duke University | 919-660-5982 > > http://library.duke.edu/rubenstein/ > > > Pronouns: he / him / his > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Wendy > Scheir > *Sent:* Tuesday, September 15, 2020 11:38 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] question about exporting ref ids > and related q about component unique ids > > > > Hi, > > > > In v2.8, I want to import digital objects and associate them with existing > archival objects without having to do these associations manually DO by DO. > The only way that I can see how to do this would be to export a collection > in EAD format, transform the EAD into csv or xls, copy the ref ids into the > DO import spreadsheet, fill out the rest of the DO spreadsheet, and import > the digital object spreadsheet. > > > > My questions are: > > 1. Will this method I've described work? > > 2. Is this the easiest way to accomplish the task through the staff > interface? > > 3. If not, would someone point me to instructions on a better way to do it? > > > > And, a related question: > > 4. Is there a way to make Component Unique Identifiers replace > auto-generated ref ids? > > > > Many thanks, > > Wendy > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=QVGt48Wtl7Fiy9usykxqVm8sMx0Xs8e_0TXQSQg8sjU&s=Dr_fbSId-VGba6cWyq54lBZ3Bjg-qScAZuqT93HQAzM&e= > -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From gcoddington at mcdaniel.edu Tue Sep 15 15:39:49 2020 From: gcoddington at mcdaniel.edu (Gwenlyn Coddington) Date: Tue, 15 Sep 2020 19:39:49 +0000 Subject: [Archivesspace_Users_Group] Error Editing CSV Generated Accession Record Message-ID: Hello, I'm working on a record import project via the CSV accession option and have run into a few problems. I'm hoping someone might have some advice on how to fix them. I've been able to create accession, event, and agent records from the CSV sheet but cannot edit the generated accession record. When I select the edit option, I receive an error message. However, I can view the accession record as well as edit and view the agent and event records. Has anyone encountered this problem before? For reference, we are running version 2.8 of ArchivesSpace. Thanks for your time, Gwen Coddington -------------- next part -------------- An HTML attachment was scrubbed... URL: From scheirw at newschool.edu Tue Sep 15 15:58:35 2020 From: scheirw at newschool.edu (Wendy Scheir) Date: Tue, 15 Sep 2020 15:58:35 -0400 Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids In-Reply-To: References: Message-ID: Thank you so much, Noah and Rachel! This is so helpful. I'll investigate the plugin and complementary script, and will get in touch if I have any questions! Wendy On Tue, Sep 15, 2020 at 2:40 PM Rachel Aileen Searcy wrote: > Hi Wendy, > > I just wanted to follow-up on Noah's plug (heh) for the digitization work > order plugin. The plugin allows the archivist to generate a tsv file of > descriptive metadata for selected components within a resource record, and > one of the fields included in that is the refid. Users have the option to > download a report of the metadata, or to additionally generate a work order > that creates and assigns component unique identifiers to the components > (unless there is already a value in that field); the newly created cuid is > then inserted into that field in the component record. We had previously > relied on Archivists' Toolkit refids for file naming during digitization, > but couldn't do that with the longer ones in ArchivesSpace, which prompted > this cuid-based workflow. We have instructions on how to run the > > plugin > in > our local user manual here. > > We handle the digital object record creation piece through a complementary utility > script that associates > the newly created digital object with the resource component's URI, which > is exported in the work order. > > I hope this helps, but also feel free to get in touch if you have further > questions. > > Rachel > > On Tue, Sep 15, 2020 at 2:15 PM Noah Huffman > wrote: > >> Hi Wendy, >> >> >> >> Your method would work and it generally describes a workflow we?ve used >> from time to time. >> >> >> >> To simplify getting the refIDs and other component metadata out of ASpace >> and into CSV, you might consider installing this plugin: >> https://github.com/hudmol/digitization_work_order >> >> >> >> >> There are other ways to use the API to batch create/link DOs to archival >> objects depending on your use case, workflow, and your comfort level >> writing scripts and working with the API, but integrating the plugin above >> into the workflow you?ve described is probably the easiest way to batch >> create and link DOs using the staff interface?at least as far as I know. >> >> >> >> -Noah >> >> >> >> ================ >> >> Noah Huffman >> >> Archivist for Metadata, Systems, and Digital Records >> >> David M. Rubenstein Rare Book & Manuscript Library >> >> Duke University | 919-660-5982 >> >> http://library.duke.edu/rubenstein/ >> >> >> Pronouns: he / him / his >> >> >> >> >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Wendy >> Scheir >> *Sent:* Tuesday, September 15, 2020 11:38 AM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* [Archivesspace_Users_Group] question about exporting ref ids >> and related q about component unique ids >> >> >> >> Hi, >> >> >> >> In v2.8, I want to import digital objects and associate them with >> existing archival objects without having to do these associations manually >> DO by DO. The only way that I can see how to do this would be to export a >> collection in EAD format, transform the EAD into csv or xls, copy the ref >> ids into the DO import spreadsheet, fill out the rest of the DO >> spreadsheet, and import the digital object spreadsheet. >> >> >> >> My questions are: >> >> 1. Will this method I've described work? >> >> 2. Is this the easiest way to accomplish the task through the staff >> interface? >> >> 3. If not, would someone point me to instructions on a better way to do >> it? >> >> >> >> And, a related question: >> >> 4. Is there a way to make Component Unique Identifiers replace >> auto-generated ref ids? >> >> >> >> Many thanks, >> >> Wendy >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> >> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=QVGt48Wtl7Fiy9usykxqVm8sMx0Xs8e_0TXQSQg8sjU&s=Dr_fbSId-VGba6cWyq54lBZ3Bjg-qScAZuqT93HQAzM&e= >> > > > -- > Rachel Searcy > Accessioning Archivist, Archival Collections Management > New York University Libraries > 212.998.2539 | rachel.searcy at nyu.edu > My pronouns are she/her/hers > _______________________________________________ > 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 jcross at clemson.edu Wed Sep 16 09:44:40 2020 From: jcross at clemson.edu (James E. Cross) Date: Wed, 16 Sep 2020 13:44:40 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace and disaster preparedness Message-ID: I was wondering if anyone is incorporating disaster preparedness as part of collection management in Archivesspace. For example, identifying collections for priority evacuation/salvage and then producing a report that lists those collections and their locations. People might have even decided to be more granular and designate priorities (low, medium, high) for all collections in their repositories. I am interested to hear about anything you have done in this regard. Thank you. Jim Cross Manuscripts Archivist James Edward Cross, C.A. Special Collections and Archives Clemson University Libraries Box 343001 Clemson, SC 29634-3001 Phone: (864) 656-5182 Website: http://library.clemson.edu/depts/specialcollections/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From VivianLea.Solek at Kofc.Org Wed Sep 16 09:55:36 2020 From: VivianLea.Solek at Kofc.Org (Solek, VivianLea) Date: Wed, 16 Sep 2020 13:55:36 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace and disaster preparedness In-Reply-To: References: Message-ID: Hi Jim, As someone who is working on a disaster plan in dPlan (through NEDCC), I am VERY interested in your question. When responding, I hope folks will respond to the group. MANY thanks! VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives Knights of Columbus Museum 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 James E. Cross Sent: Wednesday, September 16, 2020 9:45 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] ArchivesSpace and disaster preparedness I was wondering if anyone is incorporating disaster preparedness as part of collection management in Archivesspace. For example, identifying collections for priority evacuation/salvage and then producing a report that lists those collections and their locations. People might have even decided to be more granular and designate priorities (low, medium, high) for all collections in their repositories. I am interested to hear about anything you have done in this regard. Thank you. Jim Cross Manuscripts Archivist James Edward Cross, C.A. Special Collections and Archives Clemson University Libraries Box 343001 Clemson, SC 29634-3001 Phone: (864) 656-5182 Website: http://library.clemson.edu/depts/specialcollections/ 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 na207 at cam.ac.uk Wed Sep 16 12:32:42 2020 From: na207 at cam.ac.uk (Natalie Adams) Date: Wed, 16 Sep 2020 16:32:42 +0000 Subject: [Archivesspace_Users_Group] Plug-in to 'publish all' below resource level Message-ID: Dear all, Nick Butler has created an AS plugin which grants the ability to publish and unpublish portions of a record tree- "publish all" and "unpublish all" buttons appear at archival object level (as well as resource level) and affect the record you have open as well as all descendant records. The plugin is available here https://gitlab.developers.cam.ac.uk/lib/dev/ams/publish_partial_trees and is linked to from the Awesome ArchivesSpace list. We have many large finding aids which we have migrated to ArchivesSpace. Several of these (especially institutional archives) cannot be published in full and we had been finding the process of publishing individual series of archival objects (and separately publishing the notes contained in them) in ArchivesSpace very laborious. The new plugin is a big time saver for us and we hope other repositories will find the same. [https://gitlab.developers.cam.ac.uk/assets/gitlab_logo-7ae504fe4f68fdebb3c2034e36621930cd36ea87924c11ff65dbcb8ed50dca58.png] Projects ? Library / Developers / AMS / publish_partial_trees An ArchivesSpace plugin to allow appropriately-authorised users to publish portions of resource trees gitlab.developers.cam.ac.uk Best wishes, Natalie Natalie Adams Systems Archivist Cambridge University Library -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Thu Sep 17 09:31:49 2020 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 17 Sep 2020 13:31:49 +0000 Subject: [Archivesspace_Users_Group] =?utf-8?q?FW=3A_NGLP_=E2=80=9CValues_?= =?utf-8?q?and_Principles_Framework_and_Assessment_Checklist=E2=80=9D_Rele?= =?utf-8?q?ased_for_Public_Comment?= In-Reply-To: References: Message-ID: Forwarded on behalf of our colleagues at Educopia. Please contact Katherine Skinner if you have questions. From: Katherine Skinner > Sent: Tuesday, September 1, 2020 12:03 PM To: John Herbert >; Laurie Arp >; Kristen Ratan >; Catherine Mitchell > Subject: NGLP ?Values and Principles Framework and Assessment Checklist? Released for Public Comment (apologies for cross-posting!) Dear colleagues, The Next Generation Library Publishing project (NGLP) invites community feedback on the draft release of the Values and Principles Framework and Assessment Checklist tools produced to assess and incentivize stronger alignment between publishing tools, services, and platforms and the scholarly communities and publics they ultimately serve. Pending public feedback, we plan to refine and issue this tool in 2021 for broad use. We invite feedback and engagement via the open access Commonplace Publication (hosted on the PubPub platform). You can access the framework and the checklist freely; you will need to set up an account with Commonplace and PubPub in order to make comments directly in the documents. You are also welcome to contact its lead author, Katherine Skinner, by email to share comments or ideas. The draft is open for public comment until September 30, 2020. About the NGLP Project The Next Generation Library Publishing project (led by Educopia Institute, California Digital Library, and Stratos, in close collaboration with COAR, LYRASIS, and Longleaf Services, and generously funded by Arcadia), seeks to improve the publishing pathways and choices available to authors, editors, and readers through strengthening, integrating, and scaling up scholarly publishing infrastructure to support library publishers. In addition to developing interoperable publishing tools and workflows, our team is exploring how to create community hosting models that align explicitly and demonstratively with academic values. More about the Values and Principles Assessment Tool This Framework and Assessment Checklist and its affiliated documentation have been prepared by Katherine Skinner and Sarah Lippincott and edited by Nancy Adams, Hannah Ballard, Terra Graziani, Jennifer Kemp, Brandon Locke, Catherine Mitchell, Kristen Ratan, Oya Reiger, Kathleen Shearer, John Sherer, Nick Shockey, Eric van Rijn, and Sarah Wipperman. This publication is also related to the Encouraging Adherence to Values and Principles White Paper (March 2020), which the NGLP team issued for public comment in March 2020, If you have any questions about the Framework and Assessment Checklist, please contact Katherine Skinner >. With many thanks, and best wishes, Katherine Skinner, PhD Executive Director, Educopia Institute http://educopia.org Currently working at reduced capacity while balancing kids-school-work-life-2020...please text me if you are not hearing from me quickly! Working from Greensboro, NC katherine at educopia.org | 404 783 2534 Pronouns: she/her -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhuggard at ku.edu Thu Sep 17 10:11:29 2020 From: mhuggard at ku.edu (Huggard, Marcella) Date: Thu, 17 Sep 2020 14:11:29 +0000 Subject: [Archivesspace_Users_Group] Digital Object Module Use In-Reply-To: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> References: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> Message-ID: Hi Bailey, We?re connecting to our digital objects in Islandora ? of course, our digital management system has way more digital collections available than just what?s from our manuscript collections, so we try to be very clear and upfront about that in our public user interface so researchers know to go to Islandora for other digital collections, but we do like the ability to link directly to the finding aid. We?re also considering ArchivesSpace the single source of truth for manuscript collections information online, so having the linked digital objects display there falls into that workflow. Our public interface is at https://archives.lib.ku.edu/ if you want to take a look! Marcella From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hoffner, Bailey E. Sent: Friday, September 11, 2020 3:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Digital Object Module Use Hello All, I?m interested in knowing how and why people use (or don?t use) the Digital Object section of AS. Any input at all would be appreciated ? thanks! -Bailey Bailey Hoffner, MLIS Pronouns: she/her/hers Metadata and Collections Management Archivist University of Oklahoma Libraries baileys at ou.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From trthorn2 at ncsu.edu Thu Sep 17 10:29:25 2020 From: trthorn2 at ncsu.edu (Trevor Thornton) Date: Thu, 17 Sep 2020 10:29:25 -0400 Subject: [Archivesspace_Users_Group] Digital Object Module Use In-Reply-To: References: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> Message-ID: We use digital objects in ArchivesSpace to link archival object records with both online resources (mostly digitized images and documents on our digital collections site ) and corresponding packages (AIPs) in our digital preservation repository. For materials that are published online, the digital object includes the item's URL. Our finding aids system uses this URL to access a IIIF manifest for images published online, which lets us to include linked thumbnail images within the context of the finding aid - here's an example of that . For packages in the preservation repository, we mint a common identifier (UUID) that is stored in both systems (in the repo and in AS as the digital object identifier), which allows us to link between them. On Thu, Sep 17, 2020 at 10:11 AM Huggard, Marcella wrote: > Hi Bailey, > > > > We?re connecting to our digital objects in Islandora ? of course, our > digital management system has way more digital collections available than > just what?s from our manuscript collections, so we try to be very clear and > upfront about that in our public user interface so researchers know to go > to Islandora for other digital collections, but we do like the ability to > link directly to the finding aid. We?re also considering ArchivesSpace the > single source of truth for manuscript collections information online, so > having the linked digital objects display there falls into that workflow. > > > > Our public interface is at https://archives.lib.ku.edu/ if you want to > take a look! > > > > Marcella > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Hoffner, > Bailey E. > *Sent:* Friday, September 11, 2020 3:49 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Digital Object Module Use > > > > Hello All, > > > > I?m interested in knowing how and why people use (or don?t use) the > Digital Object section of AS. Any input at all would be appreciated ? > thanks! > > > > -Bailey > > > > Bailey Hoffner, MLIS > > Pronouns: she/her/hers > > Metadata and Collections Management Archivist > > University of Oklahoma Libraries > > baileys at ou.edu > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Sep 17 11:47:52 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 17 Sep 2020 15:47:52 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Friday cancelled this week In-Reply-To: References: Message-ID: Dear ArchivesSpace Users, Our regular Friday break with ArchivesSpace will be cancelled this week. We will resume our Friday breaks with ArchivesSpace next Friday, September 25th at noon ET. Thank you to everyone who joined us last week for a great chat. We look forward to seeing you again next Friday. Best, Jessica 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: 29062 bytes Desc: image001.jpg URL: From Lora.Woodford at lyrasis.org Fri Sep 18 10:08:41 2020 From: Lora.Woodford at lyrasis.org (Lora Woodford) Date: Fri, 18 Sep 2020 14:08:41 +0000 Subject: [Archivesspace_Users_Group] language plugin implementation 2.7.1 Message-ID: Hi Ashley, Wanted to follow up and see if you are still curious about this. Yes, what you?re describing seems normal. The database migration related to the new language/script of description fields in resource records was written to be very conservative in terms of deleting existing data from what was previously the free text ?finding aid language? field. Indeed, the software specification provided for the work (linked to from https://archivesspace.atlassian.net/browse/ANW-382) stated that: ?REQ-6: The system shall migrate existing Language of Description content to the new Language of Description Note free-text note field during system migration.? The only time it removed/cleaned up data as part of the migration is when language/script of description codes were already encoded in the body of that free text field. So, for example, a pre-2.7.1 finding aid language field like: Description is in English. Would become the following in 2.7.1+: Description is in English. with the appropriate enumeration values for English and Latin provided in the new finding_aid_language and finding_aid_script fields in 2.7.1. The text, however, remains. In your case, it sounds like you had the following in pre-2.7.1: English Which, post-migration, resulted in an identical string in the finding_aid_language_note: English Since no language CODE was provided, nothing was removed or altered and no enumeration_ids were added to finding_aid_language and finding_aid_script. Since you then went along and ran the plugin to assign languages and scripts to your resource records, the default language and script codes that were added from the 2.7.1 migration (codes for unknown language/script) were updated to the selections you made in the plugin. The note (as migrated during the 2.7.1 upgrade process) wouldn?t change from using the plugin. My understanding is that keeping the former finding_aid_language content in the new finding_aid_language_note field is an intentional decision since it is the value of that finding_aid_language_note field that is exported into the field in EAD 2002 exports. (EAD3 exports are handled differently and details can be found int eh specification linked to in the ticket above). If you did really want to wipe away all the ?English? entries now in finding_aid_language_note that could be done directly in the database (after testing thoroughly on a non-production system first!), with a statement along the lines of: UPDATE resource SET finding_aid_language_note = REPLACE(finding_aid_language_note, 'English', null) WHERE finding_aid_language_note LIKE 'English'; Just be sure that you are comfortable with the fact that removing these notes will remove language information from your EAD 2002 exports (if you use them) since the mapping in the specification maps language of description note to . Happy to answer any additional questions. Best, Lora From: on behalf of "Knox, Ashley M." Reply-To: Archivesspace Users Group Date: Tuesday, September 8, 2020 at 8:01 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] language plugin implementation 2.7.1 I?d like to clarify my earlier post. After migrating from 2.6.0 to 2.7.1, we saw the new ?language of description note? populated with a language, where it was not before the migration. We only had ?language of description? populated while in 2.6.0. So, my question is just that did anyone else experience this when they migrated. Initially, I thought it was purposeful and that one of the plugins would rectify it, but that was not the case. We now have ?language of description? and ?Script of description? populated correctly, thanks to the plugins. The new and unexpected/unwanted ?language of description note? remained the same after implementing the plugins. --earlier post-- We implemented the first two of the three language plugins on a 2.7.1 dev instance and for the most part, we got what was expected. What was unexpected to us is that in the Finding Aid Data section, Language of description (English) became language of description/script of description (English/Latin) PLUS language of description note (English). The extra/new lang of desc. note feels a little redundant and we are at a loss as to why it appears? Did this happen for anyone else? Was this intentional? Are we missing something obvious? Ashley Ashley Knox Digital Initiatives Librarian Randall Library University of North Carolina Wilmington knoxa at uncw.edu http://library.uncw.edu http://digitalcollections.uncw.edu From: Knox, Ashley M. Sent: Tuesday, September 8, 2020 1:29 PM To: Archivesspace Users Group Subject: language plugin implementation 2.7.1 We implemented the first two of the three language plugins on a 2.7.1 dev instance and for the most part, we got what was expected. What was unexpected to us is that in the Finding Aid Data section, Language of description (English) became language of description/script of description (English/Latin) PLUS language of description note (English). The extra/new lang of desc. note feels a little redundant and we are at a loss as to why it appears? Did this happen for anyone else? Was this intentional? Are we missing something obvious? Ashley Ashley Knox Digital Initiatives Librarian Randall Library University of North Carolina Wilmington knoxa at uncw.edu http://library.uncw.edu http://digitalcollections.uncw.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Wed Sep 23 09:14:21 2020 From: rneal at richmond.edu (Neal, Rick) Date: Wed, 23 Sep 2020 13:14:21 +0000 Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Message-ID: Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed Sep 23 09:20:08 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 23 Sep 2020 13:20:08 +0000 Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. In-Reply-To: References: Message-ID: 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Neal, Rick Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group Cc: Nelson, Robert Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: From scheirw at newschool.edu Wed Sep 23 13:47:28 2020 From: scheirw at newschool.edu (Wendy Scheir) Date: Wed, 23 Sep 2020 13:47:28 -0400 Subject: [Archivesspace_Users_Group] is there a way to batch link classifications? Message-ID: Hi, We've created classifications and want to link batches of selected resources records to them. Is there a way to do this in the SUI? Many thanks, Wendy ____________________________________ WENDY SCHEIR *DIRECTOR* 66 5TH AVENUE, NEW YORK, NY 10011 scheirw at newschool.edu T 212.229.5942 x2888 Explore the Archives | Digital Collections from the Archives | New School Histories | @tnsarchives -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Sep 24 12:30:51 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 24 Sep 2020 16:30:51 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: <2EBF068E-0072-49F7-BD42-1AD40F2684E9@lyrasis.org> References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> <512F3C3D-C506-4E11-B5FB-4B9EBF4775B0@lyrasis.org> <614B918C-6F58-4D55-89F5-18680C71701B@lyrasis.org> <69AD5D49-2C12-450D-9763-D88A59297611@lyrasis.org> <24DA2EB0-8EA2-42E8-9EC1-2377BAE51368@lyrasis.org> <46CE10A0-3DD9-4139-BF15-B9D19408EC16@lyrasis.org> <3390E79B-70B8-4A34-86B1-2276E98B66F8@lyrasis.org> <2EBF068E-0072-49F7-BD42-1AD40F2684E9@lyrasis.org> Message-ID: <7E3F1BBA-E5B2-4612-A7F5-33D5049F5CF4@lyrasis.org> Dear ArchivesSpace Users, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29079 bytes Desc: image001.jpg URL: From christine.dibella at lyrasis.org Fri Sep 25 09:05:59 2020 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 25 Sep 2020 13:05:59 +0000 Subject: [Archivesspace_Users_Group] job posting: ArchivesSpace Technical Lead Message-ID: Hello ArchivesSpace members, We've had excellent interim technical leadership from Lora Woodford and Mark Cooper in the months since Laney McGlohon left us and we're now able to go ahead with posting the ArchivesSpace Technical Lead position. (You'll be seeing it posted many places over the next week or two.) A summary is below and the full position description is attached. Feel free to get in touch if you have any questions or ideas for candidates or places to post. We look forward to working together to fill this important position on the ArchivesSpace team. Christine ArchivesSpace Technical Lead Summary Description LYRASIS is seeking an energetic and collaborative Technical Lead for ArchivesSpace, an open-source, archives information management web application designed for managing descriptive information about archives, manuscripts, and digital objects. (http://www.archivesspace.org/) The Technical Lead is responsible for oversight, management, and development of the ArchivesSpace application, a large open source software platform used by people around the world. The Technical Lead works with a wide-ranging group of community stakeholders and is responsible for the overall development of the software and management of the community-based code contribution process. The Technical Lead works to engage a broad set of developers to participate in the project, providing technical guidance, support and leadership to maintain a robust developer community. This position is part of a geographically and institutionally distributed team, and, as such, applications from candidates interested in telecommuting are welcome. To learn more, or to submit your resume and cover letter, please visit https://lyrasis.isolvedhire.com/jobs/145014.html. Applications accepted until position is filled but review of applications will begin October 16, 2020. Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6608 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Aspace_TechLeadSept2020.docx Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document Size: 144400 bytes Desc: Aspace_TechLeadSept2020.docx URL: From Jessica.Crouch at lyrasis.org Fri Sep 25 09:39:19 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 25 Sep 2020 13:39:19 +0000 Subject: [Archivesspace_Users_Group] is there a way to batch link classifications? In-Reply-To: References: Message-ID: <69796F7C-2C35-4E34-AF96-953E6C936B6E@lyrasis.org> Hi Wendy, Adding classifications through the SUI is a fairly quick process outlined in the Help Center at https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/890208308/Managing+Classifications. You can also watch our user tutorial videos on classifications at https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/915144907/Classifications+Module. That being said, this isn?t really a batch process. If you?re interested in doing more tasks in bulk, you may be interested in using the ArchivesSpace API. The API documentation is located at http://archivesspace.github.io/archivesspace/api/. Dave Mayo gave a presentation at the Online Forum this year on the basics of the API if you?d like to get some exposure to the API and decide if this is a direction you?d like to pursue. You can review that at https://youtu.be/9LVG8Ey_9eI. I hope this information helps. If anyone else has any tips or tricks for managing classifications, please feel free to chime in! Jessica From: on behalf of Wendy Scheir Reply-To: Archivesspace Users Group Date: Wednesday, September 23, 2020 at 1:48 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] is there a way to batch link classifications? Hi, We've created classifications and want to link batches of selected resources records to them. Is there a way to do this in the SUI? Many thanks, Wendy ____________________________________ WENDY SCHEIR DIRECTOR [Image removed by sender.] 66 5TH AVENUE, NEW YORK, NY 10011 scheirw at newschool.edu T 212.229.5942 x2888 Explore the Archives | Digital Collections from the Archives | New School Histories | @tnsarchives -------------- next part -------------- An HTML attachment was scrubbed... URL: From ph448 at cam.ac.uk Fri Sep 25 12:21:28 2020 From: ph448 at cam.ac.uk (Peter Heiner) Date: Fri, 25 Sep 2020 17:21:28 +0100 Subject: [Archivesspace_Users_Group] Containerised ArchivesSpace in production Message-ID: <20200925162128.at6jfwix4p5au2oz@thursday.localdomain> Dear list, For want of a better list to send this, I have a few questions regarding running ArchivesSpace containerised. List archives suggest this has not been brought up in a while and it was exactly a year ago that Laney McGlohon added words to docs/user/docker.md reading 'Docker is not supported as an install method'. Whilst I believe I have a pretty good idea of at least some of the answers, I think it might be useful to know - if people run it in production using containers all the same; - what the developers think the obstacles are to it being supported as containerised workload; - what they think needs to happen for it to become supported; - what can the community do to advance this. I currently maintain several Docker-based development and staging instances and several other systems including user training and production systems that run bare, and it would be lovely to be able to optimise the latter away, so my interest in this is not at all academic. Thanks, p From cory_nimer at byu.edu Fri Sep 25 16:43:17 2020 From: cory_nimer at byu.edu (Cory Nimer) Date: Fri, 25 Sep 2020 20:43:17 +0000 Subject: [Archivesspace_Users_Group] Conflict between inheritance rules and oai_dc response Message-ID: Dear ArchivesSpace community, In working toward a migration from AS 2.5.1 to 2.8, we have encountered an error in the OAI ListRecords response for metadata formats other than EAD (i.e., oai_dc, oai_dcterms, oai_marc, and oai_mods). When trying requests such as https://asoaistg.lib.byu.edu/oai?verb=ListRecords&metadataPrefix=oai_dc (sorry, not a public link), the response returned is: {"error":"undefined method `[]' for nil:NilClass"} Checking the log file, we found that it referenced a line in our configuration file dealing with element inheritance: E, [2020-09-22T15:58:46.797712 #333] ERROR -- : Thread-2300: Unhandled exception! E, [2020-09-22T15:58:46.807963 #333] ERROR -- : undefined method `[]' for nil:NilClass /srv/asstg/config/config.rb:491:in `block in (root)' org/jruby/RubyArray.java:2566:in `select' /srv/asstg/config/config.rb:491:in `block in (root)' uri:classloader:/record_inheritance.rb:133:in `block in merge_record' org/jruby/RubyArray.java:1735:in `each' uri:classloader:/record_inheritance.rb:125:in `merge_record' uri:classloader:/record_inheritance.rb:104:in `block in merge' org/jruby/RubyArray.java:2487:in `map' uri:classloader:/record_inheritance.rb:103:in `merge' uri:classloader:/record_inheritance.rb:4:in `merge' The portion of the configuration file referred to in the log file reads as follows: { :property => "subjects", :inherit_if => proc {|json| json.select {|j| ! j['_resolved']['terms'].select { |t| t['term_type'] == 'genre_form'}.empty? } }, :inherit_directly => true }, { :property => 'subjects', :skip_if => proc {|json| ['file', 'item'].include?(json['level']) }, :inherit_if => proc {|json| json.select {|j| ! j['_resolved']['terms'].select { |t| t['term_type'] == 'topical'}.empty? } }, :inherit_directly => true }, { :property => 'subjects', :skip_if => proc {|json| ['file', 'item'].include?(json['level']) }, :inherit_if => proc {|json| json.select {|j| ! j['_resolved']['terms'].select { |t| t['term_type'] == 'geographic'}.empty? } }, :inherit_directly => true }, { :property => 'subjects', :skip_if => proc {|json| ['file', 'item'].include?(json['level']) }, :inherit_if => proc {|json| json.select {|j| ! j['_resolved']['terms'].select { |t| t['term_type'] == 'uniform_title'}.empty? } }, :inherit_directly => true }, These inheritance configuration statements work well in our PUI display, but it appears to upset our ListRecords request. It does not cause issues with OAI GetRecord requests, which will produce the record in Dublin Core or MARC for Resource records without issues, but generates the same error for Archival Object records that would include inherited information. Is this something that others have encountered? Reading the OAI-PMH documentation on GitHub, we had not expected this to be an issue. Best, Cory Nimer University Archivist Brigham Young University 801-422-6091 -------------- next part -------------- An HTML attachment was scrubbed... URL: From elizabeth_coup at harvard.edu Mon Sep 28 10:10:29 2020 From: elizabeth_coup at harvard.edu (Coup, Betts) Date: Mon, 28 Sep 2020 14:10:29 +0000 Subject: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting Message-ID: Greetings all, The ArchivesSpace Subject and Agent Taskforce at Harvard Library is working to develop best practices for subject and agent record creation, editing, and merging, and we're wondering if anyone might have experience with merging agent and subject records in a multi-repository setting in ArchivesSpace? We're currently exploring potential data clean-up options but are concerned about what happens when agent records linked to multiple different repositories' resource records are merged (and likewise for subject records and resource records). Do all the resource records remain linked to the merged, single agent record (or subject record)? How were you able to ensure no links were lost to other repositories' resource records? If other institutions are in a similar multi-repository situation and completed merging successfully, would you mind sharing your workflows or processes and how you ensured there weren't links lost between agents/subjects and resource records? Many thanks in advance for your time and help! Best, Betts Coup Paula Aloisio Julianna Kuipers Amber LaFountain Subject and Agent Taskforce Betts Coup (she/hers) Processing Archivist Houghton Library elizabeth_coup at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmichelson at smith.edu Mon Sep 28 10:19:34 2020 From: dmichelson at smith.edu (Daniel Michelson) Date: Mon, 28 Sep 2020 10:19:34 -0400 Subject: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting In-Reply-To: References: Message-ID: Hi Betty, Agents and subjects are not specific to repositories, so it shouldn't matter whether it is linked to records in multiple repositories. We have not encountered any problems relating to multiple repositories when merging agents or subjects. All the best, Dan On Mon, Sep 28, 2020 at 10:10 AM Coup, Betts wrote: > Greetings all, > > The ArchivesSpace Subject and Agent Taskforce at Harvard Library is > working to develop best practices for subject and agent record creation, > editing, and merging, and we're wondering if anyone might have experience > with merging agent and subject records in a multi-repository setting in > ArchivesSpace? We're currently exploring potential data clean-up options > but are concerned about what happens when agent records linked to multiple > different repositories' resource records are merged (and likewise for > subject records and resource records). Do all the resource records remain > linked to the merged, single agent record (or subject record)? How were you > able to ensure no links were lost to other repositories' resource records? > > If other institutions are in a similar multi-repository situation and > completed merging successfully, would you mind sharing your workflows or > processes and how you ensured there weren't links lost between > agents/subjects and resource records? > > Many thanks in advance for your time and help! > > Best, > Betts Coup > Paula Aloisio > Julianna Kuipers > Amber LaFountain > Subject and Agent Taskforce > > Betts Coup (she/hers) > Processing Archivist > Houghton Library > elizabeth_coup at harvard.edu > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Project Manager Archivist Smith College Special Collections The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website . For information about library services during this time, information is available on our website . -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmichelson at smith.edu Mon Sep 28 10:20:11 2020 From: dmichelson at smith.edu (Daniel Michelson) Date: Mon, 28 Sep 2020 10:20:11 -0400 Subject: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting In-Reply-To: References: Message-ID: Sorry for misspelling your name! Dan On Mon, Sep 28, 2020 at 10:19 AM Daniel Michelson wrote: > Hi Betty, > > Agents and subjects are not specific to repositories, so it shouldn't > matter whether it is linked to records in multiple repositories. We have > not encountered any problems relating to multiple repositories when merging > agents or subjects. > > All the best, > > Dan > > On Mon, Sep 28, 2020 at 10:10 AM Coup, Betts > wrote: > >> Greetings all, >> >> The ArchivesSpace Subject and Agent Taskforce at Harvard Library is >> working to develop best practices for subject and agent record creation, >> editing, and merging, and we're wondering if anyone might have experience >> with merging agent and subject records in a multi-repository setting in >> ArchivesSpace? We're currently exploring potential data clean-up options >> but are concerned about what happens when agent records linked to multiple >> different repositories' resource records are merged (and likewise for >> subject records and resource records). Do all the resource records remain >> linked to the merged, single agent record (or subject record)? How were you >> able to ensure no links were lost to other repositories' resource records? >> >> If other institutions are in a similar multi-repository situation and >> completed merging successfully, would you mind sharing your workflows or >> processes and how you ensured there weren't links lost between >> agents/subjects and resource records? >> >> Many thanks in advance for your time and help! >> >> Best, >> Betts Coup >> Paula Aloisio >> Julianna Kuipers >> Amber LaFountain >> Subject and Agent Taskforce >> >> Betts Coup (she/hers) >> Processing Archivist >> Houghton Library >> elizabeth_coup at harvard.edu >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Dan Michelson > Project Manager Archivist > Smith College Special Collections > > The Special Collections reading room is closed. As of March 18th, all > Special Collections staff will be working remotely. Smith course support is > our primary responsibility at this time. > > Minimal reference services will be managed remotely by staff. Reference > inquiries that require access to physical materials will be held in order > of when they were received and responded to once the campus is reopened. > Expect a four to six week delay, minimum. There is a moratorium on > digitization services. > > For information about Smith College?s response to Covid-19, please visit > the college?s official website > . For > information about library services during this time, information is > available on our website > . > -- Dan Michelson Project Manager Archivist Smith College Special Collections The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website . For information about library services during this time, information is available on our website . -------------- next part -------------- An HTML attachment was scrubbed... URL: From k-miller3 at northwestern.edu Mon Sep 28 10:51:56 2020 From: k-miller3 at northwestern.edu (Karen Miller) Date: Mon, 28 Sep 2020 14:51:56 +0000 Subject: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting In-Reply-To: References: Message-ID: Hello Betts et al, At Northwestern University we have also merged quite a few duplicate Subjects and Agents that were used by multiple repositories. The merged records do indeed retain all of the links to Resource and Accession records that were previously linked to the separate Subject and Agent records. We tested this in our sandbox repository before trying it in the production server. Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Daniel Michelson Sent: Monday, September 28, 2020 9:20 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting Hi Betty, Agents and subjects are not specific to repositories, so it shouldn't matter whether it is linked to records in multiple repositories. We have not encountered any problems relating to multiple repositories when merging agents or subjects. All the best, Dan On Mon, Sep 28, 2020 at 10:10 AM Coup, Betts > wrote: Greetings all, The ArchivesSpace Subject and Agent Taskforce at Harvard Library is working to develop best practices for subject and agent record creation, editing, and merging, and we're wondering if anyone might have experience with merging agent and subject records in a multi-repository setting in ArchivesSpace? We're currently exploring potential data clean-up options but are concerned about what happens when agent records linked to multiple different repositories' resource records are merged (and likewise for subject records and resource records). Do all the resource records remain linked to the merged, single agent record (or subject record)? How were you able to ensure no links were lost to other repositories' resource records? If other institutions are in a similar multi-repository situation and completed merging successfully, would you mind sharing your workflows or processes and how you ensured there weren't links lost between agents/subjects and resource records? Many thanks in advance for your time and help! Best, Betts Coup Paula Aloisio Julianna Kuipers Amber LaFountain Subject and Agent Taskforce Betts Coup (she/hers) Processing Archivist Houghton Library elizabeth_coup at harvard.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dan Michelson Project Manager Archivist Smith College Special Collections The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website. For information about library services during this time, information is available on our website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Mon Sep 28 11:19:45 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 28 Sep 2020 15:19:45 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Hacktoberfest 2020 Message-ID: [Graphical user interface, text, application Description automatically generated] This October, ArchivesSpace will be participating in Hacktoberfest, a month-long celebration of open source software run by DigitalOcean. Hacktoberfest is open to anyone who contributes pull requests to participating open source repositories on GitHub. Whether you?re new to ArchivesSpace development or a long-time contributor, we encourage you to get involved. No specific background or skill level is required to get started, and all community contributions are welcome and appreciated. To learn more about submitting a pull request for ArchivesSpace specifically, visit our wiki. To qualify for the official Hacktoberfest competition, you must register and make four pull requests between October 1-31. Pull requests can be made to any public repository on GitHub, including ArchivesSpace. Any qualifying pull request submitted to the ArchivesSpace GitHub between October 1 and October 31 will get a Hacktoberfest label. To learn more about qualifying pull requests and how to notify Hacktoberfest of your pull requests, visit the official Hacktoberfest website. In addition to the official Hacktoberfest swag options, ArchivesSpace will acknowledge all submitters, regardless of number of pull requests, in our October monthly update. The community member who submits the most pull requests in the month of October will receive an ArchivesSpace swag bag! We hope you will join us in getting involved in this celebration of the open source community. Please email us at ArchivesSpaceHome at lyrasis.org if you have questions or want to know more about contributing code to the ArchivesSpace GitHub. To learn more about Hacktoberfest, visit their official website. 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: 151227 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29061 bytes Desc: image002.jpg URL: From mark.custer at yale.edu Mon Sep 28 11:41:21 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 28 Sep 2020 15:41:21 +0000 Subject: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting In-Reply-To: References: Message-ID: Betts, Exactly what Karen and Dan said! I would caution you not to rely exclusively on the staff interface to do this work when working in a multi-repository ASpace installation, though. When we did a similar project, we exported all of the data to external spreadsheets to make the comparisons. For just one of many examples, we had agent records for ?Milhaud, Darius? and ?Milhaud, Darius, 1892-1974?. The first agent was linked to 10 archival objects in 1 repositories; the second agents was linked to 2 Resources in 1 repository, and 8 Resources in a different repository, as well as more archival objects in another repository. You don?t get a sense of that in the staff interface, though, since when you?re working in the staff interface you?re always scoped to a single repository at a time. So, before we could merge those two records with confidence, we had to check out the links in the different repositories to make sure it was indeed the same person. In this case it was the same person; in other cases it wasn?t. Also, ASpace is great with preserving linked records whenever you do a merge, but be aware that it just deletes the data from the ?victim? record during a merge (the API language introduces the terms ?target? and ?victim? for the merge process). This behavior is similar to merging Resource records, for instance ? all of the Resource data from the ?victim? resource is deleted, but the liked archival objects are transferred exactly as is from ?victim? to ?target?. So, if you have any contact details, bioghist notes, etc., on a ?victim? agent that you want to preserve, then you?ll need to move those over to the ?target? yourself either before or after the merge. We usually didn?t have to worry about this since we did our merge project before we started our project to add bioghist notes to agents (having a bioghist notes directly on each Agent record is a HUGE help, since then you can add context that everyone can see in the staff interface!!!), but we did have to re-add some contact info details for a few agents after our merge process. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Karen Miller Sent: Monday, 28 September, 2020 10:52 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting Hello Betts et al, At Northwestern University we have also merged quite a few duplicate Subjects and Agents that were used by multiple repositories. The merged records do indeed retain all of the links to Resource and Accession records that were previously linked to the separate Subject and Agent records. We tested this in our sandbox repository before trying it in the production server. Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Daniel Michelson Sent: Monday, September 28, 2020 9:20 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting Hi Betty, Agents and subjects are not specific to repositories, so it shouldn't matter whether it is linked to records in multiple repositories. We have not encountered any problems relating to multiple repositories when merging agents or subjects. All the best, Dan On Mon, Sep 28, 2020 at 10:10 AM Coup, Betts > wrote: Greetings all, The ArchivesSpace Subject and Agent Taskforce at Harvard Library is working to develop best practices for subject and agent record creation, editing, and merging, and we're wondering if anyone might have experience with merging agent and subject records in a multi-repository setting in ArchivesSpace? We're currently exploring potential data clean-up options but are concerned about what happens when agent records linked to multiple different repositories' resource records are merged (and likewise for subject records and resource records). Do all the resource records remain linked to the merged, single agent record (or subject record)? How were you able to ensure no links were lost to other repositories' resource records? If other institutions are in a similar multi-repository situation and completed merging successfully, would you mind sharing your workflows or processes and how you ensured there weren't links lost between agents/subjects and resource records? Many thanks in advance for your time and help! Best, Betts Coup Paula Aloisio Julianna Kuipers Amber LaFountain Subject and Agent Taskforce Betts Coup (she/hers) Processing Archivist Houghton Library elizabeth_coup at harvard.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dan Michelson Project Manager Archivist Smith College Special Collections The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website. For information about library services during this time, information is available on our website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Mon Sep 28 13:42:22 2020 From: rneal at richmond.edu (Neal, Rick) Date: Mon, 28 Sep 2020 17:42:22 +0000 Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Message-ID: Good afternoon, My situation is that I am setting up a new server and need to transfer our Archive Space instance to the new server I realize that I need to copy the directories and the jar file but then I saw the item below and find it confusing. I thought I would simply dump the database on the old server and then ingest it into MySQL on the new server. After seeing this I am trying to figure out if I even need to do a 'migration' this since I have the versions in the table below and they are similar. New Server Old Server AS version 2.5.2 2.5.0 Java version 1.7.0_261 1.7.0_261 MySQL version 5.1.73 5.5.52 1. Does anyone know if I need to do the migrations? 2. Is it simply a matter of running setup-database on the old server and then copying something to the new server? [cid:image002.jpg at 01D6959D.304B3E90] Thanks Rick Neal From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Wednesday, September 23, 2020 9:20 AM To: Archivesspace Users Group Cc: Nelson, Robert Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install questions. 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 11462 bytes Desc: image002.jpg URL: From Joshua.D.Shaw at dartmouth.edu Mon Sep 28 13:52:33 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 28 Sep 2020 17:52:33 +0000 Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. In-Reply-To: References: Message-ID: Hi Rick- Its always a good idea to run the migration step for any update of the application, since schema changes happen pretty frequently. I'd do the db dump and import as you were planning, but just add that additional step of running scripts/setup-database.sh before starting up on the new server. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Neal, Rick Sent: Monday, September 28, 2020 1:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Good afternoon, My situation is that I am setting up a new server and need to transfer our Archive Space instance to the new server I realize that I need to copy the directories and the jar file but then I saw the item below and find it confusing. I thought I would simply dump the database on the old server and then ingest it into MySQL on the new server. After seeing this I am trying to figure out if I even need to do a ?migration? this since I have the versions in the table below and they are similar. New Server Old Server AS version 2.5.2 2.5.0 Java version 1.7.0_261 1.7.0_261 MySQL version 5.1.73 5.5.52 1. Does anyone know if I need to do the migrations? 2. Is it simply a matter of running setup-database on the old server and then copying something to the new server? [cid:image002.jpg at 01D6959D.304B3E90] Thanks Rick Neal From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Wednesday, September 23, 2020 9:20 AM To: Archivesspace Users Group Cc: Nelson, Robert Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install questions. 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 11462 bytes Desc: image002.jpg URL: From Joshua.D.Shaw at dartmouth.edu Mon Sep 28 13:53:49 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 28 Sep 2020 17:53:49 +0000 Subject: [Archivesspace_Users_Group] Containerised ArchivesSpace in production In-Reply-To: <20200925162128.at6jfwix4p5au2oz@thursday.localdomain> References: <20200925162128.at6jfwix4p5au2oz@thursday.localdomain> Message-ID: Hi Peter We are running AS in docker containers for everything from local development to production. Happy to share our dockerfile and put you in touch with our sysadmin if you'd like. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Peter Heiner Sent: Friday, September 25, 2020 12:21 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Containerised ArchivesSpace in production Dear list, For want of a better list to send this, I have a few questions regarding running ArchivesSpace containerised. List archives suggest this has not been brought up in a while and it was exactly a year ago that Laney McGlohon added words to docs/user/docker.md reading 'Docker is not supported as an install method'. Whilst I believe I have a pretty good idea of at least some of the answers, I think it might be useful to know - if people run it in production using containers all the same; - what the developers think the obstacles are to it being supported as containerised workload; - what they think needs to happen for it to become supported; - what can the community do to advance this. I currently maintain several Docker-based development and staging instances and several other systems including user training and production systems that run bare, and it would be lovely to be able to optimise the latter away, so my interest in this is not at all academic. Thanks, p _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=02%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C510f06d7fe1547411e8708d8616f11f6%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637366476964122557&sdata=f5lCBvZG4FTw7qNj%2FZmj2s1%2FWxFuXgPTF%2FEAVKvv0WI%3D&reserved=0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Mon Sep 28 14:19:53 2020 From: rneal at richmond.edu (Neal, Rick) Date: Mon, 28 Sep 2020 18:19:53 +0000 Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. In-Reply-To: References: Message-ID: Thanks Joshua! Just to be clear, Is this the order? 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Start Archive Space on the new server. I have already installed and Archive Space and have actually seen it working with the embedded database. Have I messed up? Thanks! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Joshua D. Shaw Sent: Monday, September 28, 2020 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi Rick- Its always a good idea to run the migration step for any update of the application, since schema changes happen pretty frequently. I'd do the db dump and import as you were planning, but just add that additional step of running scripts/setup-database.sh before starting up on the new server. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Monday, September 28, 2020 1:42 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Good afternoon, My situation is that I am setting up a new server and need to transfer our Archive Space instance to the new server I realize that I need to copy the directories and the jar file but then I saw the item below and find it confusing. I thought I would simply dump the database on the old server and then ingest it into MySQL on the new server. After seeing this I am trying to figure out if I even need to do a 'migration' this since I have the versions in the table below and they are similar. New Server Old Server AS version 2.5.2 2.5.0 Java version 1.7.0_261 1.7.0_261 MySQL version 5.1.73 5.5.52 1. Does anyone know if I need to do the migrations? 2. Is it simply a matter of running setup-database on the old server and then copying something to the new server? [cid:image001.jpg at 01D695A1.8BAD1DE0] Thanks Rick Neal From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Blake Carver Sent: Wednesday, September 23, 2020 9:20 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install questions. 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 11462 bytes Desc: image001.jpg URL: From egadsby at towson.edu Mon Sep 28 14:36:37 2020 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Mon, 28 Sep 2020 18:36:37 +0000 Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Message-ID: Hi, Perhaps this is too rudimentary; but did you configure the new AS instance to look to mysql (define path and password in config file and get the extra JAR file)? You should only see the Jetty DB is you haven?t configured these things. Just an idea. [Towson University logo] Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 SMS: ?443-338-3792 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . From: on behalf of "Neal, Rick" Reply-To: Archivesspace Users Group Date: Monday, September 28, 2020 at 2:20 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. [EXTERNAL EMAIL - USE CAUTION] Thanks Joshua! Just to be clear, Is this the order? 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Start Archive Space on the new server. I have already installed and Archive Space and have actually seen it working with the embedded database. Have I messed up? Thanks! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Joshua D. Shaw Sent: Monday, September 28, 2020 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi Rick- Its always a good idea to run the migration step for any update of the application, since schema changes happen pretty frequently. I'd do the db dump and import as you were planning, but just add that additional step of running scripts/setup-database.sh before starting up on the new server. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Monday, September 28, 2020 1:42 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Good afternoon, My situation is that I am setting up a new server and need to transfer our Archive Space instance to the new server I realize that I need to copy the directories and the jar file but then I saw the item below and find it confusing. I thought I would simply dump the database on the old server and then ingest it into MySQL on the new server. After seeing this I am trying to figure out if I even need to do a ?migration? this since I have the versions in the table below and they are similar. New Server Old Server AS version 2.5.2 2.5.0 Java version 1.7.0_261 1.7.0_261 MySQL version 5.1.73 5.5.52 1. Does anyone know if I need to do the migrations? 2. Is it simply a matter of running setup-database on the old server and then copying something to the new server? [cid:image002.jpg at 01D695A4.C56A46E0] Thanks Rick Neal From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Blake Carver Sent: Wednesday, September 23, 2020 9:20 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install questions. 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1824 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 11463 bytes Desc: image002.jpg URL: From rneal at richmond.edu Mon Sep 28 14:57:39 2020 From: rneal at richmond.edu (Neal, Rick) Date: Mon, 28 Sep 2020 18:57:39 +0000 Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. In-Reply-To: References: Message-ID: Eric, I will be copying those over to the new server with the directories that are coming from the old server I thought. Is that right? Thanks, Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Gadsby, Eric T. Sent: Monday, September 28, 2020 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi, Perhaps this is too rudimentary; but did you configure the new AS instance to look to mysql (define path and password in config file and get the extra JAR file)? You should only see the Jetty DB is you haven?t configured these things. Just an idea. [Towson University logo] Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 SMS: ?443-338-3792 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . From: > on behalf of "Neal, Rick" > Reply-To: Archivesspace Users Group > Date: Monday, September 28, 2020 at 2:20 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. [EXTERNAL EMAIL - USE CAUTION] Thanks Joshua! Just to be clear, Is this the order? 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Start Archive Space on the new server. I have already installed and Archive Space and have actually seen it working with the embedded database. Have I messed up? Thanks! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Joshua D. Shaw Sent: Monday, September 28, 2020 1:53 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi Rick- Its always a good idea to run the migration step for any update of the application, since schema changes happen pretty frequently. I'd do the db dump and import as you were planning, but just add that additional step of running scripts/setup-database.sh before starting up on the new server. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Monday, September 28, 2020 1:42 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Good afternoon, My situation is that I am setting up a new server and need to transfer our Archive Space instance to the new server I realize that I need to copy the directories and the jar file but then I saw the item below and find it confusing. I thought I would simply dump the database on the old server and then ingest it into MySQL on the new server. After seeing this I am trying to figure out if I even need to do a ?migration? this since I have the versions in the table below and they are similar. New Server Old Server AS version 2.5.2 2.5.0 Java version 1.7.0_261 1.7.0_261 MySQL version 5.1.73 5.5.52 1. Does anyone know if I need to do the migrations? 2. Is it simply a matter of running setup-database on the old server and then copying something to the new server? [cid:image002.jpg at 01D695A7.72D5CE60] Thanks Rick Neal From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Blake Carver Sent: Wednesday, September 23, 2020 9:20 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install questions. 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1824 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 11463 bytes Desc: image002.jpg URL: From dsteelma at umd.edu Mon Sep 28 14:59:20 2020 From: dsteelma at umd.edu (David P. Steelman) Date: Mon, 28 Sep 2020 14:59:20 -0400 Subject: [Archivesspace_Users_Group] Containerised ArchivesSpace in production In-Reply-To: References: <20200925162128.at6jfwix4p5au2oz@thursday.localdomain> Message-ID: Joshua, I think the Dockerfile(s) might be of general interest to the list, if they are something that can be safely distributed. I, for one, would be especially interested in the production Dockerfile. Thanks David On Mon, Sep 28, 2020 at 1:53 PM Joshua D. Shaw wrote: > Hi Peter > > We are running AS in docker containers for everything from local > development to production. Happy to share our dockerfile and put you in > touch with our sysadmin if you'd like. > > Joshua > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Peter Heiner > *Sent:* Friday, September 25, 2020 12:21 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Containerised ArchivesSpace in > production > > Dear list, > > For want of a better list to send this, I have a few questions regarding > running ArchivesSpace containerised. List archives suggest this has not > been brought up in a while and it was exactly a year ago that Laney > McGlohon added words to docs/user/docker.md reading 'Docker is not > supported as an install method'. Whilst I believe I have a pretty good > idea of at least some of the answers, I think it might be useful to know > > - if people run it in production using containers all the same; > - what the developers think the obstacles are to it being supported as > containerised workload; > - what they think needs to happen for it to become supported; > - what can the community do to advance this. > > I currently maintain several Docker-based development and staging > instances and several other systems including user training and > production systems that run bare, and it would be lovely to be able to > optimise the latter away, so my interest in this is not at all academic. > > Thanks, > p > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=02%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C510f06d7fe1547411e8708d8616f11f6%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637366476964122557&sdata=f5lCBvZG4FTw7qNj%2FZmj2s1%2FWxFuXgPTF%2FEAVKvv0WI%3D&reserved=0 > _______________________________________________ > 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 blake.carver at lyrasis.org Mon Sep 28 15:12:05 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Mon, 28 Sep 2020 19:12:05 +0000 Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. In-Reply-To: References: , Message-ID: 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Copy over config.rb from old server to new server (or edit new one) and any plugins or customizations. 7. Start Archive Space on the new server. Without that step 6 you won't have it running off mysql. You can either copy it over, or just modify the one that comes with the new version. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Neal, Rick Sent: Monday, September 28, 2020 2:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Eric, I will be copying those over to the new server with the directories that are coming from the old server I thought. Is that right? Thanks, Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Gadsby, Eric T. Sent: Monday, September 28, 2020 2:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi, Perhaps this is too rudimentary; but did you configure the new AS instance to look to mysql (define path and password in config file and get the extra JAR file)? You should only see the Jetty DB is you haven?t configured these things. Just an idea. [Towson University logo] Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 SMS: ?443-338-3792 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . From: > on behalf of "Neal, Rick" > Reply-To: Archivesspace Users Group > Date: Monday, September 28, 2020 at 2:20 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. [EXTERNAL EMAIL - USE CAUTION] Thanks Joshua! Just to be clear, Is this the order? 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Start Archive Space on the new server. I have already installed and Archive Space and have actually seen it working with the embedded database. Have I messed up? Thanks! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Joshua D. Shaw Sent: Monday, September 28, 2020 1:53 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi Rick- Its always a good idea to run the migration step for any update of the application, since schema changes happen pretty frequently. I'd do the db dump and import as you were planning, but just add that additional step of running scripts/setup-database.sh before starting up on the new server. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Monday, September 28, 2020 1:42 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Good afternoon, My situation is that I am setting up a new server and need to transfer our Archive Space instance to the new server I realize that I need to copy the directories and the jar file but then I saw the item below and find it confusing. I thought I would simply dump the database on the old server and then ingest it into MySQL on the new server. After seeing this I am trying to figure out if I even need to do a ?migration? this since I have the versions in the table below and they are similar. New Server Old Server AS version 2.5.2 2.5.0 Java version 1.7.0_261 1.7.0_261 MySQL version 5.1.73 5.5.52 1. Does anyone know if I need to do the migrations? 2. Is it simply a matter of running setup-database on the old server and then copying something to the new server? [cid:image002.jpg at 01D695A7.72D5CE60] Thanks Rick Neal From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Blake Carver Sent: Wednesday, September 23, 2020 9:20 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install questions. 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1824 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 11463 bytes Desc: image002.jpg URL: From rneal at richmond.edu Mon Sep 28 15:18:00 2020 From: rneal at richmond.edu (Neal, Rick) Date: Mon, 28 Sep 2020 19:18:00 +0000 Subject: [Archivesspace_Users_Group] Archivesspace_Users_Group] RHEL 7 instance install question. Message-ID: Great! Thanks everyone! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Monday, September 28, 2020 3:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Copy over config.rb from old server to new server (or edit new one) and any plugins or customizations. 7. Start Archive Space on the new server. Without that step 6 you won't have it running off mysql. You can either copy it over, or just modify the one that comes with the new version. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Monday, September 28, 2020 2:57 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Eric, I will be copying those over to the new server with the directories that are coming from the old server I thought. Is that right? Thanks, Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Gadsby, Eric T. Sent: Monday, September 28, 2020 2:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi, Perhaps this is too rudimentary; but did you configure the new AS instance to look to mysql (define path and password in config file and get the extra JAR file)? You should only see the Jetty DB is you haven?t configured these things. Just an idea. [Towson University logo] Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 SMS: ?443-338-3792 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . From: > on behalf of "Neal, Rick" > Reply-To: Archivesspace Users Group > Date: Monday, September 28, 2020 at 2:20 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. [EXTERNAL EMAIL - USE CAUTION] Thanks Joshua! Just to be clear, Is this the order? 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Start Archive Space on the new server. I have already installed and Archive Space and have actually seen it working with the embedded database. Have I messed up? Thanks! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Joshua D. Shaw Sent: Monday, September 28, 2020 1:53 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi Rick- Its always a good idea to run the migration step for any update of the application, since schema changes happen pretty frequently. I'd do the db dump and import as you were planning, but just add that additional step of running scripts/setup-database.sh before starting up on the new server. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Monday, September 28, 2020 1:42 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Good afternoon, My situation is that I am setting up a new server and need to transfer our Archive Space instance to the new server I realize that I need to copy the directories and the jar file but then I saw the item below and find it confusing. I thought I would simply dump the database on the old server and then ingest it into MySQL on the new server. After seeing this I am trying to figure out if I even need to do a ?migration? this since I have the versions in the table below and they are similar. New Server Old Server AS version 2.5.2 2.5.0 Java version 1.7.0_261 1.7.0_261 MySQL version 5.1.73 5.5.52 1. Does anyone know if I need to do the migrations? 2. Is it simply a matter of running setup-database on the old server and then copying something to the new server? [cid:image002.jpg at 01D695AA.7AC7ED30] Thanks Rick Neal From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Blake Carver Sent: Wednesday, September 23, 2020 9:20 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install questions. 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1824 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 11463 bytes Desc: image002.jpg URL: From blake.carver at lyrasis.org Mon Sep 28 15:23:25 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Mon, 28 Sep 2020 19:23:25 +0000 Subject: [Archivesspace_Users_Group] Archivesspace_Users_Group] RHEL 7 instance install question. In-Reply-To: References: Message-ID: It's a good idea to review the config.rb every time you upgrade for changes and new options. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Neal, Rick Sent: Monday, September 28, 2020 3:18 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Archivesspace_Users_Group] RHEL 7 instance install question. Great! Thanks everyone! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Monday, September 28, 2020 3:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Copy over config.rb from old server to new server (or edit new one) and any plugins or customizations. 7. Start Archive Space on the new server. Without that step 6 you won't have it running off mysql. You can either copy it over, or just modify the one that comes with the new version. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Monday, September 28, 2020 2:57 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Eric, I will be copying those over to the new server with the directories that are coming from the old server I thought. Is that right? Thanks, Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Gadsby, Eric T. Sent: Monday, September 28, 2020 2:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi, Perhaps this is too rudimentary; but did you configure the new AS instance to look to mysql (define path and password in config file and get the extra JAR file)? You should only see the Jetty DB is you haven?t configured these things. Just an idea. [Towson University logo] Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 SMS: ?443-338-3792 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . From: > on behalf of "Neal, Rick" > Reply-To: Archivesspace Users Group > Date: Monday, September 28, 2020 at 2:20 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. [EXTERNAL EMAIL - USE CAUTION] Thanks Joshua! Just to be clear, Is this the order? 1. Add mysql to new server. 2. Dump old server mysql 3. Start mysql on the new server. 4. Ingest the sql dump on the new server. 5. Run setup-database.sh on the new server 6. Start Archive Space on the new server. I have already installed and Archive Space and have actually seen it working with the embedded database. Have I messed up? Thanks! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Joshua D. Shaw Sent: Monday, September 28, 2020 1:53 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install question. Hi Rick- Its always a good idea to run the migration step for any update of the application, since schema changes happen pretty frequently. I'd do the db dump and import as you were planning, but just add that additional step of running scripts/setup-database.sh before starting up on the new server. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Monday, September 28, 2020 1:42 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RHEL 7 instance install question. Good afternoon, My situation is that I am setting up a new server and need to transfer our Archive Space instance to the new server I realize that I need to copy the directories and the jar file but then I saw the item below and find it confusing. I thought I would simply dump the database on the old server and then ingest it into MySQL on the new server. After seeing this I am trying to figure out if I even need to do a ?migration? this since I have the versions in the table below and they are similar. New Server Old Server AS version 2.5.2 2.5.0 Java version 1.7.0_261 1.7.0_261 MySQL version 5.1.73 5.5.52 1. Does anyone know if I need to do the migrations? 2. Is it simply a matter of running setup-database on the old server and then copying something to the new server? [cid:image002.jpg at 01D695AA.7AC7ED30] Thanks Rick Neal From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Blake Carver Sent: Wednesday, September 23, 2020 9:20 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: Re: [Archivesspace_Users_Group] RHEL 7 instance install questions. 1. That should be fine. I have openjdk version "1.8.0_265" on Ubuntu locally here. 2. I've run it on MySQL and Maria, old and new, and didn't see any trouble with the versions I tried. I normally run it on MySQL 5.7. -Blake ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 23, 2020 9:14 AM To: Archivesspace Users Group > Cc: Nelson, Robert > Subject: [Archivesspace_Users_Group] RHEL 7 instance install questions. Good morning, We are no longer going to be using the oracle java implementation due to licensing issues. I am getting ready to upgrade our operating system on our current server to RHEL 7 and so I will probably be installing Version 2.8. 1. I see in the installation guide that I should use Java 1.8. Can I use java-1.8.0-openjdk.x86_64? I think so but just want to make sure. 2. Do you have a suggestion as to which database to install (MySQL or MariaDB) and which version of that? I will migrating the database from the RHEL 6 server and just want to mitigate any possible issues that I might encounter. I am currently running MySQL Ver 14.14. Thanks! Rick Neal Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1824 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 11463 bytes Desc: image002.jpg URL: From k-miller3 at northwestern.edu Mon Sep 28 15:42:36 2020 From: k-miller3 at northwestern.edu (Karen Miller) Date: Mon, 28 Sep 2020 19:42:36 +0000 Subject: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting In-Reply-To: References: Message-ID: Yes, good point about retaining the Biographical/Historical notes and other information! We had a lot of duplicates because we migrated from Archon, where is a person was both a creator and a subject, their name was entered twice in Archon. But since the subjects that were names were identified as names, they ended up as Agent records in ArchivesSpace. There was only room for a BiogHist note in the Archon Creator record, so at least we didn?t have duplicates of those, but we did have to be very careful not to ?victimize? those records when we merged. Karen From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Monday, September 28, 2020 10:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting Betts, Exactly what Karen and Dan said! I would caution you not to rely exclusively on the staff interface to do this work when working in a multi-repository ASpace installation, though. When we did a similar project, we exported all of the data to external spreadsheets to make the comparisons. For just one of many examples, we had agent records for ?Milhaud, Darius? and ?Milhaud, Darius, 1892-1974?. The first agent was linked to 10 archival objects in 1 repositories; the second agents was linked to 2 Resources in 1 repository, and 8 Resources in a different repository, as well as more archival objects in another repository. You don?t get a sense of that in the staff interface, though, since when you?re working in the staff interface you?re always scoped to a single repository at a time. So, before we could merge those two records with confidence, we had to check out the links in the different repositories to make sure it was indeed the same person. In this case it was the same person; in other cases it wasn?t. Also, ASpace is great with preserving linked records whenever you do a merge, but be aware that it just deletes the data from the ?victim? record during a merge (the API language introduces the terms ?target? and ?victim? for the merge process). This behavior is similar to merging Resource records, for instance ? all of the Resource data from the ?victim? resource is deleted, but the liked archival objects are transferred exactly as is from ?victim? to ?target?. So, if you have any contact details, bioghist notes, etc., on a ?victim? agent that you want to preserve, then you?ll need to move those over to the ?target? yourself either before or after the merge. We usually didn?t have to worry about this since we did our merge project before we started our project to add bioghist notes to agents (having a bioghist notes directly on each Agent record is a HUGE help, since then you can add context that everyone can see in the staff interface!!!), but we did have to re-add some contact info details for a few agents after our merge process. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Karen Miller Sent: Monday, 28 September, 2020 10:52 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting Hello Betts et al, At Northwestern University we have also merged quite a few duplicate Subjects and Agents that were used by multiple repositories. The merged records do indeed retain all of the links to Resource and Accession records that were previously linked to the separate Subject and Agent records. We tested this in our sandbox repository before trying it in the production server. Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Daniel Michelson Sent: Monday, September 28, 2020 9:20 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Agent/Subject record merging in multi-repository setting Hi Betty, Agents and subjects are not specific to repositories, so it shouldn't matter whether it is linked to records in multiple repositories. We have not encountered any problems relating to multiple repositories when merging agents or subjects. All the best, Dan On Mon, Sep 28, 2020 at 10:10 AM Coup, Betts > wrote: Greetings all, The ArchivesSpace Subject and Agent Taskforce at Harvard Library is working to develop best practices for subject and agent record creation, editing, and merging, and we're wondering if anyone might have experience with merging agent and subject records in a multi-repository setting in ArchivesSpace? We're currently exploring potential data clean-up options but are concerned about what happens when agent records linked to multiple different repositories' resource records are merged (and likewise for subject records and resource records). Do all the resource records remain linked to the merged, single agent record (or subject record)? How were you able to ensure no links were lost to other repositories' resource records? If other institutions are in a similar multi-repository situation and completed merging successfully, would you mind sharing your workflows or processes and how you ensured there weren't links lost between agents/subjects and resource records? Many thanks in advance for your time and help! Best, Betts Coup Paula Aloisio Julianna Kuipers Amber LaFountain Subject and Agent Taskforce Betts Coup (she/hers) Processing Archivist Houghton Library elizabeth_coup at harvard.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dan Michelson Project Manager Archivist Smith College Special Collections The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website. For information about library services during this time, information is available on our website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matsuyama at nak-osaka.jp Tue Sep 29 04:26:13 2020 From: matsuyama at nak-osaka.jp (Hitomi Matsuyama) Date: Tue, 29 Sep 2020 17:26:13 +0900 Subject: [Archivesspace_Users_Group] PDF export issue Message-ID: <00d101d6963a$32421730$96c64590$@nak-osaka.jp> Hello all, We've had some trouble with PDF export in Japanese. Descriptive information written with Japanese characters, hiragana, katakana, and kanji, are not exported to ArchivesSpace formatted finding-aids at all. Our IT staff has tried to modify config.rb as follows in order to add some Japanese specific font types; AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/ipa/ipag.ttf"] } AppConfig[:report_pdf_font_family] = "IPAex????, \"IPA P????\", \"?????? ProN W3\", \"Hiragino Kaku Gothic ProN\", ????, Meiryo, \"MS P????\", sans-serif" However, this doesn?t work out and the description in Japanese is still missing in a PDF. Have any non-alphabet language users ever faced the same problem? If it?s been already solved, let us know how to get through. Thank you! Hitomi Matsuyama, Audiovisual Archivist Nakanoshima Museum of Art, Osaka 1-1-86-8F Noda, Fukushima-ku Osaka 553-0005 JAPAN tel. +81 (0)6 64 69 51 93 email. matsuyama at nak-osaka.jp -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Tue Sep 29 09:25:43 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 29 Sep 2020 13:25:43 +0000 Subject: [Archivesspace_Users_Group] Containerised ArchivesSpace in production In-Reply-To: References: <20200925162128.at6jfwix4p5au2oz@thursday.localdomain> , Message-ID: Hi All- I've created a git repo that describes our Docker setup. I hope it'll be enough to get people going, but please feel free to send me an email with questions. https://github.com/dartmouth-dltg/aspace-docker Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of David P. Steelman Sent: Monday, September 28, 2020 2:59 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Containerised ArchivesSpace in production Joshua, I think the Dockerfile(s) might be of general interest to the list, if they are something that can be safely distributed. I, for one, would be especially interested in the production Dockerfile. Thanks David On Mon, Sep 28, 2020 at 1:53 PM Joshua D. Shaw > wrote: Hi Peter We are running AS in docker containers for everything from local development to production. Happy to share our dockerfile and put you in touch with our sysadmin if you'd like. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Peter Heiner > Sent: Friday, September 25, 2020 12:21 PM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Containerised ArchivesSpace in production Dear list, For want of a better list to send this, I have a few questions regarding running ArchivesSpace containerised. List archives suggest this has not been brought up in a while and it was exactly a year ago that Laney McGlohon added words to docs/user/docker.md reading 'Docker is not supported as an install method'. Whilst I believe I have a pretty good idea of at least some of the answers, I think it might be useful to know - if people run it in production using containers all the same; - what the developers think the obstacles are to it being supported as containerised workload; - what they think needs to happen for it to become supported; - what can the community do to advance this. I currently maintain several Docker-based development and staging instances and several other systems including user training and production systems that run bare, and it would be lovely to be able to optimise the latter away, so my interest in this is not at all academic. Thanks, p _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=02%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C510f06d7fe1547411e8708d8616f11f6%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C637366476964122557&sdata=f5lCBvZG4FTw7qNj%2FZmj2s1%2FWxFuXgPTF%2FEAVKvv0WI%3D&reserved=0 _______________________________________________ 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 dsteelma at umd.edu Tue Sep 29 11:36:01 2020 From: dsteelma at umd.edu (David P. Steelman) Date: Tue, 29 Sep 2020 11:36:01 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access Message-ID: I've been investigating providing access to the ArchivesSpace RESTful API to an expanded group of users. Through testing, it appears that many of the RESTful API endpoints (see below) do not require user authentication (i.e., do not require a "session" key), and access apparently cannot be controlled through the ArchivesSpace permission infrastructure. While the information provided by most of these endpoints might be considered "public", some (such as information from the "agents" endpoints) could contain names and contact information that might be considered sensitive. Is the inability to control access to these endpoints via the ArchivesSpace permissions infrastructure intentional? Is there some way to control access to these endpoints that I'm missing? A (non-exhaustive) list of the endpoints that will return information to anything that can reach them: /agents/corporate_entities - List all corporate entity /agents/corporate_entities/:id - Get a corporate entity by ID /agents/families - List all family agents /agents/families/:id - Get a family by ID /agents/people - List all person agents /agents/people/:id - Get a person by ID /agents/software - List all software agents /agents/software/:id - Get a software agent by ID /container_profiles - Get a list of Container Profiles /container_profiles/:id - Get a Container Profile by ID /config/enumerations - List all defined enumerations /config/enumerations/:enum_id - Get an Enumeration /config/enumerations/names/:enum_name - Get an Enumeration by Name /config/enumeration_values/:enum_val_id - Get an Enumeration Value /repositories/:repo_id/archival_contexts/people/:id.xml - Get an EAC-CPF representation of an Agent /repositories/:repo_id/archival_contexts/people/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a person /repositories/:repo_id/archival_contexts/corporate_entities/:id.xml - Get an EAC-CPF representation of a Corporate Entity /repositories/:repo_id/archival_contexts/corporate_entities/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a corporate entity /repositories/:repo_id/archival_contexts/families/:id.xml - Get an EAC-CPF representation of a Family /repositories/:repo_id/archival_contexts/families/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a family /repositories/:repo_id/archival_contexts/softwares/:id.xml - Get an EAC-CPF representation of a Software agent /repositories/:repo_id/archival_contexts/softwares/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a software /job_types - List all supported job types /repositories/:repo_id/jobs/import_types - List all supported import job types /location_profiles - Get a list of Location Profiles /location_profiles/:id - Get a Location Profile by ID /search/location_profile - Search across Location Profile /locations - Get a list of locations /locations/:id - Get a Location by ID /notifications - Get a stream of notifications /oai_config - Get the OAI Config record /permissions - Get a list of Permissions /repositories/:repo_id/preferences/defaults - Get the default set of Preferences for a Repository and optionally a user /repositories/:repo_id/rde_templates/:id - Get an RDE template record /repositories/:repo_id/rde_templates - Get a list of RDE Templates /reports - List all reports /repositories/with_agent/:id - Get a Repository by ID, including its agent representation /repositories/:id - Get a Repository by ID /repositories - Get a list of Repositories /schemas - Get all ArchivesSpace schemas /schemas/:schema - Get an ArchivesSpace schema /search/repositories - Search across repositories /search/subjects - Search across subjects /space_calculator/buildings - Get a Location by ID /subjects - Get a list of Subjects /subjects/:id - Get a Subject by ID /terms - Get a list of Terms matching a prefix /users - Get a list of users /users/complete - Get a list of system users /version - Get the ArchivesSpace application version /vocabularies - Get a list of Vocabularies /vocabularies/:id/terms - Get a list of Terms for a Vocabulary /vocabularies/:id - Get a Vocabulary by ID Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue Sep 29 11:42:54 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 29 Sep 2020 15:42:54 +0000 Subject: [Archivesspace_Users_Group] PDF export issue In-Reply-To: <00d101d6963a$32421730$96c64590$@nak-osaka.jp> References: <00d101d6963a$32421730$96c64590$@nak-osaka.jp> Message-ID: Dear Hitomi Matsuyama, Which version of ArchivesSpace are you using? I'm not familiar with those configuratio settings, but I suspect that they might just be for the PDF formats of the Reports, not for the PDF format of the EAD conversion process. On newer releases of ArchivesSpace, the default font for the EAD to PDF conversion has been updated to use the NotoSerif font family. See: https://github.com/archivesspace/archivesspace/blob/master/stylesheets/fop-config.xml, https://github.com/archivesspace/archivesspace/tree/master/stylesheets/fonts, and https://github.com/archivesspace/archivesspace/blob/5da6428562b65493fc087fe3543c4d292f10ff0e/stylesheets/as-ead-pdf.xsl#L124 Also, I am assuming that you are referring to the EAD to PDF process in the ArchivesSpace staff interface, i.e. Export --> Generate PDF. If that's not right, just let me know. If that is right, could you share a sample EAD file that could be used for testing with a different font? All my best, Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Hitomi Matsuyama Sent: Tuesday, September 29, 2020 4:26 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] PDF export issue Hello all, We've had some trouble with PDF export in Japanese. Descriptive information written with Japanese characters, hiragana, katakana, and kanji, are not exported to ArchivesSpace formatted finding-aids at all. Our IT staff has tried to modify config.rb as follows in order to add some Japanese specific font types; AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/ipa/ipag.ttf"] } AppConfig[:report_pdf_font_family] = "IPAex????, \"IPA P????\", \"?????? ProN W3\", \"Hiragino Kaku Gothic ProN\", ????, Meiryo, \"MS P????\", sans-serif" However, this doesn?t work out and the description in Japanese is still missing in a PDF. Have any non-alphabet language users ever faced the same problem? If it?s been already solved, let us know how to get through. Thank you! Hitomi Matsuyama, Audiovisual Archivist Nakanoshima Museum of Art, Osaka 1-1-86-8F Noda, Fukushima-ku Osaka 553-0005 JAPAN tel. +81 (0)6 64 69 51 93 email. matsuyama at nak-osaka.jp -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Tue Sep 29 11:54:22 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 29 Sep 2020 15:54:22 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access In-Reply-To: References: Message-ID: That's a *very* interesting find! I had naively believed the docs that indicated that most of the endpoints required authentication without actually trying to bounce off a random endpoint without a token. The controllers indicate that there should be permissions involved and that they should be tied to user roles, but that is obviously not the case. FYI - This issue has been around since at least 2.5.0 (I tested against 2.5.0, 2.7.1 and 2.80 running locally). For what it's worth, we have additional firewall rules in place (for other reasons) that limit access to the backend to only a select few IPs. That doesn't address the actual problem but is a workaround if you have the resources. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of David P. Steelman Sent: Tuesday, September 29, 2020 11:36 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access I've been investigating providing access to the ArchivesSpace RESTful API to an expanded group of users. Through testing, it appears that many of the RESTful API endpoints (see below) do not require user authentication (i.e., do not require a "session" key), and access apparently cannot be controlled through the ArchivesSpace permission infrastructure. While the information provided by most of these endpoints might be considered "public", some (such as information from the "agents" endpoints) could contain names and contact information that might be considered sensitive. Is the inability to control access to these endpoints via the ArchivesSpace permissions infrastructure intentional? Is there some way to control access to these endpoints that I'm missing? A (non-exhaustive) list of the endpoints that will return information to anything that can reach them: /agents/corporate_entities - List all corporate entity /agents/corporate_entities/:id - Get a corporate entity by ID /agents/families - List all family agents /agents/families/:id - Get a family by ID /agents/people - List all person agents /agents/people/:id - Get a person by ID /agents/software - List all software agents /agents/software/:id - Get a software agent by ID /container_profiles - Get a list of Container Profiles /container_profiles/:id - Get a Container Profile by ID /config/enumerations - List all defined enumerations /config/enumerations/:enum_id - Get an Enumeration /config/enumerations/names/:enum_name - Get an Enumeration by Name /config/enumeration_values/:enum_val_id - Get an Enumeration Value /repositories/:repo_id/archival_contexts/people/:id.xml - Get an EAC-CPF representation of an Agent /repositories/:repo_id/archival_contexts/people/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a person /repositories/:repo_id/archival_contexts/corporate_entities/:id.xml - Get an EAC-CPF representation of a Corporate Entity /repositories/:repo_id/archival_contexts/corporate_entities/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a corporate entity /repositories/:repo_id/archival_contexts/families/:id.xml - Get an EAC-CPF representation of a Family /repositories/:repo_id/archival_contexts/families/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a family /repositories/:repo_id/archival_contexts/softwares/:id.xml - Get an EAC-CPF representation of a Software agent /repositories/:repo_id/archival_contexts/softwares/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a software /job_types - List all supported job types /repositories/:repo_id/jobs/import_types - List all supported import job types /location_profiles - Get a list of Location Profiles /location_profiles/:id - Get a Location Profile by ID /search/location_profile - Search across Location Profile /locations - Get a list of locations /locations/:id - Get a Location by ID /notifications - Get a stream of notifications /oai_config - Get the OAI Config record /permissions - Get a list of Permissions /repositories/:repo_id/preferences/defaults - Get the default set of Preferences for a Repository and optionally a user /repositories/:repo_id/rde_templates/:id - Get an RDE template record /repositories/:repo_id/rde_templates - Get a list of RDE Templates /reports - List all reports /repositories/with_agent/:id - Get a Repository by ID, including its agent representation /repositories/:id - Get a Repository by ID /repositories - Get a list of Repositories /schemas - Get all ArchivesSpace schemas /schemas/:schema - Get an ArchivesSpace schema /search/repositories - Search across repositories /search/subjects - Search across subjects /space_calculator/buildings - Get a Location by ID /subjects - Get a list of Subjects /subjects/:id - Get a Subject by ID /terms - Get a list of Terms matching a prefix /users - Get a list of users /users/complete - Get a list of system users /version - Get the ArchivesSpace application version /vocabularies - Get a list of Vocabularies /vocabularies/:id/terms - Get a list of Terms for a Vocabulary /vocabularies/:id - Get a Vocabulary by ID Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue Sep 29 12:15:17 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 29 Sep 2020 16:15:17 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access In-Reply-To: References: , Message-ID: I'm curious if this has always been the case, as well, but it would seem like it has been. I knew that the repository and location endpoints could be accessed but didn't try any of the rest for some inexplicable reason. Not good to have agent contact details available that way. Given which endpoints are available, I wonder if this has to do with the concept of the 'global' repository in ArchivesSpace, to which all agents, subjects, locations, etc., belong? If so, it seems like that should be something that could (and should!) be locked down. But, as you mention, Joshua, a very good reason to have further restrictions on access to the API endpoints... but in this case, I wouldn't think that should be necessary at all. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw Sent: Tuesday, September 29, 2020 11:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access That's a *very* interesting find! I had naively believed the docs that indicated that most of the endpoints required authentication without actually trying to bounce off a random endpoint without a token. The controllers indicate that there should be permissions involved and that they should be tied to user roles, but that is obviously not the case. FYI - This issue has been around since at least 2.5.0 (I tested against 2.5.0, 2.7.1 and 2.80 running locally). For what it's worth, we have additional firewall rules in place (for other reasons) that limit access to the backend to only a select few IPs. That doesn't address the actual problem but is a workaround if you have the resources. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of David P. Steelman Sent: Tuesday, September 29, 2020 11:36 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access I've been investigating providing access to the ArchivesSpace RESTful API to an expanded group of users. Through testing, it appears that many of the RESTful API endpoints (see below) do not require user authentication (i.e., do not require a "session" key), and access apparently cannot be controlled through the ArchivesSpace permission infrastructure. While the information provided by most of these endpoints might be considered "public", some (such as information from the "agents" endpoints) could contain names and contact information that might be considered sensitive. Is the inability to control access to these endpoints via the ArchivesSpace permissions infrastructure intentional? Is there some way to control access to these endpoints that I'm missing? A (non-exhaustive) list of the endpoints that will return information to anything that can reach them: /agents/corporate_entities - List all corporate entity /agents/corporate_entities/:id - Get a corporate entity by ID /agents/families - List all family agents /agents/families/:id - Get a family by ID /agents/people - List all person agents /agents/people/:id - Get a person by ID /agents/software - List all software agents /agents/software/:id - Get a software agent by ID /container_profiles - Get a list of Container Profiles /container_profiles/:id - Get a Container Profile by ID /config/enumerations - List all defined enumerations /config/enumerations/:enum_id - Get an Enumeration /config/enumerations/names/:enum_name - Get an Enumeration by Name /config/enumeration_values/:enum_val_id - Get an Enumeration Value /repositories/:repo_id/archival_contexts/people/:id.xml - Get an EAC-CPF representation of an Agent /repositories/:repo_id/archival_contexts/people/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a person /repositories/:repo_id/archival_contexts/corporate_entities/:id.xml - Get an EAC-CPF representation of a Corporate Entity /repositories/:repo_id/archival_contexts/corporate_entities/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a corporate entity /repositories/:repo_id/archival_contexts/families/:id.xml - Get an EAC-CPF representation of a Family /repositories/:repo_id/archival_contexts/families/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a family /repositories/:repo_id/archival_contexts/softwares/:id.xml - Get an EAC-CPF representation of a Software agent /repositories/:repo_id/archival_contexts/softwares/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a software /job_types - List all supported job types /repositories/:repo_id/jobs/import_types - List all supported import job types /location_profiles - Get a list of Location Profiles /location_profiles/:id - Get a Location Profile by ID /search/location_profile - Search across Location Profile /locations - Get a list of locations /locations/:id - Get a Location by ID /notifications - Get a stream of notifications /oai_config - Get the OAI Config record /permissions - Get a list of Permissions /repositories/:repo_id/preferences/defaults - Get the default set of Preferences for a Repository and optionally a user /repositories/:repo_id/rde_templates/:id - Get an RDE template record /repositories/:repo_id/rde_templates - Get a list of RDE Templates /reports - List all reports /repositories/with_agent/:id - Get a Repository by ID, including its agent representation /repositories/:id - Get a Repository by ID /repositories - Get a list of Repositories /schemas - Get all ArchivesSpace schemas /schemas/:schema - Get an ArchivesSpace schema /search/repositories - Search across repositories /search/subjects - Search across subjects /space_calculator/buildings - Get a Location by ID /subjects - Get a list of Subjects /subjects/:id - Get a Subject by ID /terms - Get a list of Terms matching a prefix /users - Get a list of users /users/complete - Get a list of system users /version - Get the ArchivesSpace application version /vocabularies - Get a list of Vocabularies /vocabularies/:id/terms - Get a list of Terms for a Vocabulary /vocabularies/:id - Get a Vocabulary by ID Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Tue Sep 29 12:19:22 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 29 Sep 2020 16:19:22 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access In-Reply-To: References: , , Message-ID: I think this is an unintended consequence of the PUI. In https://github.com/archivesspace/archivesspace/blob/master/backend/app/model/group.rb there is a PUBLIC_GROUP_CODE which is name 'publicanonymous' which is granted view_repository rights - presumably so that the PUI can function. I'm guessing that that specific user should be explicitly *excluded* in the RESTHelpers module or maybe the User class where the permissions are actually calculated. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Custer, Mark Sent: Tuesday, September 29, 2020 12:15 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access I'm curious if this has always been the case, as well, but it would seem like it has been. I knew that the repository and location endpoints could be accessed but didn't try any of the rest for some inexplicable reason. Not good to have agent contact details available that way. Given which endpoints are available, I wonder if this has to do with the concept of the 'global' repository in ArchivesSpace, to which all agents, subjects, locations, etc., belong? If so, it seems like that should be something that could (and should!) be locked down. But, as you mention, Joshua, a very good reason to have further restrictions on access to the API endpoints... but in this case, I wouldn't think that should be necessary at all. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw Sent: Tuesday, September 29, 2020 11:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access That's a *very* interesting find! I had naively believed the docs that indicated that most of the endpoints required authentication without actually trying to bounce off a random endpoint without a token. The controllers indicate that there should be permissions involved and that they should be tied to user roles, but that is obviously not the case. FYI - This issue has been around since at least 2.5.0 (I tested against 2.5.0, 2.7.1 and 2.80 running locally). For what it's worth, we have additional firewall rules in place (for other reasons) that limit access to the backend to only a select few IPs. That doesn't address the actual problem but is a workaround if you have the resources. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of David P. Steelman Sent: Tuesday, September 29, 2020 11:36 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access I've been investigating providing access to the ArchivesSpace RESTful API to an expanded group of users. Through testing, it appears that many of the RESTful API endpoints (see below) do not require user authentication (i.e., do not require a "session" key), and access apparently cannot be controlled through the ArchivesSpace permission infrastructure. While the information provided by most of these endpoints might be considered "public", some (such as information from the "agents" endpoints) could contain names and contact information that might be considered sensitive. Is the inability to control access to these endpoints via the ArchivesSpace permissions infrastructure intentional? Is there some way to control access to these endpoints that I'm missing? A (non-exhaustive) list of the endpoints that will return information to anything that can reach them: /agents/corporate_entities - List all corporate entity /agents/corporate_entities/:id - Get a corporate entity by ID /agents/families - List all family agents /agents/families/:id - Get a family by ID /agents/people - List all person agents /agents/people/:id - Get a person by ID /agents/software - List all software agents /agents/software/:id - Get a software agent by ID /container_profiles - Get a list of Container Profiles /container_profiles/:id - Get a Container Profile by ID /config/enumerations - List all defined enumerations /config/enumerations/:enum_id - Get an Enumeration /config/enumerations/names/:enum_name - Get an Enumeration by Name /config/enumeration_values/:enum_val_id - Get an Enumeration Value /repositories/:repo_id/archival_contexts/people/:id.xml - Get an EAC-CPF representation of an Agent /repositories/:repo_id/archival_contexts/people/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a person /repositories/:repo_id/archival_contexts/corporate_entities/:id.xml - Get an EAC-CPF representation of a Corporate Entity /repositories/:repo_id/archival_contexts/corporate_entities/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a corporate entity /repositories/:repo_id/archival_contexts/families/:id.xml - Get an EAC-CPF representation of a Family /repositories/:repo_id/archival_contexts/families/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a family /repositories/:repo_id/archival_contexts/softwares/:id.xml - Get an EAC-CPF representation of a Software agent /repositories/:repo_id/archival_contexts/softwares/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a software /job_types - List all supported job types /repositories/:repo_id/jobs/import_types - List all supported import job types /location_profiles - Get a list of Location Profiles /location_profiles/:id - Get a Location Profile by ID /search/location_profile - Search across Location Profile /locations - Get a list of locations /locations/:id - Get a Location by ID /notifications - Get a stream of notifications /oai_config - Get the OAI Config record /permissions - Get a list of Permissions /repositories/:repo_id/preferences/defaults - Get the default set of Preferences for a Repository and optionally a user /repositories/:repo_id/rde_templates/:id - Get an RDE template record /repositories/:repo_id/rde_templates - Get a list of RDE Templates /reports - List all reports /repositories/with_agent/:id - Get a Repository by ID, including its agent representation /repositories/:id - Get a Repository by ID /repositories - Get a list of Repositories /schemas - Get all ArchivesSpace schemas /schemas/:schema - Get an ArchivesSpace schema /search/repositories - Search across repositories /search/subjects - Search across subjects /space_calculator/buildings - Get a Location by ID /subjects - Get a list of Subjects /subjects/:id - Get a Subject by ID /terms - Get a list of Terms matching a prefix /users - Get a list of users /users/complete - Get a list of system users /version - Get the ArchivesSpace application version /vocabularies - Get a list of Vocabularies /vocabularies/:id/terms - Get a list of Terms for a Vocabulary /vocabularies/:id - Get a Vocabulary by ID Thanks, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsteelma at umd.edu Tue Sep 29 12:28:40 2020 From: dsteelma at umd.edu (David P. Steelman) Date: Tue, 29 Sep 2020 12:28:40 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access In-Reply-To: References: Message-ID: I was able to find the endpoints in the list by searching for ".permissions([])", for example in archivesspace/backend/app/controllers/agent_family.rb: Endpoint.get('/agents/families') .description("List all family agents") .params() .paginated(true) .permissions([]) .returns([200, "[(:agent_family)]"]) \ do handle_listing(AgentFamily, params) end The permissions on this code (and several other classes) were set when the ".nopermissionsyet" scaffolding was replaced about 7 years ago in https://github.com/archivesspace/archivesspace/commit/ff972d222b91a005f6514ba1d30cd772f8b674c4 So it has been this way for quite a while. David On Tue, Sep 29, 2020 at 12:19 PM Joshua D. Shaw wrote: > I think this is an unintended consequence of the PUI. > > In > https://github.com/archivesspace/archivesspace/blob/master/backend/app/model/group.rb > there is a PUBLIC_GROUP_CODE which is name 'publicanonymous' which is > granted view_repository rights - presumably so that the PUI can function. > > I'm guessing that that specific user should be explicitly *excluded* in > the RESTHelpers module or maybe the User class where the permissions are > actually calculated. > > Joshua > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Custer, Mark > *Sent:* Tuesday, September 29, 2020 12:15 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace RESTful API > authentication and access > > I'm curious if this has always been the case, as well, but it would seem > like it has been. I knew that the repository and location endpoints > could be accessed but didn't try any of the rest for some inexplicable > reason. Not good to have agent contact details available that way. > > Given which endpoints are available, I wonder if this has to do with the > concept of the 'global' repository in ArchivesSpace, to which all agents, > subjects, locations, etc., belong? If so, it seems like that should be > something that could (and should!) be locked down. > > But, as you mention, Joshua, a very good reason to have further > restrictions on access to the API endpoints... but in this case, I > wouldn't think that should be necessary at all. > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Joshua D. Shaw > *Sent:* Tuesday, September 29, 2020 11:54 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace RESTful API > authentication and access > > That's a *very* interesting find! I had naively believed the docs that > indicated that most of the endpoints required authentication without > actually trying to bounce off a random endpoint without a token. > > The controllers indicate that there should be permissions involved and > that they should be tied to user roles, but that is obviously not the case. > FYI - This issue has been around since at least 2.5.0 (I tested against > 2.5.0, 2.7.1 and 2.80 running locally). > > For what it's worth, we have additional firewall rules in place (for other > reasons) that limit access to the backend to only a select few IPs. That > doesn't address the actual problem but is a workaround if you have the > resources. > > Joshua > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > David P. Steelman > *Sent:* Tuesday, September 29, 2020 11:36 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] ArchivesSpace RESTful API > authentication and access > > I've been investigating providing access to the ArchivesSpace RESTful API > to an expanded group of users. > > Through testing, it appears that many of the RESTful API endpoints (see > below) do not require user authentication (i.e., do not require a "session" > key), and access apparently cannot be controlled through the ArchivesSpace > permission infrastructure. > > While the information provided by most of these endpoints might be > considered "public", some (such as information from the "agents" endpoints) > could contain names and contact information that might be considered > sensitive. > > Is the inability to control access to these endpoints via the > ArchivesSpace permissions infrastructure intentional? Is there some way to > control access to these endpoints that I'm missing? > > A (non-exhaustive) list of the endpoints that will return information to > anything that can reach them: > > /agents/corporate_entities - List all corporate entity > /agents/corporate_entities/:id - Get a corporate entity by ID > /agents/families - List all family agents > /agents/families/:id - Get a family by ID > /agents/people - List all person agents > /agents/people/:id - Get a person by ID > /agents/software - List all software agents > /agents/software/:id - Get a software agent by ID > /container_profiles - Get a list of Container Profiles > /container_profiles/:id - Get a Container Profile by ID > /config/enumerations - List all defined enumerations > /config/enumerations/:enum_id - Get an Enumeration > /config/enumerations/names/:enum_name - Get an Enumeration by Name > /config/enumeration_values/:enum_val_id - Get an Enumeration Value > /repositories/:repo_id/archival_contexts/people/:id.xml - Get an EAC-CPF > representation of an Agent > /repositories/:repo_id/archival_contexts/people/:id.:fmt/metadata - Get > metadata for an EAC-CPF export of a person > /repositories/:repo_id/archival_contexts/corporate_entities/:id.xml - Get > an EAC-CPF representation of a Corporate Entity > /repositories/:repo_id/archival_contexts/corporate_entities/:id.:fmt/metadata > - Get metadata for an EAC-CPF export of a corporate entity > /repositories/:repo_id/archival_contexts/families/:id.xml - Get an EAC-CPF > representation of a Family > /repositories/:repo_id/archival_contexts/families/:id.:fmt/metadata - Get > metadata for an EAC-CPF export of a family > /repositories/:repo_id/archival_contexts/softwares/:id.xml - Get an > EAC-CPF representation of a Software agent > /repositories/:repo_id/archival_contexts/softwares/:id.:fmt/metadata - Get > metadata for an EAC-CPF export of a software > /job_types - List all supported job types > /repositories/:repo_id/jobs/import_types - List all supported import job > types > /location_profiles - Get a list of Location Profiles > /location_profiles/:id - Get a Location Profile by ID > /search/location_profile - Search across Location Profile > /locations - Get a list of locations > /locations/:id - Get a Location by ID > /notifications - Get a stream of notifications > /oai_config - Get the OAI Config record > /permissions - Get a list of Permissions > /repositories/:repo_id/preferences/defaults - Get the default set of > Preferences for a Repository and optionally a user > /repositories/:repo_id/rde_templates/:id - Get an RDE template record > /repositories/:repo_id/rde_templates - Get a list of RDE Templates > /reports - List all reports > /repositories/with_agent/:id - Get a Repository by ID, including its agent > representation > /repositories/:id - Get a Repository by ID > /repositories - Get a list of Repositories > /schemas - Get all ArchivesSpace schemas > /schemas/:schema - Get an ArchivesSpace schema > /search/repositories - Search across repositories > /search/subjects - Search across subjects > /space_calculator/buildings - Get a Location by ID > /subjects - Get a list of Subjects > /subjects/:id - Get a Subject by ID > /terms - Get a list of Terms matching a prefix > /users - Get a list of users > /users/complete - Get a list of system users > /version - Get the ArchivesSpace application version > /vocabularies - Get a list of Vocabularies > /vocabularies/:id/terms - Get a list of Terms for a Vocabulary > /vocabularies/:id - Get a Vocabulary by ID > > Thanks, > > David > > _______________________________________________ > 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 Joshua.D.Shaw at dartmouth.edu Tue Sep 29 12:39:48 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 29 Sep 2020 16:39:48 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access In-Reply-To: References: , Message-ID: David is totally correct. Not related to the public user at all as I had initially speculated. I wonder why some of the get endpoints never got specific permissions? At a minimum I think they should all be 'view_repository' but that might have some other consequences downstream. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of David P. Steelman Sent: Tuesday, September 29, 2020 12:28 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access I was able to find the endpoints in the list by searching for ".permissions([])", for example in archivesspace/backend/app/controllers/agent_family.rb: Endpoint.get('/agents/families') .description("List all family agents") .params() .paginated(true) .permissions([]) .returns([200, "[(:agent_family)]"]) \ do handle_listing(AgentFamily, params) end The permissions on this code (and several other classes) were set when the ".nopermissionsyet" scaffolding was replaced about 7 years ago in https://github.com/archivesspace/archivesspace/commit/ff972d222b91a005f6514ba1d30cd772f8b674c4 So it has been this way for quite a while. David On Tue, Sep 29, 2020 at 12:19 PM Joshua D. Shaw > wrote: I think this is an unintended consequence of the PUI. In https://github.com/archivesspace/archivesspace/blob/master/backend/app/model/group.rb there is a PUBLIC_GROUP_CODE which is name 'publicanonymous' which is granted view_repository rights - presumably so that the PUI can function. I'm guessing that that specific user should be explicitly *excluded* in the RESTHelpers module or maybe the User class where the permissions are actually calculated. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Custer, Mark > Sent: Tuesday, September 29, 2020 12:15 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access I'm curious if this has always been the case, as well, but it would seem like it has been. I knew that the repository and location endpoints could be accessed but didn't try any of the rest for some inexplicable reason. Not good to have agent contact details available that way. Given which endpoints are available, I wonder if this has to do with the concept of the 'global' repository in ArchivesSpace, to which all agents, subjects, locations, etc., belong? If so, it seems like that should be something that could (and should!) be locked down. But, as you mention, Joshua, a very good reason to have further restrictions on access to the API endpoints... but in this case, I wouldn't think that should be necessary at all. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Joshua D. Shaw > Sent: Tuesday, September 29, 2020 11:54 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access That's a *very* interesting find! I had naively believed the docs that indicated that most of the endpoints required authentication without actually trying to bounce off a random endpoint without a token. The controllers indicate that there should be permissions involved and that they should be tied to user roles, but that is obviously not the case. FYI - This issue has been around since at least 2.5.0 (I tested against 2.5.0, 2.7.1 and 2.80 running locally). For what it's worth, we have additional firewall rules in place (for other reasons) that limit access to the backend to only a select few IPs. That doesn't address the actual problem but is a workaround if you have the resources. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of David P. Steelman > Sent: Tuesday, September 29, 2020 11:36 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] ArchivesSpace RESTful API authentication and access I've been investigating providing access to the ArchivesSpace RESTful API to an expanded group of users. Through testing, it appears that many of the RESTful API endpoints (see below) do not require user authentication (i.e., do not require a "session" key), and access apparently cannot be controlled through the ArchivesSpace permission infrastructure. While the information provided by most of these endpoints might be considered "public", some (such as information from the "agents" endpoints) could contain names and contact information that might be considered sensitive. Is the inability to control access to these endpoints via the ArchivesSpace permissions infrastructure intentional? Is there some way to control access to these endpoints that I'm missing? A (non-exhaustive) list of the endpoints that will return information to anything that can reach them: /agents/corporate_entities - List all corporate entity /agents/corporate_entities/:id - Get a corporate entity by ID /agents/families - List all family agents /agents/families/:id - Get a family by ID /agents/people - List all person agents /agents/people/:id - Get a person by ID /agents/software - List all software agents /agents/software/:id - Get a software agent by ID /container_profiles - Get a list of Container Profiles /container_profiles/:id - Get a Container Profile by ID /config/enumerations - List all defined enumerations /config/enumerations/:enum_id - Get an Enumeration /config/enumerations/names/:enum_name - Get an Enumeration by Name /config/enumeration_values/:enum_val_id - Get an Enumeration Value /repositories/:repo_id/archival_contexts/people/:id.xml - Get an EAC-CPF representation of an Agent /repositories/:repo_id/archival_contexts/people/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a person /repositories/:repo_id/archival_contexts/corporate_entities/:id.xml - Get an EAC-CPF representation of a Corporate Entity /repositories/:repo_id/archival_contexts/corporate_entities/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a corporate entity /repositories/:repo_id/archival_contexts/families/:id.xml - Get an EAC-CPF representation of a Family /repositories/:repo_id/archival_contexts/families/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a family /repositories/:repo_id/archival_contexts/softwares/:id.xml - Get an EAC-CPF representation of a Software agent /repositories/:repo_id/archival_contexts/softwares/:id.:fmt/metadata - Get metadata for an EAC-CPF export of a software /job_types - List all supported job types /repositories/:repo_id/jobs/import_types - List all supported import job types /location_profiles - Get a list of Location Profiles /location_profiles/:id - Get a Location Profile by ID /search/location_profile - Search across Location Profile /locations - Get a list of locations /locations/:id - Get a Location by ID /notifications - Get a stream of notifications /oai_config - Get the OAI Config record /permissions - Get a list of Permissions /repositories/:repo_id/preferences/defaults - Get the default set of Preferences for a Repository and optionally a user /repositories/:repo_id/rde_templates/:id - Get an RDE template record /repositories/:repo_id/rde_templates - Get a list of RDE Templates /reports - List all reports /repositories/with_agent/:id - Get a Repository by ID, including its agent representation /repositories/:id - Get a Repository by ID /repositories - Get a list of Repositories /schemas - Get all ArchivesSpace schemas /schemas/:schema - Get an ArchivesSpace schema /search/repositories - Search across repositories /search/subjects - Search across subjects /space_calculator/buildings - Get a Location by ID /subjects - Get a list of Subjects /subjects/:id - Get a Subject by ID /terms - Get a list of Terms matching a prefix /users - Get a list of users /users/complete - Get a list of system users /version - Get the ArchivesSpace application version /vocabularies - Get a list of Vocabularies /vocabularies/:id/terms - Get a list of Terms for a Vocabulary /vocabularies/:id - Get a Vocabulary by ID Thanks, David _______________________________________________ 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 sdm7g at virginia.edu Tue Sep 29 12:41:03 2020 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Tue, 29 Sep 2020 16:41:03 +0000 Subject: [Archivesspace_Users_Group] PDF export issue In-Reply-To: References: <00d101d6963a$32421730$96c64590$@nak-osaka.jp> Message-ID: <90E8A0D9-D64E-4F7D-A66C-7F968C97BC2D@virginia.edu> Yes, a sample would be useful to try to reproduce the issue. It would also be interesting to know if both the staff PDF export and the PUI PDF show the same problems. ? Steve M. > On Sep 29, 2020, at 11:42 AM, Custer, Mark wrote: > > Dear Hitomi Matsuyama, > > Which version of ArchivesSpace are you using? > > I'm not familiar with those configuratio settings, but I suspect that they might just be for the PDF formats of the Reports, not for the PDF format of the EAD conversion process. > > On newer releases of ArchivesSpace, the default font for the EAD to PDF conversion has been updated to use the NotoSerif font family. See: https://github.com/archivesspace/archivesspace/blob/master/stylesheets/fop-config.xml , https://github.com/archivesspace/archivesspace/tree/master/stylesheets/fonts , and https://github.com/archivesspace/archivesspace/blob/5da6428562b65493fc087fe3543c4d292f10ff0e/stylesheets/as-ead-pdf.xsl#L124 > > Also, I am assuming that you are referring to the EAD to PDF process in the ArchivesSpace staff interface, i.e. Export --> Generate PDF. If that's not right, just let me know. If that is right, could you share a sample EAD file that could be used for testing with a different font? > > All my best, > > Mark > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Hitomi Matsuyama > Sent: Tuesday, September 29, 2020 4:26 AM > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] PDF export issue > > Hello all, > > We've had some trouble with PDF export in Japanese. > Descriptive information written with Japanese characters, hiragana, katakana, and kanji, are not exported to ArchivesSpace formatted finding-aids at all. > > Our IT staff has tried to modify config.rb as follows in order to add some Japanese specific font types; > > AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/ipa/ipag.ttf"] } AppConfig[:report_pdf_font_family] = "IPAex????, \"IPA P????\", > \"?????? ProN W3\", \"Hiragino Kaku Gothic ProN\", ????, Meiryo, \"MS P????\", sans-serif" > > However, this doesn?t work out and the description in Japanese is still missing in a PDF. > Have any non-alphabet language users ever faced the same problem? > If it?s been already solved, let us know how to get through. > > Thank you! > > Hitomi Matsuyama, Audiovisual Archivist > > Nakanoshima Museum of Art, Osaka > 1-1-86-8F Noda, Fukushima-ku > Osaka 553-0005 JAPAN > tel. +81 (0)6 64 69 51 93 > email. matsuyama at nak-osaka.jp > > _______________________________________________ > 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 mark.custer at yale.edu Tue Sep 29 14:12:20 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 29 Sep 2020 18:12:20 +0000 Subject: [Archivesspace_Users_Group] PDF export issue In-Reply-To: <90E8A0D9-D64E-4F7D-A66C-7F968C97BC2D@virginia.edu> References: <00d101d6963a$32421730$96c64590$@nak-osaka.jp> , <90E8A0D9-D64E-4F7D-A66C-7F968C97BC2D@virginia.edu> Message-ID: Steve, all: It looks like it does cause an issue for the PUI PDFs, as well, at least with an example that I just tested thanks to Maura Carbone, who provided a sample bit of text to try (hi, Maura!). See: http://test.archivesspace.org/repositories/2/archival_objects/3909. When I tried the PUI PDF option in that case, the contents of the note were entirely missing (whereas on the staff side, the process replaces any glyphs that are not found in the current font with the "#" character). The PUI PDF process is handled quite differently, though, since that process goes from HTML to PDF. In both cases, it seems like there should be easier configuration options, since there's no font (or even font family) that's going to cover all character sets. With Apache FOP, which is used on the staff side, you can configure FOP to auto-detect fonts but you'd still need to make sure to add the fonts where FOP can find them. That said, since the "stylesheets" directory in ASpace is not part of the WAR files, I'd think you could just update those files on the server without too much trouble. Here's some info on that https://xmlgraphics.apache.org/fop/2.1/fonts.html#bulk. Then you'd just need to update the transformation file, which is also in that "stylesheets" directory. I just did that to test things out and that worked. Example: * Download new fonts, e.g. https://ctan.org/pkg/ipaex * Add those to the fop-config.xml file * Update the as-ead-pdf.xsl file to refer to the new fonts (and this last bit could be handled with a parameter or other means). That said, it would be ideal in ASpace to be able to specify the language contents of the description to clearly indicate the language and scripts that are in use, especially if you want to switch between fonts for different scripts, etc. Example screenshot attached. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Majewski, Steven Dennis (sdm7g) Sent: Tuesday, September 29, 2020 12:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] PDF export issue Yes, a sample would be useful to try to reproduce the issue. It would also be interesting to know if both the staff PDF export and the PUI PDF show the same problems. ? Steve M. On Sep 29, 2020, at 11:42 AM, Custer, Mark > wrote: Dear Hitomi Matsuyama, Which version of ArchivesSpace are you using? I'm not familiar with those configuratio settings, but I suspect that they might just be for the PDF formats of the Reports, not for the PDF format of the EAD conversion process. On newer releases of ArchivesSpace, the default font for the EAD to PDF conversion has been updated to use the NotoSerif font family. See: https://github.com/archivesspace/archivesspace/blob/master/stylesheets/fop-config.xml, https://github.com/archivesspace/archivesspace/tree/master/stylesheets/fonts, and https://github.com/archivesspace/archivesspace/blob/5da6428562b65493fc087fe3543c4d292f10ff0e/stylesheets/as-ead-pdf.xsl#L124 Also, I am assuming that you are referring to the EAD to PDF process in the ArchivesSpace staff interface, i.e. Export --> Generate PDF. If that's not right, just let me know. If that is right, could you share a sample EAD file that could be used for testing with a different font? All my best, Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Hitomi Matsuyama > Sent: Tuesday, September 29, 2020 4:26 AM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] PDF export issue Hello all, We've had some trouble with PDF export in Japanese. Descriptive information written with Japanese characters, hiragana, katakana, and kanji, are not exported to ArchivesSpace formatted finding-aids at all. Our IT staff has tried to modify config.rb as follows in order to add some Japanese specific font types; AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/ipa/ipag.ttf"] } AppConfig[:report_pdf_font_family] = "IPAex????, \"IPA P????\", \"?????? ProN W3\", \"Hiragino Kaku Gothic ProN\", ????, Meiryo, \"MS P????\", sans-serif" However, this doesn?t work out and the description in Japanese is still missing in a PDF. Have any non-alphabet language users ever faced the same problem? If it?s been already solved, let us know how to get through. Thank you! Hitomi Matsuyama, Audiovisual Archivist Nakanoshima Museum of Art, Osaka 1-1-86-8F Noda, Fukushima-ku Osaka 553-0005 JAPAN tel. +81 (0)6 64 69 51 93 email. matsuyama at nak-osaka.jp _______________________________________________ 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: Screen Shot 2020-09-29 at 1.56.55 PM.png Type: image/png Size: 35349 bytes Desc: Screen Shot 2020-09-29 at 1.56.55 PM.png URL: From jgd1 at williams.edu Tue Sep 29 17:35:50 2020 From: jgd1 at williams.edu (Jessika Drmacich) Date: Tue, 29 Sep 2020 17:35:50 -0400 Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server Message-ID: Hi all! Will those who maintain your own on-site instance of ArchivesSpace share the memory specifications of your server? Ours is: 16 GB ram, 11 GB assigned to AS. 6 cores (processors) My very best, Jessika *Jessika Drmacich * *Records Manager & Digital Resources Archivist * *Williams College Libraries* *Special Collections* *413-597-4725 (o)* *she/her/hers* *Please Note: Due to COVID-19 library services have changed. See **the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet.* -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue Sep 29 20:22:54 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 30 Sep 2020 00:22:54 +0000 Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server In-Reply-To: References: Message-ID: That's more than enough for any site. 1/2 that is more than enough for most sites. (I'm assuming Linux, not Windows) If you're having problems with crashes with that much power behind your site, there might be something wrong. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jessika Drmacich Sent: Tuesday, September 29, 2020 5:35 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server Hi all! Will those who maintain your own on-site instance of ArchivesSpace share the memory specifications of your server? Ours is: 16 GB ram, 11 GB assigned to AS. 6 cores (processors) My very best, Jessika Jessika Drmacich Records Manager & Digital Resources Archivist Williams College Libraries Special Collections 413-597-4725 (o) she/her/hers Please Note: Due to COVID-19 library services have changed. See the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet. -------------- next part -------------- An HTML attachment was scrubbed... URL: From seth.shaw at unlv.edu Tue Sep 29 23:37:55 2020 From: seth.shaw at unlv.edu (Seth Shaw) Date: Tue, 29 Sep 2020 20:37:55 -0700 Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server In-Reply-To: References: Message-ID: Agreed. We have 5GB for ArchivesSpace but we rarely touch even close to that except for really big jobs like generating PDFs of some of our massive finding aids (1k+ pages). We have 4 processors available but, again, with a lot of breathing room. That stated, we don't use the PUI. On Tue, Sep 29, 2020 at 5:23 PM Blake Carver wrote: > That's more than enough for any site. 1/2 that is more than enough for > most sites. > (I'm assuming Linux, not Windows) > > If you're having problems with crashes with that much power behind your > site, there might be something wrong. > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Jessika Drmacich > *Sent:* Tuesday, September 29, 2020 5:35 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] RAM for ArchivesSpace server > > Hi all! > > Will those who maintain your own on-site instance of ArchivesSpace share > the memory specifications of your server? > > Ours is: > > 16 GB ram, 11 GB assigned to AS. 6 cores (processors) > > My very best, > > Jessika > > > *Jessika Drmacich * > *Records Manager & Digital Resources Archivist * > *Williams College Libraries* > *Special Collections* > *413-597-4725 (o)* > *she/her/hers* > > *Please Note: Due to COVID-19 library services have changed. See **the > library?s webpage > for > information on how to access collections and services. I am working both > from home and my office in special collections and I will be checking email > regularly. I?m also available for in-person appointments and virtual > consultations via GoogleMeet.* > _______________________________________________ > 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 Wed Sep 30 04:21:00 2020 From: matsuyama at nak-osaka.jp (Hitomi Matsuyama) Date: Wed, 30 Sep 2020 17:21:00 +0900 Subject: [Archivesspace_Users_Group] PDF export issue In-Reply-To: References: <00d101d6963a$32421730$96c64590$@nak-osaka.jp> , <90E8A0D9-D64E-4F7D-A66C-7F968C97BC2D@virginia.edu> Message-ID: <002401d69702$a21a2700$e64e7500$@nak-osaka.jp> Thank you very much Mark, Steve, and Maura for your prompt responses! We will follow Mark?s advice. Thanks a lot. All the best, Hitomi From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Wednesday, September 30, 2020 3:12 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] PDF export issue Steve, all: It looks like it does cause an issue for the PUI PDFs, as well, at least with an example that I just tested thanks to Maura Carbone, who provided a sample bit of text to try (hi, Maura!). See: http://test.archivesspace.org/repositories/2/archival_objects/3909. When I tried the PUI PDF option in that case, the contents of the note were entirely missing (whereas on the staff side, the process replaces any glyphs that are not found in the current font with the "#" character). The PUI PDF process is handled quite differently, though, since that process goes from HTML to PDF. In both cases, it seems like there should be easier configuration options, since there's no font (or even font family) that's going to cover all character sets. With Apache FOP, which is used on the staff side, you can configure FOP to auto-detect fonts but you'd still need to make sure to add the fonts where FOP can find them. That said, since the "stylesheets" directory in ASpace is not part of the WAR files, I'd think you could just update those files on the server without too much trouble. Here's some info on that https://xmlgraphics.apache.org/fop/2.1/fonts.html#bulk. Then you'd just need to update the transformation file, which is also in that "stylesheets" directory. I just did that to test things out and that worked. Example: * Download new fonts, e.g. https://ctan.org/pkg/ipaex * Add those to the fop-config.xml file * Update the as-ead-pdf.xsl file to refer to the new fonts (and this last bit could be handled with a parameter or other means). That said, it would be ideal in ASpace to be able to specify the language contents of the description to clearly indicate the language and scripts that are in use, especially if you want to switch between fonts for different scripts, etc. Example screenshot attached. Mark _____ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Majewski, Steven Dennis (sdm7g) > Sent: Tuesday, September 29, 2020 12:41 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] PDF export issue Yes, a sample would be useful to try to reproduce the issue. It would also be interesting to know if both the staff PDF export and the PUI PDF show the same problems. - Steve M. On Sep 29, 2020, at 11:42 AM, Custer, Mark > wrote: Dear Hitomi Matsuyama, Which version of ArchivesSpace are you using? I'm not familiar with those configuratio settings, but I suspect that they might just be for the PDF formats of the Reports, not for the PDF format of the EAD conversion process. On newer releases of ArchivesSpace, the default font for the EAD to PDF conversion has been updated to use the NotoSerif font family. See: https://github.com/archivesspace/archivesspace/blob/master/stylesheets/fop-c onfig.xml , https://github. com/archivesspace/archivesspace/tree/master/stylesheets/fonts , and https://github.com/archivesspace/archivesspace/blob/5da6428562b65493fc087fe3 543c4d292f10ff0e/stylesheets/as-ead-pdf.xsl#L124 Also, I am assuming that you are referring to the EAD to PDF process in the ArchivesSpace staff interface, i.e. Export --> Generate PDF. If that's not right, just let me know. If that is right, could you share a sample EAD file that could be used for testing with a different font? All my best, Mark _____ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Hitomi Matsuyama > Sent: Tuesday, September 29, 2020 4:26 AM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] PDF export issue Hello all, We've had some trouble with PDF export in Japanese. Descriptive information written with Japanese characters, hiragana, katakana, and kanji, are not exported to ArchivesSpace formatted finding-aids at all. Our IT staff has tried to modify config.rb as follows in order to add some Japanese specific font types; AppConfig[:report_pdf_font_paths] = proc { ["#{AppConfig[:backend_url]}/reports/static/fonts/ipa/ipag.ttf"] } AppConfig[:report_pdf_font_family] = "IPAex????, \"IPA P????\", \"?????? ProN W3\", \"Hiragino Kaku Gothic ProN\", ????, Meiryo, \"MS P????\", sans-serif" However, this doesn?t work out and the description in Japanese is still missing in a PDF. Have any non-alphabet language users ever faced the same problem? If it?s been already solved, let us know how to get through. Thank you! Hitomi Matsuyama, Audiovisual Archivist Nakanoshima Museum of Art, Osaka 1-1-86-8F Noda, Fukushima-ku Osaka 553-0005 JAPAN tel. +81 (0)6 64 69 51 93 email. matsuyama at nak-osaka.jp _______________________________________________ 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 jgd1 at williams.edu Wed Sep 30 09:04:54 2020 From: jgd1 at williams.edu (Jessika Drmacich) Date: Wed, 30 Sep 2020 09:04:54 -0400 Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server In-Reply-To: References: Message-ID: Thanks to all that responded. We have an issue where our AS instance slows down considerably after about a month of adding data (new collections, digital objects, a large number of accessions). After our systems person adds more RAM, the system speeds up considerably. I was wondering if we should add more RAM every three weeks. But it seems like, based on your answers, RAM might not be the source of our speed issue (but somehow connected?). Any ideas on what might slow down loading time of records and search speed? Jessika *Jessika Drmacich * *Records Manager & Digital Resources Archivist * *Williams College Libraries* *Special Collections* *413-597-4725 (o)* *she/her/hers* *Please Note: Due to COVID-19 library services have changed. See **the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet.* On Tue, Sep 29, 2020 at 11:38 PM Seth Shaw wrote: > Agreed. We have 5GB for ArchivesSpace but we rarely touch even close to > that except for really big jobs like generating PDFs of some of our massive > finding aids (1k+ pages). We have 4 processors available but, again, with a > lot of breathing room. That stated, we don't use the PUI. > > On Tue, Sep 29, 2020 at 5:23 PM Blake Carver > wrote: > >> That's more than enough for any site. 1/2 that is more than enough for >> most sites. >> (I'm assuming Linux, not Windows) >> >> If you're having problems with crashes with that much power behind your >> site, there might be something wrong. >> >> ------------------------------ >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >> Jessika Drmacich >> *Sent:* Tuesday, September 29, 2020 5:35 PM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* [Archivesspace_Users_Group] RAM for ArchivesSpace server >> >> Hi all! >> >> Will those who maintain your own on-site instance of ArchivesSpace share >> the memory specifications of your server? >> >> Ours is: >> >> 16 GB ram, 11 GB assigned to AS. 6 cores (processors) >> >> My very best, >> >> Jessika >> >> >> *Jessika Drmacich * >> *Records Manager & Digital Resources Archivist * >> *Williams College Libraries* >> *Special Collections* >> *413-597-4725 (o)* >> *she/her/hers* >> >> *Please Note: Due to COVID-19 library services have changed. See **the >> library?s webpage >> for >> information on how to access collections and services. I am working both >> from home and my office in special collections and I will be checking email >> regularly. I?m also available for in-person appointments and virtual >> consultations via GoogleMeet.* >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Wed Sep 30 09:05:38 2020 From: rneal at richmond.edu (Neal, Rick) Date: Wed, 30 Sep 2020 13:05:38 +0000 Subject: [Archivesspace_Users_Group] Backend Session Not Found message Message-ID: Good morning, After installing version 2.5.2 on the server and then migrating the data over I have noticed a message that is on the staff login interface. The message is Your backend session was not found. I searched through the User Group messages and found some where others were reporting the issue in 2016 but there was no resolution mentioned. They spoke of a session time out but we have used version 2.5.0 for over a year now on the old server we are replacing without ever having seen this message. In fact we ran older versions on that server and never saw it so I don't think it is a timeout thing but maybe. Has anyone solved this? [cid:image003.jpg at 01D69708.DC417C20] Thanks! Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 9193 bytes Desc: image003.jpg URL: From blake.carver at lyrasis.org Wed Sep 30 09:13:16 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 30 Sep 2020 13:13:16 +0000 Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server In-Reply-To: References: , Message-ID: What version are you running? Older (maybe about 2 years old or so) versions benefited from nightly or weekly restarts. There's a chance it's stuck in an indexing loop, so just double check it's not always indexing, that can cause crashes as well. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jessika Drmacich Sent: Wednesday, September 30, 2020 9:04 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server Thanks to all that responded. We have an issue where our AS instance slows down considerably after about a month of adding data (new collections, digital objects, a large number of accessions). After our systems person adds more RAM, the system speeds up considerably. I was wondering if we should add more RAM every three weeks. But it seems like, based on your answers, RAM might not be the source of our speed issue (but somehow connected?). Any ideas on what might slow down loading time of records and search speed? Jessika Jessika Drmacich Records Manager & Digital Resources Archivist Williams College Libraries Special Collections 413-597-4725 (o) she/her/hers Please Note: Due to COVID-19 library services have changed. See the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet. On Tue, Sep 29, 2020 at 11:38 PM Seth Shaw > wrote: Agreed. We have 5GB for ArchivesSpace but we rarely touch even close to that except for really big jobs like generating PDFs of some of our massive finding aids (1k+ pages). We have 4 processors available but, again, with a lot of breathing room. That stated, we don't use the PUI. On Tue, Sep 29, 2020 at 5:23 PM Blake Carver > wrote: That's more than enough for any site. 1/2 that is more than enough for most sites. (I'm assuming Linux, not Windows) If you're having problems with crashes with that much power behind your site, there might be something wrong. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Jessika Drmacich > Sent: Tuesday, September 29, 2020 5:35 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server Hi all! Will those who maintain your own on-site instance of ArchivesSpace share the memory specifications of your server? Ours is: 16 GB ram, 11 GB assigned to AS. 6 cores (processors) My very best, Jessika Jessika Drmacich Records Manager & Digital Resources Archivist Williams College Libraries Special Collections 413-597-4725 (o) she/her/hers Please Note: Due to COVID-19 library services have changed. See the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From egadsby at towson.edu Wed Sep 30 09:35:31 2020 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Wed, 30 Sep 2020 13:35:31 +0000 Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server In-Reply-To: References: Message-ID: To chime in on the original question, we had been running on 4 GB and found ourselves getting close to running out of RAM. Upgrading to 8 GB seems to be a good sweet spot for us. Thanks! [Towson University logo] Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 SMS: ?443-338-3792 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . From: on behalf of Blake Carver Reply-To: Archivesspace Users Group Date: Wednesday, September 30, 2020 at 9:13 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server [EXTERNAL EMAIL - USE CAUTION] What version are you running? Older (maybe about 2 years old or so) versions benefited from nightly or weekly restarts. There's a chance it's stuck in an indexing loop, so just double check it's not always indexing, that can cause crashes as well. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jessika Drmacich Sent: Wednesday, September 30, 2020 9:04 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server Thanks to all that responded. We have an issue where our AS instance slows down considerably after about a month of adding data (new collections, digital objects, a large number of accessions). After our systems person adds more RAM, the system speeds up considerably. I was wondering if we should add more RAM every three weeks. But it seems like, based on your answers, RAM might not be the source of our speed issue (but somehow connected?). Any ideas on what might slow down loading time of records and search speed? Jessika Jessika Drmacich Records Manager & Digital Resources Archivist Williams College Libraries Special Collections 413-597-4725 (o) she/her/hers Please Note: Due to COVID-19 library services have changed. See the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet. On Tue, Sep 29, 2020 at 11:38 PM Seth Shaw > wrote: Agreed. We have 5GB for ArchivesSpace but we rarely touch even close to that except for really big jobs like generating PDFs of some of our massive finding aids (1k+ pages). We have 4 processors available but, again, with a lot of breathing room. That stated, we don't use the PUI. On Tue, Sep 29, 2020 at 5:23 PM Blake Carver > wrote: That's more than enough for any site. 1/2 that is more than enough for most sites. (I'm assuming Linux, not Windows) If you're having problems with crashes with that much power behind your site, there might be something wrong. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Jessika Drmacich > Sent: Tuesday, September 29, 2020 5:35 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server Hi all! Will those who maintain your own on-site instance of ArchivesSpace share the memory specifications of your server? Ours is: 16 GB ram, 11 GB assigned to AS. 6 cores (processors) My very best, Jessika Jessika Drmacich Records Manager & Digital Resources Archivist Williams College Libraries Special Collections 413-597-4725 (o) she/her/hers Please Note: Due to COVID-19 library services have changed. See the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1824 bytes Desc: image001.jpg URL: From blake.carver at lyrasis.org Wed Sep 30 10:27:56 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 30 Sep 2020 14:27:56 +0000 Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server In-Reply-To: References: , Message-ID: Also, to chime in one more time with details... If you're running ArchivesSpace on a dedicated machine, that is, there's a machine, it's running Linux, and it is dedicated to running ArchiveSpace, the total RAM on that machine should probably be 6 or 8 gigs. If your ArchivesSpace site has a bunch of staff users and the PUI is enabled, things might be happier with 12 gigs. There should be at least 3 cores, more if you can afford it. I'm also assuming MySQL is running here on that same box. A decent sized site will use all your cores when it's doing a full reindex. If you're running ArchivesSpace on some type of a VM, and that VM is Linux, I think the same numbers are probably safe. Though I don't have too much experience running on a VM, my guess is that VM should have several cores and at least 6 gigs of RAM for a well-used site. You can probably get away with less if you only have one or two staff members using it. A decent sized site will use all your cores when it's doing a full reindex. Also, there's the actual RAM that ArchivesSpace uses, as set in archivesspace.sh and outlined here: http://archivesspace.github.io/archivesspace/user/tuning-archivesspace/ The defaults are usually fine for smaller sites. A decently busy site would need double that, and some busy sites could use up to 4 gigs. Usually if it needs more than 4 gigs to keep going, something is wrong. It's not a bad idea to restart ArchivesSpace occasionally as well, weekly is probably fine. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Sent: Wednesday, September 30, 2020 9:35 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server To chime in on the original question, we had been running on 4 GB and found ourselves getting close to running out of RAM. Upgrading to 8 GB seems to be a good sweet spot for us. Thanks! [Towson University logo] Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 SMS: ?443-338-3792 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . From: on behalf of Blake Carver Reply-To: Archivesspace Users Group Date: Wednesday, September 30, 2020 at 9:13 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server [EXTERNAL EMAIL - USE CAUTION] What version are you running? Older (maybe about 2 years old or so) versions benefited from nightly or weekly restarts. There's a chance it's stuck in an indexing loop, so just double check it's not always indexing, that can cause crashes as well. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jessika Drmacich Sent: Wednesday, September 30, 2020 9:04 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server Thanks to all that responded. We have an issue where our AS instance slows down considerably after about a month of adding data (new collections, digital objects, a large number of accessions). After our systems person adds more RAM, the system speeds up considerably. I was wondering if we should add more RAM every three weeks. But it seems like, based on your answers, RAM might not be the source of our speed issue (but somehow connected?). Any ideas on what might slow down loading time of records and search speed? Jessika Jessika Drmacich Records Manager & Digital Resources Archivist Williams College Libraries Special Collections 413-597-4725 (o) she/her/hers Please Note: Due to COVID-19 library services have changed. See the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet. On Tue, Sep 29, 2020 at 11:38 PM Seth Shaw > wrote: Agreed. We have 5GB for ArchivesSpace but we rarely touch even close to that except for really big jobs like generating PDFs of some of our massive finding aids (1k+ pages). We have 4 processors available but, again, with a lot of breathing room. That stated, we don't use the PUI. On Tue, Sep 29, 2020 at 5:23 PM Blake Carver > wrote: That's more than enough for any site. 1/2 that is more than enough for most sites. (I'm assuming Linux, not Windows) If you're having problems with crashes with that much power behind your site, there might be something wrong. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Jessika Drmacich > Sent: Tuesday, September 29, 2020 5:35 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server Hi all! Will those who maintain your own on-site instance of ArchivesSpace share the memory specifications of your server? Ours is: 16 GB ram, 11 GB assigned to AS. 6 cores (processors) My very best, Jessika Jessika Drmacich Records Manager & Digital Resources Archivist Williams College Libraries Special Collections 413-597-4725 (o) she/her/hers Please Note: Due to COVID-19 library services have changed. See the library?s webpage for information on how to access collections and services. I am working both from home and my office in special collections and I will be checking email regularly. I?m also available for in-person appointments and virtual consultations via GoogleMeet. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1824 bytes Desc: image001.jpg URL: From Jessica.Crouch at lyrasis.org Wed Sep 30 10:30:43 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 30 Sep 2020 14:30:43 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - September 2020 In-Reply-To: <0841D08A-0C0A-421F-92E0-8543EB4C7639@lyrasis.org> References: <0841D08A-0C0A-421F-92E0-8543EB4C7639@lyrasis.org> Message-ID: <8FA26E53-0F19-4F99-87F6-8A57D14C2953@lyrasis.org> [cid:image001.jpg at 01D69714.BFB664B0] ArchivesSpace Update ? September 2020 Development We're continuing to work toward the next release of ArchivesSpace. The major focus of work right now is finishing up expanding the agents module. We're also working on enhancements to the spreadsheet importer, reviewing some substantial community pull requests, and gem upgrades. Position Announcement: ArchivesSpace Technical Lead We are seeking an energetic and collaborative person to join our team as the next Technical Lead for ArchivesSpace. The Technical Lead is responsible for oversight, management, and development of the ArchivesSpace application. The Technical Lead works with a wide-ranging group of community stakeholders and is responsible for the overall development of the software and management of the community-based code contribution process. The Technical Lead works to engage a broad set of developers to participate in the project, providing technical guidance, support and leadership to maintain a robust developer community. This position is part of a geographically distributed team, and, as such, applications from candidates interested in telecommuting are welcome. To learn more, or to submit your resume and cover letter, please visit https://lyrasis.isolvedhire.com/jobs/145014.html. Applications accepted until position is filled but review of applications will begin October 16, 2020. Participate in Hacktoberfest 2020 This October, ArchivesSpace will be participating in Hacktoberfest, a month-long celebration of open source software run by DigitalOcean. Hacktoberfest is open to anyone who contributes pull requests to participating open source repositories on GitHub. Whether you?re new to ArchivesSpace development or a long-time contributor, we encourage you to get involved. No specific background or skill level is required to get started, and all community contributions are welcome and appreciated. To learn more about submitting a pull request for ArchivesSpace specifically, visit our wiki. To qualify for the official Hacktoberfest competition, you must register and make four pull requests between October 1-31. Pull requests can be made to any public repository on GitHub, including ArchivesSpace. Any qualifying pull request submitted to the ArchivesSpace GitHub between October 1 and October 31 will get a Hacktoberfest label. To learn more about qualifying pull requests and how to notify Hacktoberfest of your pull requests, visit the official Hacktoberfest website. In addition to the official Hacktoberfest swag options, ArchivesSpace will acknowledge all submitters, regardless of number of pull requests, in our October monthly update. The community member who submits the most pull requests in the month of October will receive an ArchivesSpace swag bag! We hope you will join us in getting involved in this celebration of the open source community. Please email us at ArchivesSpaceHome at lyrasis.org if you have questions or want to know more about contributing code to the ArchivesSpace GitHub. To learn more about Hacktoberfest, visit their official website. Take a Break with ArchivesSpace is going on hiatus after October 30 Thanks to everyone who has joined us at our standing Friday break calls since we started them in March. Whether you came to one call or 20, it?s been great getting to know so many of you better and sharing ArchivesSpace and non-ArchivesSpace thoughts. With schedules always so unpredictable at the end of the year, this year more than ever, Take a Break with ArchivesSpace is going on hiatus after our October 30th call. We may revive the breaks in some form in the future, but until then we look forward to seeing you at many other ArchivesSpace activities. If you?d like to join us for the remaining calls, you can find the connection information at https://archivesspace.org/archives/6177. ArchivesSpace Consultant Registry As the ArchivesSpace user community continues to grow, we occasionally hear from people wanting individualized help beyond what membership or volunteer peer-to-peer guidance can provide. Typical needs include migrating data from a legacy database, custom interface work, one-on-one user training, or deploying an ArchivesSpace server. Often these requests come from people who aren?t interested in hosting options, or can?t pursue bringing a full workshop to their regional area. To help in these kinds of situations, the ArchivesSpace program maintains an informal registry of individuals interested in providing independent consulting services related to ArchivesSpace. Please note that our involvement is for informational purposes only. Consultants and potential clients work out any details of projects and costs amongst themselves. Interested in being a consultant? If you know of someone who would like to be listed, or would like to be listed yourself, please email Jessica at jessica.crouch at lyrasis.org with the following information. * Location * Services * Experience with ArchivesSpace * Best way for prospective clients to get in touch with you and/or see examples of your work Affiliation with an ArchivesSpace member institution is not required for an individual to be listed in the registry. You can elect to remove yourself from the registry at any time. Interested in finding a consultant? If you are interested in working with a consultant, please email us at ArchivesSpaceHome at lyrasis.org. We?ll be glad to send you the current registry. Membership Update We are excited to welcome our newest members to our community! Our new members since August 31 include: * Lambda Archives of San Diego (San Diego, CA) * The Cooper Union for the Advancement of Science and Art (New York, NY) As of September 30, we have 416 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: 22470 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29062 bytes Desc: image002.jpg URL: From mpaquette at smith.edu Wed Sep 30 11:18:18 2020 From: mpaquette at smith.edu (Michelle Paquette) Date: Wed, 30 Sep 2020 11:18:18 -0400 Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids In-Reply-To: References: Message-ID: Hi Rachel, The link you shared for your utility script goes to a 404 page. Can you re-share the utility script? I'm looking into the potential usefulness of this plug-in at my own institution. Michelle On Tue, Sep 15, 2020 at 2:40 PM Rachel Aileen Searcy wrote: > Hi Wendy, > > I just wanted to follow-up on Noah's plug (heh) for the digitization work > order plugin. The plugin allows the archivist to generate a tsv file of > descriptive metadata for selected components within a resource record, and > one of the fields included in that is the refid. Users have the option to > download a report of the metadata, or to additionally generate a work order > that creates and assigns component unique identifiers to the components > (unless there is already a value in that field); the newly created cuid is > then inserted into that field in the component record. We had previously > relied on Archivists' Toolkit refids for file naming during digitization, > but couldn't do that with the longer ones in ArchivesSpace, which prompted > this cuid-based workflow. We have instructions on how to run the > > plugin > in > our local user manual here. > > We handle the digital object record creation piece through a complementary utility > script that associates > the newly created digital object with the resource component's URI, which > is exported in the work order. > > I hope this helps, but also feel free to get in touch if you have further > questions. > > Rachel > > On Tue, Sep 15, 2020 at 2:15 PM Noah Huffman > wrote: > >> Hi Wendy, >> >> >> >> Your method would work and it generally describes a workflow we?ve used >> from time to time. >> >> >> >> To simplify getting the refIDs and other component metadata out of ASpace >> and into CSV, you might consider installing this plugin: >> https://github.com/hudmol/digitization_work_order >> >> >> >> >> There are other ways to use the API to batch create/link DOs to archival >> objects depending on your use case, workflow, and your comfort level >> writing scripts and working with the API, but integrating the plugin above >> into the workflow you?ve described is probably the easiest way to batch >> create and link DOs using the staff interface?at least as far as I know. >> >> >> >> -Noah >> >> >> >> ================ >> >> Noah Huffman >> >> Archivist for Metadata, Systems, and Digital Records >> >> David M. Rubenstein Rare Book & Manuscript Library >> >> Duke University | 919-660-5982 >> >> http://library.duke.edu/rubenstein/ >> >> >> Pronouns: he / him / his >> >> >> >> >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Wendy >> Scheir >> *Sent:* Tuesday, September 15, 2020 11:38 AM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* [Archivesspace_Users_Group] question about exporting ref ids >> and related q about component unique ids >> >> >> >> Hi, >> >> >> >> In v2.8, I want to import digital objects and associate them with >> existing archival objects without having to do these associations manually >> DO by DO. The only way that I can see how to do this would be to export a >> collection in EAD format, transform the EAD into csv or xls, copy the ref >> ids into the DO import spreadsheet, fill out the rest of the DO >> spreadsheet, and import the digital object spreadsheet. >> >> >> >> My questions are: >> >> 1. Will this method I've described work? >> >> 2. Is this the easiest way to accomplish the task through the staff >> interface? >> >> 3. If not, would someone point me to instructions on a better way to do >> it? >> >> >> >> And, a related question: >> >> 4. Is there a way to make Component Unique Identifiers replace >> auto-generated ref ids? >> >> >> >> Many thanks, >> >> Wendy >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> >> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=QVGt48Wtl7Fiy9usykxqVm8sMx0Xs8e_0TXQSQg8sjU&s=Dr_fbSId-VGba6cWyq54lBZ3Bjg-qScAZuqT93HQAzM&e= >> > > > -- > Rachel Searcy > Accessioning Archivist, Archival Collections Management > New York University Libraries > 212.998.2539 | rachel.searcy at nyu.edu > My pronouns are she/her/hers > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Michelle Paquette (she/her) Metadata & Technical Services Archivist Special Collections Smith College 413-585-7029 mpaquette at smith.edu Please note: In light of COVID-19, the Libraries are offering contactless pickup, and all other services will continue to be offered remotely. Visit bit.ly/SCLcovid-19 for full details. Please send any questions you may have to libraryhelp at smith.edu and they will be answered as soon as possible. Special Collections reference service is active, but limited. For information about Smith College?s response to Covid-19, please visit the college?s official website . -------------- next part -------------- An HTML attachment was scrubbed... URL: From rachel.searcy at nyu.edu Wed Sep 30 11:21:45 2020 From: rachel.searcy at nyu.edu (Rachel Aileen Searcy) Date: Wed, 30 Sep 2020 11:21:45 -0400 Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids In-Reply-To: References: Message-ID: Hi Michelle, Not sure what might have happened, but the link seems to work for me. Here it is again: https://github.com/NYULibraries/aspace-do-update Best, Rachel On Wed, Sep 30, 2020 at 11:18 AM Michelle Paquette wrote: > Hi Rachel, > > The link you shared for your utility script goes to a 404 page. Can you > re-share the utility script? I'm looking into the potential usefulness of > this plug-in at my own institution. > > Michelle > > On Tue, Sep 15, 2020 at 2:40 PM Rachel Aileen Searcy < > rachel.searcy at nyu.edu> wrote: > >> Hi Wendy, >> >> I just wanted to follow-up on Noah's plug (heh) for the digitization work >> order plugin. The plugin allows the archivist to generate a tsv file of >> descriptive metadata for selected components within a resource record, and >> one of the fields included in that is the refid. Users have the option to >> download a report of the metadata, or to additionally generate a work order >> that creates and assigns component unique identifiers to the components >> (unless there is already a value in that field); the newly created cuid is >> then inserted into that field in the component record. We had previously >> relied on Archivists' Toolkit refids for file naming during digitization, >> but couldn't do that with the longer ones in ArchivesSpace, which prompted >> this cuid-based workflow. We have instructions on how to run the >> >> plugin >> in >> our local user manual here. >> >> We handle the digital object record creation piece through a >> complementary utility script >> that >> associates the newly created digital object with the resource component's >> URI, which is exported in the work order. >> >> I hope this helps, but also feel free to get in touch if you have further >> questions. >> >> Rachel >> >> On Tue, Sep 15, 2020 at 2:15 PM Noah Huffman >> wrote: >> >>> Hi Wendy, >>> >>> >>> >>> Your method would work and it generally describes a workflow we?ve used >>> from time to time. >>> >>> >>> >>> To simplify getting the refIDs and other component metadata out of >>> ASpace and into CSV, you might consider installing this plugin: >>> https://github.com/hudmol/digitization_work_order >>> >>> >>> >>> >>> There are other ways to use the API to batch create/link DOs to archival >>> objects depending on your use case, workflow, and your comfort level >>> writing scripts and working with the API, but integrating the plugin above >>> into the workflow you?ve described is probably the easiest way to batch >>> create and link DOs using the staff interface?at least as far as I know. >>> >>> >>> >>> -Noah >>> >>> >>> >>> ================ >>> >>> Noah Huffman >>> >>> Archivist for Metadata, Systems, and Digital Records >>> >>> David M. Rubenstein Rare Book & Manuscript Library >>> >>> Duke University | 919-660-5982 >>> >>> http://library.duke.edu/rubenstein/ >>> >>> >>> Pronouns: he / him / his >>> >>> >>> >>> >>> >>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >>> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Wendy >>> Scheir >>> *Sent:* Tuesday, September 15, 2020 11:38 AM >>> *To:* Archivesspace Users Group < >>> archivesspace_users_group at lyralists.lyrasis.org> >>> *Subject:* [Archivesspace_Users_Group] question about exporting ref ids >>> and related q about component unique ids >>> >>> >>> >>> Hi, >>> >>> >>> >>> In v2.8, I want to import digital objects and associate them with >>> existing archival objects without having to do these associations manually >>> DO by DO. The only way that I can see how to do this would be to export a >>> collection in EAD format, transform the EAD into csv or xls, copy the ref >>> ids into the DO import spreadsheet, fill out the rest of the DO >>> spreadsheet, and import the digital object spreadsheet. >>> >>> >>> >>> My questions are: >>> >>> 1. Will this method I've described work? >>> >>> 2. Is this the easiest way to accomplish the task through the staff >>> interface? >>> >>> 3. If not, would someone point me to instructions on a better way to do >>> it? >>> >>> >>> >>> And, a related question: >>> >>> 4. Is there a way to make Component Unique Identifiers replace >>> auto-generated ref ids? >>> >>> >>> >>> Many thanks, >>> >>> Wendy >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> >>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=QVGt48Wtl7Fiy9usykxqVm8sMx0Xs8e_0TXQSQg8sjU&s=Dr_fbSId-VGba6cWyq54lBZ3Bjg-qScAZuqT93HQAzM&e= >>> >> >> >> -- >> Rachel Searcy >> Accessioning Archivist, Archival Collections Management >> New York University Libraries >> 212.998.2539 | rachel.searcy at nyu.edu >> My pronouns are she/her/hers >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> > > > -- > Michelle Paquette > (she/her) > Metadata & Technical Services Archivist > Special Collections > Smith College > 413-585-7029 > mpaquette at smith.edu > > Please note: In light of COVID-19, the Libraries are offering contactless > pickup, and all other services will continue to be offered remotely. Visit > bit.ly/SCLcovid-19 > > for full details. > > Please send any questions you may have to libraryhelp at smith.edu and they > will be answered as soon as possible. Special Collections reference > service is active, but limited. For > information about Smith College?s response to Covid-19, please visit the college?s > official website > > . > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=2Ys01feZ3eMvHir1cmCdy_k6YnVm7np6CLOLAFUJav4&s=c9ShPcdbm8VFyALJ51ZNvYQc369jpMoIV9XHDkURfqY&e= > -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed Sep 30 11:23:41 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 30 Sep 2020 15:23:41 +0000 Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids In-Reply-To: References: , Message-ID: I think that's a private repo. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Rachel Aileen Searcy Sent: Wednesday, September 30, 2020 11:21 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids Hi Michelle, Not sure what might have happened, but the link seems to work for me. Here it is again: https://github.com/NYULibraries/aspace-do-update Best, Rachel On Wed, Sep 30, 2020 at 11:18 AM Michelle Paquette > wrote: Hi Rachel, The link you shared for your utility script goes to a 404 page. Can you re-share the utility script? I'm looking into the potential usefulness of this plug-in at my own institution. Michelle On Tue, Sep 15, 2020 at 2:40 PM Rachel Aileen Searcy > wrote: Hi Wendy, I just wanted to follow-up on Noah's plug (heh) for the digitization work order plugin. The plugin allows the archivist to generate a tsv file of descriptive metadata for selected components within a resource record, and one of the fields included in that is the refid. Users have the option to download a report of the metadata, or to additionally generate a work order that creates and assigns component unique identifiers to the components (unless there is already a value in that field); the newly created cuid is then inserted into that field in the component record. We had previously relied on Archivists' Toolkit refids for file naming during digitization, but couldn't do that with the longer ones in ArchivesSpace, which prompted this cuid-based workflow. We have instructions on how to run the plugin in our local user manual here. We handle the digital object record creation piece through a complementary utility script that associates the newly created digital object with the resource component's URI, which is exported in the work order. I hope this helps, but also feel free to get in touch if you have further questions. Rachel On Tue, Sep 15, 2020 at 2:15 PM Noah Huffman > wrote: Hi Wendy, Your method would work and it generally describes a workflow we?ve used from time to time. To simplify getting the refIDs and other component metadata out of ASpace and into CSV, you might consider installing this plugin: https://github.com/hudmol/digitization_work_order There are other ways to use the API to batch create/link DOs to archival objects depending on your use case, workflow, and your comfort level writing scripts and working with the API, but integrating the plugin above into the workflow you?ve described is probably the easiest way to batch create and link DOs using the staff interface?at least as far as I know. -Noah ================ Noah Huffman Archivist for Metadata, Systems, and Digital Records David M. Rubenstein Rare Book & Manuscript Library Duke University | 919-660-5982 http://library.duke.edu/rubenstein/ Pronouns: he / him / his From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Wendy Scheir Sent: Tuesday, September 15, 2020 11:38 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] question about exporting ref ids and related q about component unique ids Hi, In v2.8, I want to import digital objects and associate them with existing archival objects without having to do these associations manually DO by DO. The only way that I can see how to do this would be to export a collection in EAD format, transform the EAD into csv or xls, copy the ref ids into the DO import spreadsheet, fill out the rest of the DO spreadsheet, and import the digital object spreadsheet. My questions are: 1. Will this method I've described work? 2. Is this the easiest way to accomplish the task through the staff interface? 3. If not, would someone point me to instructions on a better way to do it? And, a related question: 4. Is there a way to make Component Unique Identifiers replace auto-generated ref ids? Many thanks, Wendy _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=QVGt48Wtl7Fiy9usykxqVm8sMx0Xs8e_0TXQSQg8sjU&s=Dr_fbSId-VGba6cWyq54lBZ3Bjg-qScAZuqT93HQAzM&e= -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Michelle Paquette (she/her) Metadata & Technical Services Archivist Special Collections Smith College 413-585-7029 mpaquette at smith.edu Please note: In light of COVID-19, the Libraries are offering contactless pickup, and all other services will continue to be offered remotely. Visit bit.ly/SCLcovid-19 for full details. Please send any questions you may have to libraryhelp at smith.edu and they will be answered as soon as possible. Special Collections reference service is active, but limited. For information about Smith College?s response to Covid-19, please visit the college?s official website. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=2Ys01feZ3eMvHir1cmCdy_k6YnVm7np6CLOLAFUJav4&s=c9ShPcdbm8VFyALJ51ZNvYQc369jpMoIV9XHDkURfqY&e= -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From seth.shaw at unlv.edu Wed Sep 30 11:24:09 2020 From: seth.shaw at unlv.edu (Seth Shaw) Date: Wed, 30 Sep 2020 08:24:09 -0700 Subject: [Archivesspace_Users_Group] RAM for ArchivesSpace server In-Reply-To: References: Message-ID: All good points. As an addendum to my earlier post, our archivesspace instance (staff interface only) is running on a dedicated VM with the database on a separate host, so 4 GB has been more than enough. The number of simultaneous users hasn't noticeably increased our need for RAM (we had a backlog reduction project which at least doubled the number of simultaneous staff users for at least a year). We began restarting weekly when we started using AS 2.x. On Wed, Sep 30, 2020 at 7:28 AM Blake Carver wrote: > Also, to chime in one more time with details... > > If you're running ArchivesSpace on a dedicated machine, that is, there's a > machine, it's running Linux, and it is dedicated to running ArchiveSpace, > the total RAM on that machine should probably be 6 or 8 gigs. If your > ArchivesSpace site has a bunch of staff users and the PUI is enabled, > things might be happier with 12 gigs. There should be at least 3 cores, > more if you can afford it. I'm also assuming MySQL is running here on that > same box. A decent sized site will use all your cores when it's doing a > full reindex. > > If you're running ArchivesSpace on some type of a VM, and that VM is > Linux, I think the same numbers are probably safe. Though I don't have too > much experience running on a VM, my guess is that VM should have several > cores and at least 6 gigs of RAM for a well-used site. You can probably get > away with less if you only have one or two staff members using it. A > decent sized site will use all your cores when it's doing a full reindex. > > > Also, there's the actual RAM that ArchivesSpace uses, as set in > archivesspace.sh and outlined here: > http://archivesspace.github.io/archivesspace/user/tuning-archivesspace/ > The defaults are usually fine for smaller sites. A decently busy site > would need double that, and some busy sites could use up to 4 gigs. Usually > if it needs more than 4 gigs to keep going, something is wrong. > > It's not a bad idea to restart ArchivesSpace occasionally as well, weekly > is probably fine. > > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Gadsby, Eric T. > *Sent:* Wednesday, September 30, 2020 9:35 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server > > > To chime in on the original question, we had been running on 4 GB and > found ourselves getting close to running out of RAM. Upgrading to 8 GB > seems to be a good sweet spot for us. Thanks! > > > > > > > > [image: Towson University logo] > > *Eric T. Gadsby* > > *Pronouns: he/him/his* > > IT Operations Specialist | Albert S. Cook Library > > *?* > > P: 410-704-3340 > > SMS: ?443-338-3792 > egadsby at towson.edu | libraries.towson.edu > > *?* > > > > Confidentiality Notice: This message may contain information that is > confidential, privileged, proprietary, or otherwise legally exempt from > disclosure. If you are not the intended recipient, you are notified that > you are not authorized to read, print, copy or disseminate this message, > any part of it, or any attachments. If this message has been sent to you in > error, please notify the sender by replying to this transmission, or by > calling Albert S. Cook Library at 410-704-3340 . > > > > > > *From: * on > behalf of Blake Carver > *Reply-To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Date: *Wednesday, September 30, 2020 at 9:13 AM > *To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject: *Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server > > > > [EXTERNAL EMAIL - USE CAUTION] > > What version are you running? > Older (maybe about 2 years old or so) versions benefited from nightly or > weekly restarts. > > There's a chance it's stuck in an indexing loop, so just double check it's > not always indexing, that can cause crashes as well. > ------------------------------ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Jessika Drmacich > *Sent:* Wednesday, September 30, 2020 9:04 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] RAM for ArchivesSpace server > > > > Thanks to all that responded. We have an issue where our AS instance slows > down considerably after about a month of adding data (new collections, > digital objects, a large number of accessions). After our systems person > adds more RAM, the system speeds up considerably. I was wondering if we > should add more RAM every three weeks. But it seems like, based on your > answers, RAM might not be the source of our speed issue (but somehow > connected?). > > > > Any ideas on what might slow down loading time of records and search speed? > > > > Jessika > > > > > > *Jessika Drmacich * > > *Records Manager & Digital Resources Archivist * > > *Williams College Libraries* > > *Special Collections* > > *413-597-4725 (o)* > > *she/her/hers* > > > > *Please Note: Due to COVID-19 library services have changed. See the > library?s webpage > for > information on how to access collections and services. I am working both > from home and my office in special collections and I will be checking email > regularly. I?m also available for in-person appointments and virtual > consultations via GoogleMeet.* > > > > > > On Tue, Sep 29, 2020 at 11:38 PM Seth Shaw wrote: > > Agreed. We have 5GB for ArchivesSpace but we rarely touch even close to > that except for really big jobs like generating PDFs of some of our massive > finding aids (1k+ pages). We have 4 processors available but, again, with a > lot of breathing room. That stated, we don't use the PUI. > > > > On Tue, Sep 29, 2020 at 5:23 PM Blake Carver > wrote: > > That's more than enough for any site. 1/2 that is more than enough for > most sites. > > (I'm assuming Linux, not Windows) > > > > If you're having problems with crashes with that much power behind your > site, there might be something wrong. > > > ------------------------------ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Jessika Drmacich > *Sent:* Tuesday, September 29, 2020 5:35 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] RAM for ArchivesSpace server > > > > Hi all! > > > > Will those who maintain your own on-site instance of ArchivesSpace share > the memory specifications of your server? > > > > Ours is: > > > > 16 GB ram, 11 GB assigned to AS. 6 cores (processors) > > > > My very best, > > > > Jessika > > > > > > *Jessika Drmacich * > > *Records Manager & Digital Resources Archivist * > > *Williams College Libraries* > > *Special Collections* > > *413-597-4725 (o)* > > *she/her/hers* > > > > *Please Note: Due to COVID-19 library services have changed. See the > library?s webpage > for > information on how to access collections and services. I am working both > from home and my office in special collections and I will be checking email > regularly. I?m also available for in-person appointments and virtual > consultations via GoogleMeet.* > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1824 bytes Desc: not available URL: From cory_nimer at byu.edu Wed Sep 30 12:09:31 2020 From: cory_nimer at byu.edu (Cory Nimer) Date: Wed, 30 Sep 2020 16:09:31 +0000 Subject: [Archivesspace_Users_Group] Database connection error in ArchivesSpace 2.8 PUI Message-ID: Colleagues, While testing ArchivesSpace 2.8, we have run into occasional problems loading some records in the PUI, receiving the message "Unable to Connect to Database". Looking at the log files, it reports that the Solr search failed, caused by "too many boolean clauses". A copy of the relevant portion of the log file is attached. We had experienced similar issues in 2.5.1 as well, but hoped that this would be resolved by the 2.8 release. Reviewing GitHub, the only similar references that we found were pull requests 1155 (https://github.com/archivesspace/archivesspace/pull/1155) and 1257 (https://github.com/archivesspace/archivesspace/issues/1257), though these were back in the 2.3.1 release. Have others encountered similar issues, and if so how were they resolved? Thank you for your help, Cory Nimer University Archivist Brigham Young University 801-422-6091 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: archivesspace solr error.txt URL: From Joshua.D.Shaw at dartmouth.edu Wed Sep 30 13:17:45 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 30 Sep 2020 17:17:45 +0000 Subject: [Archivesspace_Users_Group] Database connection error in ArchivesSpace 2.8 PUI In-Reply-To: References: Message-ID: Just a guess, but are there more than 1024 top containers that you are trying to retrieve? The maxBooleanClauses setting in https://github.com/archivesspace/archivesspace/blob/master/solr/solrconfig.xml#L69 limits the max number of booleans to 1024. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Cory Nimer Sent: Wednesday, September 30, 2020 12:09 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] Database connection error in ArchivesSpace 2.8 PUI Colleagues, While testing ArchivesSpace 2.8, we have run into occasional problems loading some records in the PUI, receiving the message "Unable to Connect to Database". Looking at the log files, it reports that the Solr search failed, caused by "too many boolean clauses". A copy of the relevant portion of the log file is attached. We had experienced similar issues in 2.5.1 as well, but hoped that this would be resolved by the 2.8 release. Reviewing GitHub, the only similar references that we found were pull requests 1155 (https://github.com/archivesspace/archivesspace/pull/1155) and 1257 (https://github.com/archivesspace/archivesspace/issues/1257), though these were back in the 2.3.1 release. Have others encountered similar issues, and if so how were they resolved? Thank you for your help, Cory Nimer University Archivist Brigham Young University 801-422-6091 -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory_nimer at byu.edu Wed Sep 30 13:26:12 2020 From: cory_nimer at byu.edu (Cory Nimer) Date: Wed, 30 Sep 2020 17:26:12 +0000 Subject: [Archivesspace_Users_Group] Database connection error in ArchivesSpace 2.8 PUI In-Reply-To: References: Message-ID: Looking at the record, there are 604 top containers associated with the resource record. Overall, the collection has 632 top container records. Cory From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Joshua D. Shaw Sent: Wednesday, September 30, 2020 11:18 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: Re: [Archivesspace_Users_Group] Database connection error in ArchivesSpace 2.8 PUI Just a guess, but are there more than 1024 top containers that you are trying to retrieve? The maxBooleanClauses setting in https://github.com/archivesspace/archivesspace/blob/master/solr/solrconfig.xml#L69 limits the max number of booleans to 1024. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Cory Nimer > Sent: Wednesday, September 30, 2020 12:09 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) > Subject: [Archivesspace_Users_Group] Database connection error in ArchivesSpace 2.8 PUI Colleagues, While testing ArchivesSpace 2.8, we have run into occasional problems loading some records in the PUI, receiving the message "Unable to Connect to Database". Looking at the log files, it reports that the Solr search failed, caused by "too many boolean clauses". A copy of the relevant portion of the log file is attached. We had experienced similar issues in 2.5.1 as well, but hoped that this would be resolved by the 2.8 release. Reviewing GitHub, the only similar references that we found were pull requests 1155 (https://github.com/archivesspace/archivesspace/pull/1155) and 1257 (https://github.com/archivesspace/archivesspace/issues/1257), though these were back in the 2.3.1 release. Have others encountered similar issues, and if so how were they resolved? Thank you for your help, Cory Nimer University Archivist Brigham Young University 801-422-6091 -------------- next part -------------- An HTML attachment was scrubbed... URL: From scheirw at newschool.edu Wed Sep 30 13:28:03 2020 From: scheirw at newschool.edu (Wendy Scheir) Date: Wed, 30 Sep 2020 13:28:03 -0400 Subject: [Archivesspace_Users_Group] spreadsheet imports in 2.8v SUI Message-ID: Hi, In attempting to upload spreadsheets into ASpace using the Load via Spreadsheet functionality in the 2.8v SUI, I'm running into 2 issues and hoping that someone can shed some light. In each case, I'm using the import spreadsheets downloaded from Github: (1) Using the general import spreadsheet to upload a collection that includes digital objects--fields BJ (digital_object_id), BK (digital_object_title), BL (digital_object_link) the archival objects imported, but not the digital objects. (2) Using the DO import spreadsheet (again, downloaded directly from Github), I'm getting the error message "This spreadsheet has duplicate Archive Space Field codes: , , , , , , , , , , , , ," However, I don't see any obvious duplicate field codes in Row 4 of the spreadsheet. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Wed Sep 30 13:51:11 2020 From: rneal at richmond.edu (Neal, Rick) Date: Wed, 30 Sep 2020 17:51:11 +0000 Subject: [Archivesspace_Users_Group] Permission denied question Message-ID: Good afternoon, I have successfully migrated our Archives Space 2.5.0 version to another server Archives Space 2.52. I have some kind of Apache thing happening, I think. If I use the ipaddress:port everything works great. My ports are all open and listening. tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 3678/httpd tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3678/httpd [Wed Sep 30 12:48:56.254273 2020] [proxy:error] [pid 3681] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.254386 2020] [proxy:error] [pid 3681] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.254410 2020] [proxy_http:error] [pid 3681] [client 172.11.9.86:63320] AH01114: HTTP: failed to make connection to backend: 172.21.8.11 [Wed Sep 30 12:48:56.602690 2020] [proxy:error] [pid 3682] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.602749 2020] [proxy:error] [pid 3682] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.602760 2020] [proxy_http:error] [pid 3682] [client 172.11.9.86:63321] AH01114: HTTP: failed to make connection to backend: 172.21.8.11, referer: https://servername.richmond.edu/ Anyone have an idea of how to handle this? Thanks! Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: From scheirw at newschool.edu Wed Sep 30 14:14:09 2020 From: scheirw at newschool.edu (Wendy Scheir) Date: Wed, 30 Sep 2020 14:14:09 -0400 Subject: [Archivesspace_Users_Group] spreadsheet imports in 2.8v SUI In-Reply-To: References: Message-ID: Hi, In addition to the DO import spreadsheet error that I indicated in my recent email re: duplicate field codes, another error message I'm receiving in trying to import the DOs is: "{"error":"undefined method `pretty_inspect' for #"}" I'd be grateful for any insight you can provide on these issues. Many thanks, Wendy On Wed, Sep 30, 2020 at 1:28 PM Wendy Scheir wrote: > Hi, > > In attempting to upload spreadsheets into ASpace using the Load via > Spreadsheet functionality in the 2.8v SUI, I'm running into 2 issues and > hoping that someone can shed some light. In each case, I'm using the import > spreadsheets downloaded from Github: > > (1) Using the general import spreadsheet to upload a collection that > includes digital objects--fields BJ (digital_object_id), BK > (digital_object_title), BL (digital_object_link) the archival objects > imported, but not the digital objects. > > (2) Using the DO import spreadsheet (again, downloaded directly from > Github), I'm getting the error message "This spreadsheet has duplicate > Archive Space Field codes: , , , , , , , , , , , , ," However, I don't see > any obvious duplicate field codes in Row 4 of the spreadsheet. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed Sep 30 14:29:09 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 30 Sep 2020 18:29:09 +0000 Subject: [Archivesspace_Users_Group] Permission denied question In-Reply-To: References: Message-ID: Can you share your configs? Something looks like it might be wrong. Or Maybe something already running on those ports? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Neal, Rick Sent: Wednesday, September 30, 2020 1:51 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Permission denied question Good afternoon, I have successfully migrated our Archives Space 2.5.0 version to another server Archives Space 2.52. I have some kind of Apache thing happening, I think. If I use the ipaddress:port everything works great. My ports are all open and listening. tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 3678/httpd tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3678/httpd [Wed Sep 30 12:48:56.254273 2020] [proxy:error] [pid 3681] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.254386 2020] [proxy:error] [pid 3681] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.254410 2020] [proxy_http:error] [pid 3681] [client 172.11.9.86:63320] AH01114: HTTP: failed to make connection to backend: 172.21.8.11 [Wed Sep 30 12:48:56.602690 2020] [proxy:error] [pid 3682] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.602749 2020] [proxy:error] [pid 3682] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.602760 2020] [proxy_http:error] [pid 3682] [client 172.11.9.86:63321] AH01114: HTTP: failed to make connection to backend: 172.21.8.11, referer: https://servername.richmond.edu/ Anyone have an idea of how to handle this? Thanks! Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Wed Sep 30 14:43:20 2020 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 30 Sep 2020 18:43:20 +0000 Subject: [Archivesspace_Users_Group] spreadsheet imports in 2.8v SUI In-Reply-To: References: Message-ID: Hi Wendy, Can you try importing your file into a dummy record on our test server: http://test.archivesspace.org/staff/? (username admin, password admin) We?ve been working on a number of changes to the importer based on feedback since 2.8.0. The pretty_inspect message usually means there?s a data error that should be caught by the logging process that shows up post-import. Some errors were not accounted for in the version in 2.8.0 so you get that message instead of the error, but should be there. The digital objects issue is not familiar to me, but I?m wondering if that may be different there too. You?ll start the import the same way you usually would on the test server, but it will move the process over to a background job so that it can run more quickly and the log is more easily downloadable afterwards. If you need any more guidance on that, please let me know. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir Sent: Wednesday, September 30, 2020 2:14 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] spreadsheet imports in 2.8v SUI Hi, In addition to the DO import spreadsheet error that I indicated in my recent email re: duplicate field codes, another error message I'm receiving in trying to import the DOs is: "{"error":"undefined method `pretty_inspect' for #"}" I'd be grateful for any insight you can provide on these issues. Many thanks, Wendy On Wed, Sep 30, 2020 at 1:28 PM Wendy Scheir > wrote: Hi, In attempting to upload spreadsheets into ASpace using the Load via Spreadsheet functionality in the 2.8v SUI, I'm running into 2 issues and hoping that someone can shed some light. In each case, I'm using the import spreadsheets downloaded from Github: (1) Using the general import spreadsheet to upload a collection that includes digital objects--fields BJ (digital_object_id), BK (digital_object_title), BL (digital_object_link) the archival objects imported, but not the digital objects. (2) Using the DO import spreadsheet (again, downloaded directly from Github), I'm getting the error message "This spreadsheet has duplicate Archive Space Field codes: , , , , , , , , , , , , ," However, I don't see any obvious duplicate field codes in Row 4 of the spreadsheet. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 6608 bytes Desc: image002.jpg URL: From rneal at richmond.edu Wed Sep 30 14:56:57 2020 From: rneal at richmond.edu (Neal, Rick) Date: Wed, 30 Sep 2020 18:56:57 +0000 Subject: [Archivesspace_Users_Group] Permission denied question In-Reply-To: References: Message-ID: Thanks Blake! Here is what my port situation looks like: tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 22851/httpd tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8082 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8089 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8090 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8091 0.0.0.0:* LISTEN 1678/java Which config files do you mean? My httpd.conf file has certificate information that I don't really want to post here. I am using port based redirection to get to the various ports. Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Wednesday, September 30, 2020 2:29 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Permission denied question Can you share your configs? Something looks like it might be wrong. Or Maybe something already running on those ports? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 30, 2020 1:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Permission denied question Good afternoon, I have successfully migrated our Archives Space 2.5.0 version to another server Archives Space 2.52. I have some kind of Apache thing happening, I think. If I use the ipaddress:port everything works great. My ports are all open and listening. tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 3678/httpd tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3678/httpd [Wed Sep 30 12:48:56.254273 2020] [proxy:error] [pid 3681] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.254386 2020] [proxy:error] [pid 3681] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.254410 2020] [proxy_http:error] [pid 3681] [client 172.11.9.86:63320] AH01114: HTTP: failed to make connection to backend: 172.21.8.11 [Wed Sep 30 12:48:56.602690 2020] [proxy:error] [pid 3682] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.602749 2020] [proxy:error] [pid 3682] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.602760 2020] [proxy_http:error] [pid 3682] [client 172.11.9.86:63321] AH01114: HTTP: failed to make connection to backend: 172.21.8.11, referer: https://servername.richmond.edu/ Anyone have an idea of how to handle this? Thanks! Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: From scheirw at newschool.edu Wed Sep 30 15:28:10 2020 From: scheirw at newschool.edu (Wendy Scheir) Date: Wed, 30 Sep 2020 15:28:10 -0400 Subject: [Archivesspace_Users_Group] spreadsheet imports in 2.8v SUI In-Reply-To: References: Message-ID: Hi Christine, Thank you for your reply. Yes! I was able to successfully import both spreadsheets in the sandbox! No error messages. Is there a patch that we can apply to our instance to make this work for us? This does, however, lead me to another question. We are hoping to use the File version URI field to enter an internal file path (not an actual link), and I thought that if I used column BL on the import spreadsheet (column K on the DO spreadsheet) that the file path would populate the URI field--alas, it doesn't. But I don't see another field on the spreadsheet where one can place the non-linking file path to have it populate the URI field. Is there one that I'm just not interpreting properly? Many thanks, Wendy ____________________________________ WENDY SCHEIR *DIRECTOR* 66 5TH AVENUE, NEW YORK, NY 10011 scheirw at newschool.edu T 212.229.5942 x2888 Explore the Archives | Digital Collections from the Archives | New School Histories | @tnsarchives On Wed, Sep 30, 2020 at 2:43 PM Christine Di Bella < christine.dibella at lyrasis.org> wrote: > Hi Wendy, > > > > Can you try importing your file into a dummy record on our test server: > http://test.archivesspace.org/staff/? (username admin, password admin) > > > > We?ve been working on a number of changes to the importer based on > feedback since 2.8.0. The pretty_inspect message usually means there?s a > data error that should be caught by the logging process that shows up > post-import. Some errors were not accounted for in the version in 2.8.0 so > you get that message instead of the error, but should be there. The digital > objects issue is not familiar to me, but I?m wondering if that may be > different there too. > > > > You?ll start the import the same way you usually would on the test server, > but it will move the process over to a background job so that it can run > more quickly and the log is more easily downloadable afterwards. If you > need any more guidance on that, please let me know. > > > > Christine > > > > Christine Di Bella > > ArchivesSpace Program Manager > > christine.dibella at lyrasis.org > > 800.999.8558 x2905 > > 678-235-2905 > > > > > > [image: ASpaceOrgHomeMedium] > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Wendy > Scheir > *Sent:* Wednesday, September 30, 2020 2:14 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] spreadsheet imports in 2.8v SUI > > > > Hi, > > > > In addition to the DO import spreadsheet error that I indicated in my > recent email re: duplicate field codes, another error message I'm receiving > in trying to import the DOs is: "{"error":"undefined method > `pretty_inspect' for #"}" > > > > I'd be grateful for any insight you can provide on these issues. > > > > Many thanks, > > Wendy > > > > On Wed, Sep 30, 2020 at 1:28 PM Wendy Scheir > wrote: > > Hi, > > > > In attempting to upload spreadsheets into ASpace using the Load via > Spreadsheet functionality in the 2.8v SUI, I'm running into 2 issues and > hoping that someone can shed some light. In each case, I'm using the import > spreadsheets downloaded from Github: > > > > (1) Using the general import spreadsheet to upload a collection that > includes digital objects--fields BJ (digital_object_id), BK > (digital_object_title), BL (digital_object_link) the archival objects > imported, but not the digital objects. > > > > (2) Using the DO import spreadsheet (again, downloaded directly from > Github), I'm getting the error message "This spreadsheet has duplicate > Archive Space Field codes: , , , , , , , , , , , , ," However, I don't see > any obvious duplicate field codes in Row 4 of the spreadsheet. > > _______________________________________________ > 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.jpg Type: image/jpeg Size: 6608 bytes Desc: not available URL: From blake.carver at lyrasis.org Wed Sep 30 15:35:47 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 30 Sep 2020 19:35:47 +0000 Subject: [Archivesspace_Users_Group] Permission denied question In-Reply-To: References: , Message-ID: Probably not the entire Apache config, just the part with names/ports and that part of the config.rb file. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Neal, Rick Sent: Wednesday, September 30, 2020 2:56 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Permission denied question Thanks Blake! Here is what my port situation looks like: tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 22851/httpd tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8082 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8089 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8090 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8091 0.0.0.0:* LISTEN 1678/java Which config files do you mean? My httpd.conf file has certificate information that I don?t really want to post here. I am using port based redirection to get to the various ports. Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Wednesday, September 30, 2020 2:29 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Permission denied question Can you share your configs? Something looks like it might be wrong. Or Maybe something already running on those ports? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 30, 2020 1:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Permission denied question Good afternoon, I have successfully migrated our Archives Space 2.5.0 version to another server Archives Space 2.52. I have some kind of Apache thing happening, I think. If I use the ipaddress:port everything works great. My ports are all open and listening. tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 3678/httpd tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3678/httpd [Wed Sep 30 12:48:56.254273 2020] [proxy:error] [pid 3681] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.254386 2020] [proxy:error] [pid 3681] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.254410 2020] [proxy_http:error] [pid 3681] [client 172.11.9.86:63320] AH01114: HTTP: failed to make connection to backend: 172.21.8.11 [Wed Sep 30 12:48:56.602690 2020] [proxy:error] [pid 3682] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.602749 2020] [proxy:error] [pid 3682] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.602760 2020] [proxy_http:error] [pid 3682] [client 172.11.9.86:63321] AH01114: HTTP: failed to make connection to backend: 172.21.8.11, referer: https://servername.richmond.edu/ Anyone have an idea of how to handle this? Thanks! Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: From lhocking at litchfieldhistoricalsociety.org Wed Sep 30 15:43:23 2020 From: lhocking at litchfieldhistoricalsociety.org (Linda Hocking) Date: Wed, 30 Sep 2020 19:43:23 +0000 Subject: [Archivesspace_Users_Group] Unprocessed Accessions Report Message-ID: Good afternoon, One of our work from home data cleanup projects has been dealing with the accession records that weren't linked to resources. When we finished re-linking, we attempted to find a list of all unprocessed accessions. Unfortunately, the Unprocessed Accessions report shows all of our collections because there aren't events for each accession record noting they have been processed. Many of these were processed quite some time ago and imported from Archon, we don't have dates or really any notes to add that aren't already in the finding aid processing notes fields. I'm sure there's a really good database reason why this can't just be a check box, but I wonder if anyone has had this problem and whether you figured out an quick and easy way to create/import the events rather than adding one at a time. Many thanks in advance for help and advice! Linda Linda M. Hocking, CA Curator of Library & Archives Litchfield Historical Society P.O. Box 385 Litchfield, CT 06759 860-567-4501 https://www.litchfieldhistoricalsociety.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Wed Sep 30 15:48:29 2020 From: rneal at richmond.edu (Neal, Rick) Date: Wed, 30 Sep 2020 19:48:29 +0000 Subject: [Archivesspace_Users_Group] Permission denied question In-Reply-To: References: , Message-ID: Blake, I just copied my mysq-connector over to the new server (version 2.5.2) from the old server (version 2.5.0) when I installed AS. That file is: mysql-connector-java-5.1.24.jar. Should I have used a different file and, if so, where do I get it from? These are the only lines uncommented in config.rb: AppConfig[:db_url] = "jdbc:mysql://localhost:3306/archivesspace?user=deputydog&password=secretsquirrel&useUnicode=true&characterEncoding=UTF-8" AppConfig[:oai_repository_name] = 'ArchivesSpace OAI Provider' AppConfig[:oai_proxy_url] = 'http://aspace.richmond.edu:8082/' AppConfig[:oai_record_prefix] = 'oai:archivesspace' AppConfig[:oai_admin_email] = 'email at school.edu' Thanks! Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Blake Carver Sent: Wednesday, September 30, 2020 3:36 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Permission denied question Probably not the entire Apache config, just the part with names/ports and that part of the config.rb file. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 30, 2020 2:56 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Permission denied question Thanks Blake! Here is what my port situation looks like: tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 22851/httpd tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8082 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8089 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8090 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:8091 0.0.0.0:* LISTEN 1678/java Which config files do you mean? My httpd.conf file has certificate information that I don't really want to post here. I am using port based redirection to get to the various ports. Rick From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Blake Carver Sent: Wednesday, September 30, 2020 2:29 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Permission denied question Can you share your configs? Something looks like it might be wrong. Or Maybe something already running on those ports? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Neal, Rick > Sent: Wednesday, September 30, 2020 1:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Permission denied question Good afternoon, I have successfully migrated our Archives Space 2.5.0 version to another server Archives Space 2.52. I have some kind of Apache thing happening, I think. If I use the ipaddress:port everything works great. My ports are all open and listening. tcp 0 0 0.0.0.0:8081 0.0.0.0:* LISTEN 1678/java tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 3678/httpd tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3678/httpd [Wed Sep 30 12:48:56.254273 2020] [proxy:error] [pid 3681] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.254386 2020] [proxy:error] [pid 3681] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.254410 2020] [proxy_http:error] [pid 3681] [client 172.11.9.86:63320] AH01114: HTTP: failed to make connection to backend: 172.21.8.11 [Wed Sep 30 12:48:56.602690 2020] [proxy:error] [pid 3682] (13)Permission denied: AH00957: HTTP: attempt to connect to 172.21.8.11:8081 (172.21.8.11) failed [Wed Sep 30 12:48:56.602749 2020] [proxy:error] [pid 3682] AH00959: ap_proxy_connect_backend disabling worker for (172.21.8.11) for 60s [Wed Sep 30 12:48:56.602760 2020] [proxy_http:error] [pid 3682] [client 172.11.9.86:63321] AH01114: HTTP: failed to make connection to backend: 172.21.8.11, referer: https://servername.richmond.edu/ Anyone have an idea of how to handle this? Thanks! Rick Neal Library Systems and Applications Administrator University of Richmond -------------- next part -------------- An HTML attachment was scrubbed... URL: From ph448 at cam.ac.uk Wed Sep 30 16:01:12 2020 From: ph448 at cam.ac.uk (Peter Heiner) Date: Wed, 30 Sep 2020 21:01:12 +0100 Subject: [Archivesspace_Users_Group] Permission denied question In-Reply-To: References: Message-ID: <20200930200112.2c6kpaie4qgitbds@thursday.localdomain> Neal, Rick wrote on 2020-09-30 19:48:29: > Blake, > > I just copied my mysq-connector over to the new server (version 2.5.2) from the old server (version 2.5.0) when I installed AS. That file is: mysql-connector-java-5.1.24.jar. Should I have used a different file and, if so, where do I get it from? > > These are the only lines uncommented in config.rb: > AppConfig[:db_url] = "jdbc:mysql://localhost:3306/archivesspace?user=deputydog&password=secretsquirrel&useUnicode=true&characterEncoding=UTF-8" > AppConfig[:oai_repository_name] = 'ArchivesSpace OAI Provider' > AppConfig[:oai_proxy_url] = 'http://aspace.richmond.edu:8082/' > AppConfig[:oai_record_prefix] = 'oai:archivesspace' > AppConfig[:oai_admin_email] = 'email at school.edu' The error message you got means Apache tried to pass the request on to AS, but the configuration prevented it from doing that. This can happen because of server defaults or settings within a Location block in the Apache config. Does the new server have a different version of the OS or a different distribution? p From kate_bowers at harvard.edu Wed Sep 30 16:03:04 2020 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Wed, 30 Sep 2020 20:03:04 +0000 Subject: [Archivesspace_Users_Group] Unprocessed Accessions Report In-Reply-To: References: Message-ID: There is "processing status" in accession records. I don't think there is a way to update processing statuses in bulk through the user interface, but it is a good place to indicate whether an accession has been processed or not or something in between. Processing statuses can be the default or can be edited using Controlled Value List and selecting Collection Management Processing Status A selection of ours are as follows: * Completed * In progress * Partially processed * Unknown * Unprocessed (For the very curious: "In progress" means we're working on it. "Partially processed" means it's not completed, but we're not working on it.) Kate Kate Bowers Collections Services Archivist for Metadata, Standards, and Systems Harvard University Archives kate_bowers at harvard.edu https://archives.harvard.edu 617-998-5238 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Linda Hocking Sent: Wednesday, September 30, 2020 3:43 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Unprocessed Accessions Report Good afternoon, One of our work from home data cleanup projects has been dealing with the accession records that weren't linked to resources. When we finished re-linking, we attempted to find a list of all unprocessed accessions. Unfortunately, the Unprocessed Accessions report shows all of our collections because there aren't events for each accession record noting they have been processed. Many of these were processed quite some time ago and imported from Archon, we don't have dates or really any notes to add that aren't already in the finding aid processing notes fields. I'm sure there's a really good database reason why this can't just be a check box, but I wonder if anyone has had this problem and whether you figured out an quick and easy way to create/import the events rather than adding one at a time. Many thanks in advance for help and advice! Linda Linda M. Hocking, CA Curator of Library & Archives Litchfield Historical Society P.O. Box 385 Litchfield, CT 06759 860-567-4501 https://www.litchfieldhistoricalsociety.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From rneal at richmond.edu Wed Sep 30 16:19:08 2020 From: rneal at richmond.edu (Neal, Rick) Date: Wed, 30 Sep 2020 20:19:08 +0000 Subject: [Archivesspace_Users_Group] Permission denied question In-Reply-To: <20200930200112.2c6kpaie4qgitbds@thursday.localdomain> References: <20200930200112.2c6kpaie4qgitbds@thursday.localdomain> Message-ID: Peter, YES! We moved from RHEL 6 to RHEL 7. Rick -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Peter Heiner Sent: Wednesday, September 30, 2020 4:01 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Permission denied question Neal, Rick wrote on 2020-09-30 19:48:29: > Blake, > > I just copied my mysq-connector over to the new server (version 2.5.2) from the old server (version 2.5.0) when I installed AS. That file is: mysql-connector-java-5.1.24.jar. Should I have used a different file and, if so, where do I get it from? > > These are the only lines uncommented in config.rb: > AppConfig[:db_url] = "jdbc:mysql://localhost:3306/archivesspace?user=deputydog&password=secretsquirrel&useUnicode=true&characterEncoding=UTF-8" > AppConfig[:oai_repository_name] = 'ArchivesSpace OAI Provider' > AppConfig[:oai_proxy_url] = 'http://aspace.richmond.edu:8082/' > AppConfig[:oai_record_prefix] = 'oai:archivesspace' > AppConfig[:oai_admin_email] = 'email at school.edu' The error message you got means Apache tried to pass the request on to AS, but the configuration prevented it from doing that. This can happen because of server defaults or settings within a Location block in the Apache config. Does the new server have a different version of the OS or a different distribution? p _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From ph448 at cam.ac.uk Wed Sep 30 17:03:58 2020 From: ph448 at cam.ac.uk (Peter Heiner) Date: Wed, 30 Sep 2020 22:03:58 +0100 Subject: [Archivesspace_Users_Group] Permission denied question In-Reply-To: References: <20200930200112.2c6kpaie4qgitbds@thursday.localdomain> Message-ID: <20200930210358.rjul2kftdy5s2car@thursday.localdomain> Neal, Rick wrote on 2020-09-30 20:19:08: > YES! We moved from RHEL 6 to RHEL 7. On RHEL you may have to issue a setsebool -P httpd_can_network_connect 1 as root to allow Apache to be able to connect to the network and act as a proxy. I don't think much of the defaults have changed between the two, so my second best guess will be Location blocks in the config if this does not work. p From ph448 at cam.ac.uk Wed Sep 30 17:09:18 2020 From: ph448 at cam.ac.uk (Peter Heiner) Date: Wed, 30 Sep 2020 22:09:18 +0100 Subject: [Archivesspace_Users_Group] Containerised ArchivesSpace in production In-Reply-To: References: <20200925162128.at6jfwix4p5au2oz@thursday.localdomain> Message-ID: <20200930210918.anuubzktuolid5w4@thursday.localdomain> Joshua D. Shaw wrote on 2020-09-29 13:25:43: > I've created a git repo that describes our Docker setup. I hope it'll > be enough to get people going, but please feel free to send me an > email with questions. > > https://github.com/dartmouth-dltg/aspace-docker Thanks for this. How do you run your containers, do you use an orchestrator like Docker Swarm or Kubernetes in production? p From Joshua.D.Shaw at dartmouth.edu Wed Sep 30 19:14:09 2020 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 30 Sep 2020 23:14:09 +0000 Subject: [Archivesspace_Users_Group] Containerised ArchivesSpace in production In-Reply-To: <20200930210918.anuubzktuolid5w4@thursday.localdomain> References: <20200925162128.at6jfwix4p5au2oz@thursday.localdomain> , <20200930210918.anuubzktuolid5w4@thursday.localdomain> Message-ID: We use Kubernetes for our dev, pre-prod, and production environments. Locally I just run via the Docker app as needed. The images for dev, preprod and prod are built with Jenkins pipelines (based on new tags added to the code repo). Once the image is built and published to the registry, I can then choose to deploy that new image via another pipeline which does the actual deploy. If you need more info on the Jenkins & Kubernetes bits, I can put you in touch with our sysadmin, since I'm not really familiar with the setup for those pieces. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Peter Heiner Sent: Wednesday, September 30, 2020 5:09 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Containerised ArchivesSpace in production Joshua D. Shaw wrote on 2020-09-29 13:25:43: > I've created a git repo that describes our Docker setup. I hope it'll > be enough to get people going, but please feel free to send me an > email with questions. > > https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdartmouth-dltg%2Faspace-docker&data=02%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C376af0b6fac642a322fc08d865851ce4%7C995b093648d640e5a31ebf689ec9446f%7C0%7C1%7C637370969670837745&sdata=Xy%2BYeRtRB8JYA0pP%2BwJEybZhUz%2B2gCsGKCcuPpFC6VI%3D&reserved=0 Thanks for this. How do you run your containers, do you use an orchestrator like Docker Swarm or Kubernetes in production? p _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=02%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7C376af0b6fac642a322fc08d865851ce4%7C995b093648d640e5a31ebf689ec9446f%7C0%7C1%7C637370969670837745&sdata=wKJTnfq8rAIHn3I4UgKUpdFofesUNkAvtJOlqKTjChw%3D&reserved=0 -------------- next part -------------- An HTML attachment was scrubbed... URL: