From benn.joseph at northwestern.edu Mon Aug 2 14:47:18 2021 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Mon, 2 Aug 2021 18:47:18 +0000 Subject: [Archivesspace_Users_Group] The ArchivesSpace PUI in 2019... Message-ID: Hi everyone, Here at Northwestern Libraries, we are at the beginning of a comprehensive UX review of our ArchivesSpace public interface, which we have been using since pretty early-on (either late 2016 or early 2017, I can't remember). To that end, I've just dug up this list that Mark Custer put together a couple of years ago (below), which is a fantastic resource-but I'm not sure if it's still up to date. Are there other lists of ASpace PUI users, or is this still the best resource...or has the ASpace PUI become so commonplace now that a list like this is no longer needed? Thanks! --Benn Benn Joseph (he/him/his) 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 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Wednesday, January 23, 2019 10:53 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] The ArchivesSpace PUI in 2019 Happy New Year, and happy Wednesday: I wanted to follow up on this blog post, https://archivesspace.org/archives/2534, now that Yale is using the ArchivesSpace Public Interface in production. Every once in a while, I run a few online searches to see who else is using the public interface. Back in November 2017, I had found 48 different sites (with about 9 of those sites that looked to be testing the waters). As of today, I have found ... drum roll... : * 153 total sites using the PUI * 133 using ArchivesSpace 2.1 or newer, with about 10 of those perhaps still in beta (but I've added any site that I could find with an online search) * 6 using Aeon for requesting * 4 outside of the U.S Here's a link to the document where I've been keeping track of the sites: https://docs.google.com/spreadsheets/d/1IVDp_tN6swURAZr0o-OG5pHwQiZP2oTwnp436WYaB9w/edit?usp=sharing I've updated that document so that anyone should be able to make edits, so feel free to correct any data that's there, add something, delete, etc. At Yale, in the next couple of months we are looking to make a few changes to the "Collection Organization" / single-scroll view. We'll write back to the list once we have more to share about that. I'm curious if there are any other institutions looking to make changes to general functionality in the public interface, whether in regards to searching, indexing, digital object integration, HTML or PDF displays, etc. I also just wanted to write back now that there are over 100 sites using ArchivesSpace as a public interface. That's really cool! All my best, and I look forward to seeing where folks take the PUI in the near future. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From reesj at mail.nlm.nih.gov Tue Aug 3 11:12:00 2021 From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E]) Date: Tue, 3 Aug 2021 15:12:00 +0000 Subject: [Archivesspace_Users_Group] Human readable URLs inserting underscores Message-ID: Hi all, Experimenting with the human readable URLs options and I notice that with our numerical EADIDS 2 underscores are inserted as a prefix for Resources, but not Archival Objects. I see the same behavior with or without autogenerate slugs on/off and when running the background job. This behavior is not present with alphanumeric EADIDs. Is this a bug or a feature? I don't see this in the original spec documentation. Some screenshots attached. Our config: AppConfig[:use_human_readable_urls] = true # ## Use the repository in human-readable URLs ## Warning: setting repo_name_in_slugs to true when it has previously been set to false will break links, unless all slugs are regenerated. AppConfig[:repo_name_in_slugs] = true # ## Autogenerate slugs based on IDs. If this is set to false, then slugs will autogenerate based on name or title. AppConfig[:auto_generate_slugs_with_id] = true # ## For Resources: if this option and auto_generate_slugs_with_id are both enabled, then slugs for Resources will be generated with EADID instead of the identifier. AppConfig[:generate_resource_slugs_with_eadid] = true # ## For archival objects: if this option and auto_generate_slugs_with_id are both enabled, then slugs for archival resources will be generated with Component Unique Identifier instead of the identifier. AppConfig[:generate_archival_object_slugs_with_cuid] = true Thanks, John John P. Rees Archivist and Digital Resources Manager History of Medicine Division National Library of Medicine 301-827-4510 Teleworking M-F 8:00AM - 4:30PM Eastern Time each day until further notice [I am vaccinated signature.] [cid:image004.jpg at 01D7884F.FC3F4DC0] [cid:image008.png at 01D7884F.38D92DB0] [cid:image005.jpg at 01D7884F.FC3F4DC0] [cid:image011.jpg at 01D7884F.FC3F4DC0] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 22173 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.png Type: image/png Size: 7664 bytes Desc: image008.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 17253 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 19729 bytes Desc: image005.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image011.jpg Type: image/jpeg Size: 17029 bytes Desc: image011.jpg URL: From benn.joseph at northwestern.edu Tue Aug 3 14:19:09 2021 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Tue, 3 Aug 2021 18:19:09 +0000 Subject: [Archivesspace_Users_Group] digital object import issue Message-ID: Hi everyone, We're trying to use the DO import spreadsheet to add digital objects to existing archival objects in a resource record using the templates here: https://github.com/archivesspace/archivesspace/tree/master/templates When using 'bulk_import_template.xlsx', we're able to import digital objects no problem, but they come into the system unpublished...and there isn't a column for 'publish=TRUE' in the digital object section. We've also tried using 'bulk_import_DO_template.xlsx' because that one does have a 'publish=' column, but even when it's set to TRUE, our digital objects are still coming into ASpace unpublished. We have a lot of these to do, and publishing them all manually will take forever! We're using v2.8.1 and I can't find any bug reports mentioning this--attached is the DO import spreadsheet we tried most recently, in case anyone can see what we're missing. Thanks! --Benn Benn Joseph (he/him/his) 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: ArchiveSpaceLoad.TL030.DO.xlsx Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet Size: 104915 bytes Desc: ArchiveSpaceLoad.TL030.DO.xlsx URL: From shand at ap.org Tue Aug 3 15:30:30 2021 From: shand at ap.org (Hand, Sarit) Date: Tue, 3 Aug 2021 19:30:30 +0000 Subject: [Archivesspace_Users_Group] digital object import issue In-Reply-To: References: Message-ID: Hi Benn, This may seem obvious but just checking, are the Archival Object records, you are linking the DO records to, published? When you use 'bulk_import_template.xlsx', Publish is determined by the status you set for the Archival Object record you are creating hence no Publish field for the digital object record. That importer is for bulk importing Archival Objects with an option to include a DO. The 'bulk_import_DO_template.xlsx', is for uploading DO records to pre-existing AO records, I was unable to find anything in AS Help Center that indicates whether or not the pre-existing record in AS needs to be published or not. If the Archival Objects you are linking to are published and the DOs are still importing FALSE, then maybe there is a glitch that needs to be fixed. Perhaps a support ticket? I have not used the DO importer yet, but now I'll know to watch out for this, tnx. Please update if/when you figure this out. Cheers [cid:image003.png at 01D7887C.9C221300] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image004.png at 01D7887C.9C221300] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Tuesday, August 3, 2021 2:19 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Hi everyone, We're trying to use the DO import spreadsheet to add digital objects to existing archival objects in a resource record using the templates here: https://github.com/archivesspace/archivesspace/tree/master/templates When using 'bulk_import_template.xlsx', we're able to import digital objects no problem, but they come into the system unpublished...and there isn't a column for 'publish=TRUE' in the digital object section. We've also tried using 'bulk_import_DO_template.xlsx' because that one does have a 'publish=' column, but even when it's set to TRUE, our digital objects are still coming into ASpace unpublished. We have a lot of these to do, and publishing them all manually will take forever! We're using v2.8.1 and I can't find any bug reports mentioning this--attached is the DO import spreadsheet we tried most recently, in case anyone can see what we're missing. Thanks! --Benn Benn Joseph (he/him/his) 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 The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1094 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 5548 bytes Desc: image004.png URL: From Molly.Seegers at brooklynmuseum.org Wed Aug 4 10:37:57 2021 From: Molly.Seegers at brooklynmuseum.org (Molly Seegers) Date: Wed, 4 Aug 2021 14:37:57 +0000 Subject: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Message-ID: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> Posting this question on behalf of the Archives' Summer Intern, Aida Garrido. Hello, I'm testing the following feature with one archival object: https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646/Import+Archival+Objects+from+Excel+or+CSV+File+from+v2.8.1?focusedCommentId=2870837249#comment-2870837249 I want to add an item to a series, i.e. an archival object child to another archival object. I get the following error: Row 6: ERROR Row 6 will not be processed due to errors: Input resource's URI [] does not match row's URI [5244] [image.png] I am ingesting at the level of a series, whose internal resource record number from URL is 5244. [image.png] That is the exact number I wrote for the resource URI column. For hierarchical relationship I wrote down 2 and for description level I wrote item. >From the error I get, it looks as though the import is not picking up where I'm ingesting from - the brackets are being left blank. What might I be doing wrong? I have also attached the excel sheet I'm importing. Thank you. Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 39189 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 48251 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bulk_import_template ATTEMPT 1.xlsx Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet Size: 20848 bytes Desc: bulk_import_template ATTEMPT 1.xlsx URL: From kws2126 at columbia.edu Wed Aug 4 11:30:36 2021 From: kws2126 at columbia.edu (Kevin W. Schlottmann) Date: Wed, 4 Aug 2021 11:30:36 -0400 Subject: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID In-Reply-To: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> References: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> Message-ID: Just a guess, but I think you want the resource URI (14), not the archival object URI. On Wed, Aug 4, 2021 at 10:39 AM Molly Seegers < Molly.Seegers at brooklynmuseum.org> wrote: > Posting this question on behalf of the Archives? Summer Intern, Aida > Garrido. > > > > Hello, > > > > I'm testing the following feature with one archival object: > https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646/Import+Archival+Objects+from+Excel+or+CSV+File+from+v2.8.1?focusedCommentId=2870837249#comment-2870837249 > > > > I want to add an item to a series, i.e. an archival object child to > another archival object. I get the following error: > > Row 6: ERROR Row 6 will not be processed due to errors: Input resource's > URI [] does not match row's URI [5244] > > [image: image.png] > > I am ingesting at the level of a series, whose internal resource record > number from URL is 5244. > > [image: image.png] > > > > That is the exact number I wrote for the resource URI column. For > hierarchical relationship I wrote down 2 and for description level I wrote > item. > > From the error I get, it looks as though the import is not picking up > where I?m ingesting from - the brackets are being left blank. > > What might I be doing wrong? > > I have also attached the excel sheet I'm importing. > > Thank you. > > > > > > *Molly Seegers* > Museum Archivist > Brooklyn Museum > 200 Eastern Parkway, Brooklyn, NY 11238-6052 > P 718-501-6119 > Pronouns: she/her > > brooklynmuseum.org > Exhibitions | Membership > | Shop > | Follow @brooklynmuseum > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University *Pronouns: he/him/his* 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 39189 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 48251 bytes Desc: not available URL: From Molly.Seegers at brooklynmuseum.org Wed Aug 4 12:14:40 2021 From: Molly.Seegers at brooklynmuseum.org (Molly Seegers) Date: Wed, 4 Aug 2021 16:14:40 +0000 Subject: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID In-Reply-To: References: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> Message-ID: <727BED1AE3AF4641B0C9B8E31AE9C81F270342C0@yunwu2.brooklynmuseum.org> Thank you for the suggestion Kevin! We?re still getting the same error: [image.png] Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kevin W. Schlottmann Sent: Wednesday, August 4, 2021 11:31 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Just a guess, but I think you want the resource URI (14), not the archival object URI. On Wed, Aug 4, 2021 at 10:39 AM Molly Seegers > wrote: Posting this question on behalf of the Archives? Summer Intern, Aida Garrido. Hello, I'm testing the following feature with one archival object: https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646/Import+Archival+Objects+from+Excel+or+CSV+File+from+v2.8.1?focusedCommentId=2870837249#comment-2870837249 I want to add an item to a series, i.e. an archival object child to another archival object. I get the following error: Row 6: ERROR Row 6 will not be processed due to errors: Input resource's URI [] does not match row's URI [5244] [image.png] I am ingesting at the level of a series, whose internal resource record number from URL is 5244. [image.png] That is the exact number I wrote for the resource URI column. For hierarchical relationship I wrote down 2 and for description level I wrote item. From the error I get, it looks as though the import is not picking up where I?m ingesting from - the brackets are being left blank. What might I be doing wrong? I have also attached the excel sheet I'm importing. Thank you. Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University Pronouns: he/him/his 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 43093 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 39189 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 48251 bytes Desc: image003.png URL: From scassone at stanford.edu Wed Aug 4 12:59:59 2021 From: scassone at stanford.edu (Sarah J. Cassone) Date: Wed, 4 Aug 2021 16:59:59 +0000 Subject: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID In-Reply-To: <727BED1AE3AF4641B0C9B8E31AE9C81F270342C0@yunwu2.brooklynmuseum.org> References: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> <727BED1AE3AF4641B0C9B8E31AE9C81F270342C0@yunwu2.brooklynmuseum.org> Message-ID: I?m currently in the Aspace member forum webinar in which Valerie is presenting tips, and I believe I have your answer: you need to put the URI string, not just the URI ID, in that column. Quick screenshot I just took: [cid:image001.jpg at 01D78917.7B7EF550] Hope this helps, Sarah Cassone Metadata Librarian for Data Control Hoover Institution Library & Archives Stanford University scassone at stanford.edu (650) 725-3442 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Molly Seegers Sent: Wednesday, August 4, 2021 9:15 AM To: Archivesspace Users Group Cc: Aida Garrido Subject: Re: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Thank you for the suggestion Kevin! We?re still getting the same error: [image.png] Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kevin W. Schlottmann Sent: Wednesday, August 4, 2021 11:31 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Just a guess, but I think you want the resource URI (14), not the archival object URI. On Wed, Aug 4, 2021 at 10:39 AM Molly Seegers > wrote: Posting this question on behalf of the Archives? Summer Intern, Aida Garrido. Hello, I'm testing the following feature with one archival object: https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646/Import+Archival+Objects+from+Excel+or+CSV+File+from+v2.8.1?focusedCommentId=2870837249#comment-2870837249 I want to add an item to a series, i.e. an archival object child to another archival object. I get the following error: Row 6: ERROR Row 6 will not be processed due to errors: Input resource's URI [] does not match row's URI [5244] [image.png] I am ingesting at the level of a series, whose internal resource record number from URL is 5244. [image.png] That is the exact number I wrote for the resource URI column. For hierarchical relationship I wrote down 2 and for description level I wrote item. From the error I get, it looks as though the import is not picking up where I?m ingesting from - the brackets are being left blank. What might I be doing wrong? I have also attached the excel sheet I'm importing. Thank you. Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University Pronouns: he/him/his 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 43093 bytes Desc: image006.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 39189 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.png Type: image/png Size: 48251 bytes Desc: image008.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29628 bytes Desc: image001.jpg URL: From sara.j.szakaly at usda.gov Wed Aug 4 13:37:04 2021 From: sara.j.szakaly at usda.gov (Szakaly, Sara J - APHIS) Date: Wed, 4 Aug 2021 17:37:04 +0000 Subject: [Archivesspace_Users_Group] [External Email]Re: Archival object batch import, excel sheet, URI ID In-Reply-To: <727BED1AE3AF4641B0C9B8E31AE9C81F270342C0@yunwu2.brooklynmuseum.org> References: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> <727BED1AE3AF4641B0C9B8E31AE9C81F270342C0@yunwu2.brooklynmuseum.org> Message-ID: Hi, Kevin is right that you need the resource URI in that field. When I do it, I use the longer form that is located here - I don't know if using just the resource number will work. [Graphical user interface, text, application, email Description automatically generated] The other issue is that you need to include the hierarchy level 1 object if you are going to import a level 2 object, otherwise your import will not work. So you would need to include the series information. However, I believe that would duplicate the existing series rather than adding to it. I don't think there is a way to add archival objects to an existing series using the spreadsheet import (someone please correct me if I am wrong!!) [https://www.aphis.usda.gov/js/USDA-Logo.jpg] Sara Szakaly, MLS Archivist & Records Manager APHIS Wildlife Services (WS) WS National Wildlife Research Center 4101 Laporte Ave Fort Collins, CO 80521 P: 970-266-6021 Sara.J.Szakaly at usda.gov From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Molly Seegers Sent: Wednesday, August 4, 2021 10:15 AM To: Archivesspace Users Group Cc: Aida Garrido Subject: [External Email]Re: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID [External Email] If this message comes from an unexpected sender or references a vague/unexpected topic; Use caution before clicking links or opening attachments. Please send any concerns or suspicious messages to: Spam.Abuse at usda.gov Thank you for the suggestion Kevin! We're still getting the same error: [cid:image005.png at 01D78920.78E01870] Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kevin W. Schlottmann Sent: Wednesday, August 4, 2021 11:31 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Just a guess, but I think you want the resource URI (14), not the archival object URI. On Wed, Aug 4, 2021 at 10:39 AM Molly Seegers > wrote: Posting this question on behalf of the Archives' Summer Intern, Aida Garrido. Hello, I'm testing the following feature with one archival object: https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646/Import+Archival+Objects+from+Excel+or+CSV+File+from+v2.8.1?focusedCommentId=2870837249#comment-2870837249 I want to add an item to a series, i.e. an archival object child to another archival object. I get the following error: Row 6: ERROR Row 6 will not be processed due to errors: Input resource's URI [] does not match row's URI [5244] [image.png] I am ingesting at the level of a series, whose internal resource record number from URL is 5244. [image.png] That is the exact number I wrote for the resource URI column. For hierarchical relationship I wrote down 2 and for description level I wrote item. >From the error I get, it looks as though the import is not picking up where I'm ingesting from - the brackets are being left blank. What might I be doing wrong? I have also attached the excel sheet I'm importing. Thank you. Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University Pronouns: he/him/his 535 W. 114th St., New York, NY 10027 (212) 854-8483 This electronic message contains information generated by the USDA solely for the intended recipients. Any unauthorized interception of this message or the use or disclosure of the information it contains may violate the law and subject the violator to civil or criminal penalties. If you believe you have received this message in error, please notify the sender and delete the email immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 3453 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 43093 bytes Desc: image005.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 39189 bytes Desc: image006.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 48251 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 85101 bytes Desc: image002.png URL: From shand at ap.org Wed Aug 4 13:51:18 2021 From: shand at ap.org (Hand, Sarit) Date: Wed, 4 Aug 2021 17:51:18 +0000 Subject: [Archivesspace_Users_Group] [External Email]Re: Archival object batch import, excel sheet, URI ID In-Reply-To: References: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> <727BED1AE3AF4641B0C9B8E31AE9C81F270342C0@yunwu2.brooklynmuseum.org> Message-ID: Hi, All are correct, you need the full string for the Resource ID. However, if you are trying to add a child to a pre-existing Archival Object record within the resource record you need to fill in column D with the ref ID for said AO. What I do not know is, what number to put in the hierarchal relationship column, G. But you can try "1" and if doesn't work, then try "2", depending upon where in the hierarchy the pre-existing AO resides. Cheers [cid:image002.png at 01D78937.EB52FCD0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image004.png at 01D78937.EB52FCD0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Szakaly, Sara J - APHIS Sent: Wednesday, August 4, 2021 1:37 PM To: Archivesspace Users Group Cc: Aida Garrido Subject: Re: [Archivesspace_Users_Group] [External Email]Re: Archival object batch import, excel sheet, URI ID [EXTERNAL] Hi, Kevin is right that you need the resource URI in that field. When I do it, I use the longer form that is located here - I don't know if using just the resource number will work. [Graphical user interface, text, application, email Description automatically generated] The other issue is that you need to include the hierarchy level 1 object if you are going to import a level 2 object, otherwise your import will not work. So you would need to include the series information. However, I believe that would duplicate the existing series rather than adding to it. I don't think there is a way to add archival objects to an existing series using the spreadsheet import (someone please correct me if I am wrong!!) [https://www.aphis.usda.gov/js/USDA-Logo.jpg] Sara Szakaly, MLS Archivist & Records Manager APHIS Wildlife Services (WS) WS National Wildlife Research Center 4101 Laporte Ave Fort Collins, CO 80521 P: 970-266-6021 Sara.J.Szakaly at usda.gov From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Molly Seegers Sent: Wednesday, August 4, 2021 10:15 AM To: Archivesspace Users Group > Cc: Aida Garrido > Subject: [External Email]Re: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID [External Email] If this message comes from an unexpected sender or references a vague/unexpected topic; Use caution before clicking links or opening attachments. Please send any concerns or suspicious messages to: Spam.Abuse at usda.gov Thank you for the suggestion Kevin! We're still getting the same error: [cid:image010.png at 01D78937.EB442FC0] Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kevin W. Schlottmann Sent: Wednesday, August 4, 2021 11:31 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Just a guess, but I think you want the resource URI (14), not the archival object URI. On Wed, Aug 4, 2021 at 10:39 AM Molly Seegers > wrote: Posting this question on behalf of the Archives' Summer Intern, Aida Garrido. Hello, I'm testing the following feature with one archival object: https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646/Import+Archival+Objects+from+Excel+or+CSV+File+from+v2.8.1?focusedCommentId=2870837249#comment-2870837249 I want to add an item to a series, i.e. an archival object child to another archival object. I get the following error: Row 6: ERROR Row 6 will not be processed due to errors: Input resource's URI [] does not match row's URI [5244] [image.png] I am ingesting at the level of a series, whose internal resource record number from URL is 5244. [image.png] That is the exact number I wrote for the resource URI column. For hierarchical relationship I wrote down 2 and for description level I wrote item. >From the error I get, it looks as though the import is not picking up where I'm ingesting from - the brackets are being left blank. What might I be doing wrong? I have also attached the excel sheet I'm importing. Thank you. Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University Pronouns: he/him/his 535 W. 114th St., New York, NY 10027 (212) 854-8483 This electronic message contains information generated by the USDA solely for the intended recipients. Any unauthorized interception of this message or the use or disclosure of the information it contains may violate the law and subject the violator to civil or criminal penalties. If you believe you have received this message in error, please notify the sender and delete the email immediately. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.png Type: image/png Size: 85101 bytes Desc: image008.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image009.jpg Type: image/jpeg Size: 3453 bytes Desc: image009.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image010.png Type: image/png Size: 43093 bytes Desc: image010.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image011.png Type: image/png Size: 39189 bytes Desc: image011.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image012.png Type: image/png Size: 48251 bytes Desc: image012.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 1093 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 5546 bytes Desc: image004.png URL: From brijmcla at iu.edu Wed Aug 4 16:21:35 2021 From: brijmcla at iu.edu (McLaughlin, Brianna Jean) Date: Wed, 4 Aug 2021 20:21:35 +0000 Subject: [Archivesspace_Users_Group] New School bulk update plugin error Message-ID: Hi everyone, Has anyone tried to use the New School bulk updater plugin on AS versions before 2.8.1? We're on 2.7.1 and I got this error when I tried to use the plugin: {"error":{"db_error":["Database integrity constraint conflict: Java::JavaSql::SQLSyntaxErrorException: Unknown column 'sub_container.barcode_2' in 'field list'"]}} The README says the plugin is compatible with 2.8.1, so we just may not have a compatible AS version. However, I'm trying to rule out other reasons I could have gotten this error. Relatedly, is there a sample spreadsheet someone could link? Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From benn.joseph at northwestern.edu Wed Aug 4 16:23:49 2021 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Wed, 4 Aug 2021 20:23:49 +0000 Subject: [Archivesspace_Users_Group] digital object import issue In-Reply-To: References: Message-ID: Thanks Sarit--yes, we did just go back through the process again to verify that all AOs were published before importing digital objects with the 'bulk_import_DO_template.xlsx'. The "publish" column in this spreadsheet has "TRUE" throughout. After the load, the "publish" box for the digital objects is not checked. This sounds like a bug, so I'll plan to submit a ticket unless this is something that was fixed in a later version. Thanks! --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hand, Sarit Sent: Tuesday, August 03, 2021 2:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] digital object import issue Hi Benn, This may seem obvious but just checking, are the Archival Object records, you are linking the DO records to, published? When you use 'bulk_import_template.xlsx', Publish is determined by the status you set for the Archival Object record you are creating hence no Publish field for the digital object record. That importer is for bulk importing Archival Objects with an option to include a DO. The 'bulk_import_DO_template.xlsx', is for uploading DO records to pre-existing AO records, I was unable to find anything in AS Help Center that indicates whether or not the pre-existing record in AS needs to be published or not. If the Archival Objects you are linking to are published and the DOs are still importing FALSE, then maybe there is a glitch that needs to be fixed. Perhaps a support ticket? I have not used the DO importer yet, but now I'll know to watch out for this, tnx. Please update if/when you figure this out. Cheers [cid:image001.png at 01D78943.EEA23160] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D78943.EEA23160] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Tuesday, August 3, 2021 2:19 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Hi everyone, We're trying to use the DO import spreadsheet to add digital objects to existing archival objects in a resource record using the templates here: https://github.com/archivesspace/archivesspace/tree/master/templates When using 'bulk_import_template.xlsx', we're able to import digital objects no problem, but they come into the system unpublished...and there isn't a column for 'publish=TRUE' in the digital object section. We've also tried using 'bulk_import_DO_template.xlsx' because that one does have a 'publish=' column, but even when it's set to TRUE, our digital objects are still coming into ASpace unpublished. We have a lot of these to do, and publishing them all manually will take forever! We're using v2.8.1 and I can't find any bug reports mentioning this--attached is the DO import spreadsheet we tried most recently, in case anyone can see what we're missing. Thanks! --Benn Benn Joseph (he/him/his) 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 The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1094 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5548 bytes Desc: image002.png URL: From Joshua.D.Shaw at dartmouth.edu Wed Aug 4 16:53:56 2021 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 4 Aug 2021 20:53:56 +0000 Subject: [Archivesspace_Users_Group] New School bulk update plugin error In-Reply-To: References: Message-ID: Looks like the migration that added that column came in 2.8.0. Though the bulk updater *might* work with 2.8.0 (I have not tested it), it definitely will *not* work with 2.7.1 Cheers, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of McLaughlin, Brianna Jean Sent: Wednesday, August 4, 2021 4:21 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] New School bulk update plugin error Hi everyone, Has anyone tried to use the New School bulk updater plugin on AS versions before 2.8.1? We?re on 2.7.1 and I got this error when I tried to use the plugin: {"error":{"db_error":["Database integrity constraint conflict: Java::JavaSql::SQLSyntaxErrorException: Unknown column 'sub_container.barcode_2' in 'field list'"]}} The README says the plugin is compatible with 2.8.1, so we just may not have a compatible AS version. However, I?m trying to rule out other reasons I could have gotten this error. Relatedly, is there a sample spreadsheet someone could link? Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brijmcla at iu.edu Wed Aug 4 16:56:48 2021 From: brijmcla at iu.edu (McLaughlin, Brianna Jean) Date: Wed, 4 Aug 2021 20:56:48 +0000 Subject: [Archivesspace_Users_Group] New School bulk update plugin error In-Reply-To: References: Message-ID: Thank you for the confirmation, Joshua! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Joshua D. Shaw Sent: Wednesday, August 4, 2021 4:54 PM To: Archivesspace Users Group Subject: [External] Re: [Archivesspace_Users_Group] New School bulk update plugin error This message was sent from a non-IU address. Please exercise caution when clicking links or opening attachments from external sources. Looks like the migration that added that column came in 2.8.0. Though the bulk updater *might* work with 2.8.0 (I have not tested it), it definitely will *not* work with 2.7.1 Cheers, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of McLaughlin, Brianna Jean > Sent: Wednesday, August 4, 2021 4:21 PM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] New School bulk update plugin error Hi everyone, Has anyone tried to use the New School bulk updater plugin on AS versions before 2.8.1? We're on 2.7.1 and I got this error when I tried to use the plugin: {"error":{"db_error":["Database integrity constraint conflict: Java::JavaSql::SQLSyntaxErrorException: Unknown column 'sub_container.barcode_2' in 'field list'"]}} The README says the plugin is compatible with 2.8.1, so we just may not have a compatible AS version. However, I'm trying to rule out other reasons I could have gotten this error. Relatedly, is there a sample spreadsheet someone could link? Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From shand at ap.org Wed Aug 4 17:32:18 2021 From: shand at ap.org (Hand, Sarit) Date: Wed, 4 Aug 2021 21:32:18 +0000 Subject: [Archivesspace_Users_Group] digital object import issue In-Reply-To: References: Message-ID: Benn, I just attended a session in the Forum presented by Valerie Addonizio from Atlas Systems, she suggested using "0" or "1" for the TRUE/FALSE fields. And I am kicking myself because now I can't recall which is for True and which for false! Lol I didn't get it down in my notes quick enough. [cid:image001.png at 01D78956.CB73DDC0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D78956.CB73DDC0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Wednesday, August 4, 2021 4:24 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Thanks Sarit--yes, we did just go back through the process again to verify that all AOs were published before importing digital objects with the 'bulk_import_DO_template.xlsx'. The "publish" column in this spreadsheet has "TRUE" throughout. After the load, the "publish" box for the digital objects is not checked. This sounds like a bug, so I'll plan to submit a ticket unless this is something that was fixed in a later version. Thanks! --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hand, Sarit Sent: Tuesday, August 03, 2021 2:31 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue Hi Benn, This may seem obvious but just checking, are the Archival Object records, you are linking the DO records to, published? When you use 'bulk_import_template.xlsx', Publish is determined by the status you set for the Archival Object record you are creating hence no Publish field for the digital object record. That importer is for bulk importing Archival Objects with an option to include a DO. The 'bulk_import_DO_template.xlsx', is for uploading DO records to pre-existing AO records, I was unable to find anything in AS Help Center that indicates whether or not the pre-existing record in AS needs to be published or not. If the Archival Objects you are linking to are published and the DOs are still importing FALSE, then maybe there is a glitch that needs to be fixed. Perhaps a support ticket? I have not used the DO importer yet, but now I'll know to watch out for this, tnx. Please update if/when you figure this out. Cheers [cid:image007.png at 01D78956.64FDDAF0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image008.png at 01D78956.64FDDAF0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Tuesday, August 3, 2021 2:19 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Hi everyone, We're trying to use the DO import spreadsheet to add digital objects to existing archival objects in a resource record using the templates here: https://github.com/archivesspace/archivesspace/tree/master/templates When using 'bulk_import_template.xlsx', we're able to import digital objects no problem, but they come into the system unpublished...and there isn't a column for 'publish=TRUE' in the digital object section. We've also tried using 'bulk_import_DO_template.xlsx' because that one does have a 'publish=' column, but even when it's set to TRUE, our digital objects are still coming into ASpace unpublished. We have a lot of these to do, and publishing them all manually will take forever! We're using v2.8.1 and I can't find any bug reports mentioning this--attached is the DO import spreadsheet we tried most recently, in case anyone can see what we're missing. Thanks! --Benn Benn Joseph (he/him/his) 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 The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 1094 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.png Type: image/png Size: 5548 bytes Desc: image008.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1093 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5546 bytes Desc: image002.png URL: From Joshua.D.Shaw at dartmouth.edu Wed Aug 4 18:43:54 2021 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 4 Aug 2021 22:43:54 +0000 Subject: [Archivesspace_Users_Group] digital object import issue In-Reply-To: References: , Message-ID: Hey all- In digital land and in ArchivesSpace publish columns: 0 = false and 1 = true jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Hand, Sarit Sent: Wednesday, August 4, 2021 5:32 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] digital object import issue Benn, I just attended a session in the Forum presented by Valerie Addonizio from Atlas Systems, she suggested using ?0? or ?1? for the TRUE/FALSE fields. And I am kicking myself because now I can?t recall which is for True and which for false! Lol I didn?t get it down in my notes quick enough. [cid:image001.png at 01D78956.CB73DDC0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D78956.CB73DDC0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Wednesday, August 4, 2021 4:24 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Thanks Sarit--yes, we did just go back through the process again to verify that all AOs were published before importing digital objects with the ?bulk_import_DO_template.xlsx?. The ?publish? column in this spreadsheet has ?TRUE? throughout. After the load, the ?publish? box for the digital objects is not checked. This sounds like a bug, so I?ll plan to submit a ticket unless this is something that was fixed in a later version. Thanks! --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hand, Sarit Sent: Tuesday, August 03, 2021 2:31 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue Hi Benn, This may seem obvious but just checking, are the Archival Object records, you are linking the DO records to, published? When you use ?bulk_import_template.xlsx?, Publish is determined by the status you set for the Archival Object record you are creating hence no Publish field for the digital object record. That importer is for bulk importing Archival Objects with an option to include a DO. The ?bulk_import_DO_template.xlsx?, is for uploading DO records to pre-existing AO records, I was unable to find anything in AS Help Center that indicates whether or not the pre-existing record in AS needs to be published or not. If the Archival Objects you are linking to are published and the DOs are still importing FALSE, then maybe there is a glitch that needs to be fixed. Perhaps a support ticket? I have not used the DO importer yet, but now I?ll know to watch out for this, tnx. Please update if/when you figure this out. Cheers [cid:image007.png at 01D78956.64FDDAF0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image008.png at 01D78956.64FDDAF0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Tuesday, August 3, 2021 2:19 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Hi everyone, We?re trying to use the DO import spreadsheet to add digital objects to existing archival objects in a resource record using the templates here: https://github.com/archivesspace/archivesspace/tree/master/templates When using ?bulk_import_template.xlsx?, we?re able to import digital objects no problem, but they come into the system unpublished?and there isn?t a column for ?publish=TRUE? in the digital object section. We?ve also tried using ?bulk_import_DO_template.xlsx? because that one does have a ?publish=? column, but even when it?s set to TRUE, our digital objects are still coming into ASpace unpublished. We have a lot of these to do, and publishing them all manually will take forever! We?re using v2.8.1 and I can?t find any bug reports mentioning this--attached is the DO import spreadsheet we tried most recently, in case anyone can see what we?re missing. Thanks! --Benn Benn Joseph (he/him/his) 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 The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 1094 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.png Type: image/png Size: 5548 bytes Desc: image008.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1093 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5546 bytes Desc: image002.png URL: From shand at ap.org Wed Aug 4 21:23:13 2021 From: shand at ap.org (Hand, Sarit) Date: Thu, 5 Aug 2021 01:23:13 +0000 Subject: [Archivesspace_Users_Group] digital object import issue In-Reply-To: References: , Message-ID: Thanks Joshua for chiming in! ? [cid:image001.png at 01D78977.0D8FA430] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D78977.0D8FA430] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Joshua D. Shaw Sent: Wednesday, August 4, 2021 6:44 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Hey all- In digital land and in ArchivesSpace publish columns: 0 = false and 1 = true jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Hand, Sarit > Sent: Wednesday, August 4, 2021 5:32 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue Benn, I just attended a session in the Forum presented by Valerie Addonizio from Atlas Systems, she suggested using ?0? or ?1? for the TRUE/FALSE fields. And I am kicking myself because now I can?t recall which is for True and which for false! Lol I didn?t get it down in my notes quick enough. [cid:image005.png at 01D78977.0D7FC5B0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image006.png at 01D78977.0D7FC5B0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Wednesday, August 4, 2021 4:24 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Thanks Sarit--yes, we did just go back through the process again to verify that all AOs were published before importing digital objects with the ?bulk_import_DO_template.xlsx?. The ?publish? column in this spreadsheet has ?TRUE? throughout. After the load, the ?publish? box for the digital objects is not checked. This sounds like a bug, so I?ll plan to submit a ticket unless this is something that was fixed in a later version. Thanks! --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hand, Sarit Sent: Tuesday, August 03, 2021 2:31 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue Hi Benn, This may seem obvious but just checking, are the Archival Object records, you are linking the DO records to, published? When you use ?bulk_import_template.xlsx?, Publish is determined by the status you set for the Archival Object record you are creating hence no Publish field for the digital object record. That importer is for bulk importing Archival Objects with an option to include a DO. The ?bulk_import_DO_template.xlsx?, is for uploading DO records to pre-existing AO records, I was unable to find anything in AS Help Center that indicates whether or not the pre-existing record in AS needs to be published or not. If the Archival Objects you are linking to are published and the DOs are still importing FALSE, then maybe there is a glitch that needs to be fixed. Perhaps a support ticket? I have not used the DO importer yet, but now I?ll know to watch out for this, tnx. Please update if/when you figure this out. Cheers [cid:image007.png at 01D78977.0D7FC5B0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image008.png at 01D78977.0D7FC5B0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Tuesday, August 3, 2021 2:19 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Hi everyone, We?re trying to use the DO import spreadsheet to add digital objects to existing archival objects in a resource record using the templates here: https://github.com/archivesspace/archivesspace/tree/master/templates When using ?bulk_import_template.xlsx?, we?re able to import digital objects no problem, but they come into the system unpublished?and there isn?t a column for ?publish=TRUE? in the digital object section. We?ve also tried using ?bulk_import_DO_template.xlsx? because that one does have a ?publish=? column, but even when it?s set to TRUE, our digital objects are still coming into ASpace unpublished. We have a lot of these to do, and publishing them all manually will take forever! We?re using v2.8.1 and I can?t find any bug reports mentioning this--attached is the DO import spreadsheet we tried most recently, in case anyone can see what we?re missing. Thanks! --Benn Benn Joseph (he/him/his) 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 The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 1093 bytes Desc: image005.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 5546 bytes Desc: image006.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 1094 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.png Type: image/png Size: 5548 bytes Desc: image008.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1096 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5546 bytes Desc: image002.png URL: From mcyzyk at jhu.edu Thu Aug 5 11:36:19 2021 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Thu, 5 Aug 2021 11:36:19 -0400 Subject: [Archivesspace_Users_Group] translation missing: language_and_script.language Message-ID: Dear ASpace users, We are trying to extract data in XML and on some of our records hit this error: "{"error":"undefined method `language' for #<#:0x645c2625>"}" Looking at the staff interface, I see "translation missing: language_and_script.language" in the box where the ArchivesSpace fields for "Language of Description" and "Script of Description". I am assuming this is something that needs to be remedied in our /locales/enums/en.yml file.? But I go there and never find a line for "language_and_script". Is this something I need to add to en.yml? Advice 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 Boze.1 at nd.edu Thu Aug 5 12:27:47 2021 From: Boze.1 at nd.edu (Andy Boze) Date: Thu, 5 Aug 2021 12:27:47 -0400 Subject: [Archivesspace_Users_Group] Unpublished records and OAI Message-ID: Hi, all. I'm hoping someone can enlighten me as to the expected behavior of unpublished, put previously published, records and OAI harvest. In the documentation at < https://archivesspace.github.io/tech-docs/architecture/oai-pmh/ >, it states "Unpublished and suppressed records and elements are not included in any of the OAI-PMH responses." We've tested that, and it works as described; however, if a published record is harvested, then the record is unpublished, should a subsequent harvest indicate that the record has been deleted? If not, then any system that has harvested the record will retain it. From what I can tell, ASpace does not send an OAI deleted status for records that become unpublished, which seems contrary to information I found at < https://www.openarchives.org/OAI/openarchivesprotocol.html#DeletedRecords >, "[i]f a record is no longer available then it is said to be deleted." Does anyone have any thoughts? Is there possibly an OAI setting I've missed? Thanks! -- Andy Boze, Associate Librarian University of Notre Dame 271H Hesburgh Library (574) 631-8708 From sdm7g at virginia.edu Thu Aug 5 12:38:57 2021 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Thu, 5 Aug 2021 16:38:57 +0000 Subject: [Archivesspace_Users_Group] Unpublished records and OAI In-Reply-To: References: Message-ID: <64EC385E-FCC6-41C4-A56D-1CCEB5EA53F0@virginia.edu> I?ve definitely seen deletions logged in my EAD OAI harvests, however, I haven?t tried to trace what actions are connected with those deletions or how it handles unpublishing portions or archival objects. I would suppose that it should update the EAD on the next harvest dropping the unpublished content, and a deletion only occurs when the top level resource is unpublished, but I can?t confirm that is does what I assume it should. ( I would have to set up some test instances, as for most of the sites I?m harvesting from, I can?t view resources in the staff interface to check against the OAI harvest. ) ? Steve. > On Aug 5, 2021, at 12:27 PM, Andy Boze wrote: > > Hi, all. > > I'm hoping someone can enlighten me as to the expected behavior of unpublished, put previously published, records and OAI harvest. In the documentation at < https://archivesspace.github.io/tech-docs/architecture/oai-pmh/ >, it states "Unpublished and suppressed records and elements are not included in any of the OAI-PMH responses." > > We've tested that, and it works as described; however, if a published record is harvested, then the record is unpublished, should a subsequent harvest indicate that the record has been deleted? If not, then any system that has harvested the record will retain it. From what I can tell, ASpace does not send an OAI deleted status for records that become unpublished, which seems contrary to information I found at < https://www.openarchives.org/OAI/openarchivesprotocol.html#DeletedRecords >, "[i]f a record is no longer available then it is said to be deleted." > > Does anyone have any thoughts? Is there possibly an OAI setting I've missed? Thanks! > > -- > Andy Boze, Associate Librarian > University of Notre Dame > 271H Hesburgh Library > (574) 631-8708 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3342 bytes Desc: not available URL: From vaddonizio at atlas-sys.com Thu Aug 5 12:55:12 2021 From: vaddonizio at atlas-sys.com (Valerie Addonizio) Date: Thu, 5 Aug 2021 16:55:12 +0000 Subject: [Archivesspace_Users_Group] digital object import issue In-Reply-To: References: , Message-ID: That advice was based on the CSV version of the template, but try it out! From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hand, Sarit Sent: Wednesday, August 4, 2021 9:23 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] digital object import issue Thanks Joshua for chiming in! ? [cid:image001.png at 01D789F9.1F25EC40] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D789F9.1F25EC40] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Joshua D. Shaw Sent: Wednesday, August 4, 2021 6:44 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Hey all- In digital land and in ArchivesSpace publish columns: 0 = false and 1 = true jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Hand, Sarit > Sent: Wednesday, August 4, 2021 5:32 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue Benn, I just attended a session in the Forum presented by Valerie Addonizio from Atlas Systems, she suggested using ?0? or ?1? for the TRUE/FALSE fields. And I am kicking myself because now I can?t recall which is for True and which for false! Lol I didn?t get it down in my notes quick enough. [cid:image003.png at 01D789F9.1F25EC40] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D789F9.1F25EC40] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Wednesday, August 4, 2021 4:24 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Thanks Sarit--yes, we did just go back through the process again to verify that all AOs were published before importing digital objects with the ?bulk_import_DO_template.xlsx?. The ?publish? column in this spreadsheet has ?TRUE? throughout. After the load, the ?publish? box for the digital objects is not checked. This sounds like a bug, so I?ll plan to submit a ticket unless this is something that was fixed in a later version. Thanks! --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hand, Sarit Sent: Tuesday, August 03, 2021 2:31 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] digital object import issue Hi Benn, This may seem obvious but just checking, are the Archival Object records, you are linking the DO records to, published? When you use ?bulk_import_template.xlsx?, Publish is determined by the status you set for the Archival Object record you are creating hence no Publish field for the digital object record. That importer is for bulk importing Archival Objects with an option to include a DO. The ?bulk_import_DO_template.xlsx?, is for uploading DO records to pre-existing AO records, I was unable to find anything in AS Help Center that indicates whether or not the pre-existing record in AS needs to be published or not. If the Archival Objects you are linking to are published and the DOs are still importing FALSE, then maybe there is a glitch that needs to be fixed. Perhaps a support ticket? I have not used the DO importer yet, but now I?ll know to watch out for this, tnx. Please update if/when you figure this out. Cheers [cid:image004.png at 01D789F9.1F25EC40] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image005.png at 01D789F9.1F25EC40] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Tuesday, August 3, 2021 2:19 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] digital object import issue [EXTERNAL] Hi everyone, We?re trying to use the DO import spreadsheet to add digital objects to existing archival objects in a resource record using the templates here: https://github.com/archivesspace/archivesspace/tree/master/templates When using ?bulk_import_template.xlsx?, we?re able to import digital objects no problem, but they come into the system unpublished?and there isn?t a column for ?publish=TRUE? in the digital object section. We?ve also tried using ?bulk_import_DO_template.xlsx? because that one does have a ?publish=? column, but even when it?s set to TRUE, our digital objects are still coming into ASpace unpublished. We have a lot of these to do, and publishing them all manually will take forever! We?re using v2.8.1 and I can?t find any bug reports mentioning this--attached is the DO import spreadsheet we tried most recently, in case anyone can see what we?re missing. Thanks! --Benn Benn Joseph (he/him/his) 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 The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1096 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5546 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1093 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 1094 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 5548 bytes Desc: image005.png URL: From vaddonizio at atlas-sys.com Thu Aug 5 13:02:38 2021 From: vaddonizio at atlas-sys.com (Valerie Addonizio) Date: Thu, 5 Aug 2021 17:02:38 +0000 Subject: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID In-Reply-To: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> References: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org> Message-ID: Hi Molly and Aida! The URI you need there will be for the Resource record you are attempting to add an archival object to, not the AO. AS knows which AO you want to add to if your first highlight the AO that you want to add to, then click the spreadsheet importer. But the template is looking for the Resource URI. URIs look like this: /repositories/3/resources/34 But, pro-tip, depending on which version you're on, every record's URI is listed at the top of the record when in View mode, next to the audit info: [cid:image003.png at 01D789FA.28E69B70] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Molly Seegers Sent: Wednesday, August 4, 2021 10:38 AM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Aida Garrido ; Aida Garrido Subject: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Posting this question on behalf of the Archives' Summer Intern, Aida Garrido. Hello, I'm testing the following feature with one archival object: https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646/Import+Archival+Objects+from+Excel+or+CSV+File+from+v2.8.1?focusedCommentId=2870837249#comment-2870837249 I want to add an item to a series, i.e. an archival object child to another archival object. I get the following error: Row 6: ERROR Row 6 will not be processed due to errors: Input resource's URI [] does not match row's URI [5244] [cid:image004.png at 01D789FA.28E69B70] I am ingesting at the level of a series, whose internal resource record number from URL is 5244. [cid:image005.png at 01D789FA.28E69B70] That is the exact number I wrote for the resource URI column. For hierarchical relationship I wrote down 2 and for description level I wrote item. >From the error I get, it looks as though the import is not picking up where I'm ingesting from - the brackets are being left blank. What might I be doing wrong? I have also attached the excel sheet I'm importing. Thank you. Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 4073 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 39189 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 48251 bytes Desc: image005.png URL: From jasteytler at minlib.net Thu Aug 5 13:28:07 2021 From: jasteytler at minlib.net (Jessica Steytler) Date: Thu, 5 Aug 2021 13:28:07 -0400 Subject: [Archivesspace_Users_Group] Getting a sense of the group In-Reply-To: References: Message-ID: Who else among us are "trying to implement at all from zero" among us? I'm grateful to be paired with a fellow-user (hi, Kate!). I'm grateful, too, to have attended any of the forum this week, but the bit we can't replicate is milling around in person and chatting to people where I'd meet the folks who are still wearing their swim floaties in this half an inch of water where we think we're gonna drown. (h/t John Prine) So, I'm asking this way. With my swim floaties on. -Jess, Brookline (Mass.) Public Library -- Jessica Steytler (*she/her)* Reference - Special Collections Public Library of Brookline 361 Washington St. Brookline, MA 02445 jasteytler at minlib.net http://brooklinelibrary.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From elainep at elmhurst.edu Thu Aug 5 13:30:09 2021 From: elainep at elmhurst.edu (Elaine Fetyko Page) Date: Thu, 5 Aug 2021 17:30:09 +0000 Subject: [Archivesspace_Users_Group] Getting a sense of the group In-Reply-To: References: , Message-ID: Me!!! I am completely overwhelmed and don't even know where to start to get ArchivesSpace up and running here. We had Archon and I have an exported file with our data, and that's as far as I've gotten. Elaine Page Elaine Fetyko Page pronouns: she/her/hers Head of Technical Services University Archivist Elmhurst University ? A.C. Buehler Library 190 Prospect Avenue Elmhurst IL 60126 630-617-3166 630-617-3332 fax elainep at elmhurst.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jessica Steytler Sent: Thursday, August 5, 2021 12:28 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Getting a sense of the group This message was sent from someone outside of Elmhurst University. Please do not click links, open attachments, or respond to messages unless you are certain of the source. Who else among us are "trying to implement at all from zero" among us? I'm grateful to be paired with a fellow-user (hi, Kate!). I'm grateful, too, to have attended any of the forum this week, but the bit we can't replicate is milling around in person and chatting to people where I'd meet the folks who are still wearing their swim floaties in this half an inch of water where we think we're gonna drown. (h/t John Prine) So, I'm asking this way. With my swim floaties on. -Jess, Brookline (Mass.) Public Library -- Jessica Steytler (she/her) Reference - Special Collections Public Library of Brookline 361 Washington St. Brookline, MA 02445 jasteytler at minlib.net http://brooklinelibrary.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From Boze.1 at nd.edu Thu Aug 5 13:31:16 2021 From: Boze.1 at nd.edu (Andy Boze) Date: Thu, 5 Aug 2021 13:31:16 -0400 Subject: [Archivesspace_Users_Group] Unpublished records and OAI In-Reply-To: <64EC385E-FCC6-41C4-A56D-1CCEB5EA53F0@virginia.edu> References: <64EC385E-FCC6-41C4-A56D-1CCEB5EA53F0@virginia.edu> Message-ID: <1444a522-7bd6-d239-5890-ba0634264615@nd.edu> As an example, here's an OAI request for a record that was previously published and is currently unpublished. I would expect the header to indicate that the record is deleted rather than giving an error. < https://archivesspace.library.nd.edu/oai?verb=GetRecord&identifier=oai:und//repositories/2/resources/1541&metadataPrefix=oai_ead > When published, the record was harvested into our discovery system, but now that the record has been unpublished, our discovery system still contains the record. Andy On 8/5/21 12:38 PM, Majewski, Steven Dennis (sdm7g) wrote: > > I?ve definitely seen deletions logged in my EAD OAI harvests, however, I haven?t tried to trace what actions are connected with those deletions or how it handles unpublishing portions or archival objects. > I would suppose that it should update the EAD on the next harvest dropping the unpublished content, and a deletion only occurs when the top level resource is unpublished, but I can?t confirm that is does what I assume it should. > ( I would have to set up some test instances, as for most of the sites I?m harvesting from, I can?t view resources in the staff interface to check against the OAI harvest. ) > > > ? Steve. > >> On Aug 5, 2021, at 12:27 PM, Andy Boze wrote: >> >> Hi, all. >> >> I'm hoping someone can enlighten me as to the expected behavior of unpublished, put previously published, records and OAI harvest. In the documentation at < https://archivesspace.github.io/tech-docs/architecture/oai-pmh/ >, it states "Unpublished and suppressed records and elements are not included in any of the OAI-PMH responses." >> >> We've tested that, and it works as described; however, if a published record is harvested, then the record is unpublished, should a subsequent harvest indicate that the record has been deleted? If not, then any system that has harvested the record will retain it. From what I can tell, ASpace does not send an OAI deleted status for records that become unpublished, which seems contrary to information I found at < https://www.openarchives.org/OAI/openarchivesprotocol.html#DeletedRecords >, "[i]f a record is no longer available then it is said to be deleted." >> >> Does anyone have any thoughts? Is there possibly an OAI setting I've missed? Thanks! >> >> -- >> Andy Boze, Associate Librarian >> University of Notre Dame >> 271H Hesburgh Library >> (574) 631-8708 >> _______________________________________________ >> 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 > -- Andy Boze, Associate Librarian University of Notre Dame 271H Hesburgh Library (574) 631-8708 From Corinne.Chatnik at nysed.gov Thu Aug 5 13:46:48 2021 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Thu, 5 Aug 2021 17:46:48 +0000 Subject: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError Message-ID: Hi, I'm trying to implement Release 0.6 of the Extended Advanced search plugin with Archivesspace 2.7.0 and I get the NoMethodError: undefined method no matter what I do. I've followed all installation instructions on this page: https://github.com/hudmol/extended_advanced_search. Using the exact source code from github I get the following error in the log: --- Backtrace NoMethodError: undefined method `add_attribute_to_resolve' for CommonIndexer:Class method_missing at org/jruby/RubyBasicObject.java:1657 at archivesspace/plugins/extended_advanced_search/indexer/common_indexer.rb:5
at archivesspace/plugins/extended_advanced_search/indexer/common_indexer.rb:3 Am I missing necessary data in the database or something in the code? Thanks! Corinne Chatnik New York State Archives Corinne.Chatnik at nysed.gov Confidentiality Notice This email including all attachments is confidential and intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Thu Aug 5 13:57:39 2021 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Thu, 5 Aug 2021 17:57:39 +0000 Subject: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError In-Reply-To: References: Message-ID: The release package looks like it was created before the class name change from CommonIndexer to IndexerCommon. That name change was for AS v2.2.2+, so the release won't work with 2.7.0. You could try cloning the master branch of the repo, though that may also flail with 2.7.0. And I'd definitely test it against test data, *not* production. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Corinne Chatnik Sent: Thursday, August 5, 2021 1:46 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError Hi, I?m trying to implement Release 0.6 of the Extended Advanced search plugin with Archivesspace 2.7.0 and I get the NoMethodError: undefined method no matter what I do. I?ve followed all installation instructions on this page: https://github.com/hudmol/extended_advanced_search. Using the exact source code from github I get the following error in the log: --- Backtrace NoMethodError: undefined method `add_attribute_to_resolve' for CommonIndexer:Class method_missing at org/jruby/RubyBasicObject.java:1657 at archivesspace/plugins/extended_advanced_search/indexer/common_indexer.rb:5
at archivesspace/plugins/extended_advanced_search/indexer/common_indexer.rb:3 Am I missing necessary data in the database or something in the code? Thanks! Corinne Chatnik New York State Archives Corinne.Chatnik at nysed.gov Confidentiality Notice This email including all attachments is confidential and intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corinne.Chatnik at nysed.gov Thu Aug 5 14:02:26 2021 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Thu, 5 Aug 2021 18:02:26 +0000 Subject: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError In-Reply-To: References: Message-ID: Thank you! This helps a lot. From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Joshua D. Shaw Sent: Thursday, August 5, 2021 1:58 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError The release package looks like it was created before the class name change from CommonIndexer to IndexerCommon. That name change was for AS v2.2.2+, so the release won't work with 2.7.0. You could try cloning the master branch of the repo, though that may also flail with 2.7.0. And I'd definitely test it against test data, *not* production. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Corinne Chatnik > Sent: Thursday, August 5, 2021 1:46 PM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError Hi, I'm trying to implement Release 0.6 of the Extended Advanced search plugin with Archivesspace 2.7.0 and I get the NoMethodError: undefined method no matter what I do. I've followed all installation instructions on this page: https://github.com/hudmol/extended_advanced_search. Using the exact source code from github I get the following error in the log: --- Backtrace NoMethodError: undefined method `add_attribute_to_resolve' for CommonIndexer:Class method_missing at org/jruby/RubyBasicObject.java:1657 at archivesspace/plugins/extended_advanced_search/indexer/common_indexer.rb:5
at archivesspace/plugins/extended_advanced_search/indexer/common_indexer.rb:3 Am I missing necessary data in the database or something in the code? Thanks! Corinne Chatnik New York State Archives Corinne.Chatnik at nysed.gov Confidentiality Notice This email including all attachments is confidential and intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Aug 5 15:10:14 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 5 Aug 2021 19:10:14 +0000 Subject: [Archivesspace_Users_Group] Thank you for attending the 7th Annual ArchivesSpace Member Forum Message-ID: [Graphical user interface Description automatically generated with low confidence] Dear ArchivesSpace community, Thank you to everyone who attended some portion of the 7th Annual ArchivesSpace Member Forum. It was a great three days hearing about the exciting work happening in ArchivesSpace and learning about new features, plugins and tips! The recordings and resources from the week?s sessions will be available on the event wiki in the coming days. In the meantime, please take some time to fill out the post forum evaluation at https://www.surveymonkey.com/r/D2GPMLD. Your feedback will help us determine what did and didn?t work during this forum and how to make future forums even better. Again, thank you to all of you who attended and presented at this year?s Member Forum. We look forward to seeing you (hopefully in person) at next year?s forum! 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: 164449 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 Molly.Seegers at brooklynmuseum.org Thu Aug 5 15:50:52 2021 From: Molly.Seegers at brooklynmuseum.org (Molly Seegers) Date: Thu, 5 Aug 2021 19:50:52 +0000 Subject: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID In-Reply-To: References: <727BED1AE3AF4641B0C9B8E31AE9C81F27033D8E@yunwu2.brooklynmuseum.org>, Message-ID: <727BED1AE3AF4641B0C9B8E31AE9C81F2703485C@yunwu2.brooklynmuseum.org> Thank you Sara, Sarah, and Valerie for your assistance! How fortuitous that this was covered in the session yesterday. We had searched the help center and user guide, but couldn't find that the entire string is the URI, not just the number, spelled out. Did I miss it or is there some way to add this information to the documentation or help center? Thank you again! ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Valerie Addonizio [vaddonizio at atlas-sys.com] Sent: Thursday, August 05, 2021 1:02 PM To: Archivesspace Users Group Cc: Aida Garrido; Aida Garrido Subject: Re: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Hi Molly and Aida! The URI you need there will be for the Resource record you are attempting to add an archival object to, not the AO. AS knows which AO you want to add to if your first highlight the AO that you want to add to, then click the spreadsheet importer. But the template is looking for the Resource URI. URIs look like this: /repositories/3/resources/34 But, pro-tip, depending on which version you?re on, every record?s URI is listed at the top of the record when in View mode, next to the audit info: [cid:image003.png at 01D789FA.28E69B70] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Molly Seegers Sent: Wednesday, August 4, 2021 10:38 AM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Aida Garrido ; Aida Garrido Subject: [Archivesspace_Users_Group] Archival object batch import, excel sheet, URI ID Posting this question on behalf of the Archives? Summer Intern, Aida Garrido. Hello, I'm testing the following feature with one archival object: https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/1173913646/Import+Archival+Objects+from+Excel+or+CSV+File+from+v2.8.1?focusedCommentId=2870837249#comment-2870837249 I want to add an item to a series, i.e. an archival object child to another archival object. I get the following error: Row 6: ERROR Row 6 will not be processed due to errors: Input resource's URI [] does not match row's URI [5244] [cid:image004.png at 01D789FA.28E69B70] I am ingesting at the level of a series, whose internal resource record number from URL is 5244. [cid:image005.png at 01D789FA.28E69B70] That is the exact number I wrote for the resource URI column. For hierarchical relationship I wrote down 2 and for description level I wrote item. >From the error I get, it looks as though the import is not picking up where I?m ingesting from - the brackets are being left blank. What might I be doing wrong? I have also attached the excel sheet I'm importing. Thank you. Molly Seegers Museum Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 P 718-501-6119 Pronouns: she/her brooklynmuseum.org Exhibitions | Membership | Shop | Follow @brooklynmuseum -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 4073 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 39189 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 48251 bytes Desc: image005.png URL: From jasteytler at minlib.net Thu Aug 5 16:19:18 2021 From: jasteytler at minlib.net (Jessica Steytler) Date: Thu, 5 Aug 2021 16:19:18 -0400 Subject: [Archivesspace_Users_Group] Getting a sense of the group In-Reply-To: References: Message-ID: Solidarity! Are you doing the hosting yourself, Elaine? I was lucky enough to get the funding together for assistance in that realm. I'm working with someone from our tech services department and IT has pledged to assist, but I need to be able to have enough coherence to direct the activities and know what to ask for. I'm so not there yet. We're getting an hour and a half of training next friday via host service and I'm meeting with my implementation team a bit before that to hopefully determine what we need to wrap our heads around in order to import. I at least have a little experience with ASpace from a previous job, and even with implementation, but it's an unwieldy beast and it's been a minute. And one of a team is not the same as "know how it goes" - ya know? -Jess -- Jessica Steytler (*she/her)* Reference - Special Collections Public Library of Brookline 361 Washington St. Brookline, MA 02445 jasteytler at minlib.net http://brooklinelibrary.org On Thu, Aug 5, 2021 at 1:30 PM Elaine Fetyko Page wrote: > Me!!! I am completely overwhelmed and don't even know where to start to > get ArchivesSpace up and running here. We had Archon and I have an exported > file with our data, and that's as far as I've gotten. > Elaine Page > > Elaine Fetyko Page > pronouns: she/her/hers > Head of Technical Services > University Archivist > Elmhurst University ? A.C. Buehler Library > 190 Prospect Avenue > Elmhurst IL 60126 > 630-617-3166 > 630-617-3332 fax > elainep at elmhurst.edu > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Jessica Steytler > *Sent:* Thursday, August 5, 2021 12:28 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Getting a sense of the group > > > This message was sent from someone outside of Elmhurst University. Please > do not click links, open attachments, or respond to messages unless you are > certain of the source. > > > Who else among us are "trying to implement at all from zero" among us? I'm > grateful to be paired with a fellow-user (hi, Kate!). I'm grateful, too, to > have attended any of the forum this week, but the bit we can't replicate is > milling around in person and chatting to people where I'd meet the folks > who are still wearing their swim floaties in this half an inch of water > where we think we're gonna drown. (h/t John Prine) > > So, I'm asking this way. With my swim floaties on. > -Jess, > Brookline (Mass.) Public Library > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kfw3 at stmarys-ca.edu Thu Aug 5 17:57:36 2021 From: kfw3 at stmarys-ca.edu (Katherine Wilson) Date: Thu, 5 Aug 2021 14:57:36 -0700 Subject: [Archivesspace_Users_Group] Getting a sense of the group In-Reply-To: References: Message-ID: Hi Jessica and Elaine! I am also "starting from scratch" and like Jessica I have a third party hosting for me but have no help from the campus IT department. I currently use Archon but the data I inherited is messy, incomplete, wildly incorrect, and nowhere near archival standards so I will not be importing any of it into ASpace but instead use it as a reference. I am also a lone arranger and forging ahead on this project solo while also managing all of the day to day archive requests. Would love to have a little cohort of newbies that I can troubleshoot with! *Kate Wilson* *she / her / hers* *College Archivist* Saint Mary's College of California kfw3 at stmarys-ca.edu 925-631-4231 On Thu, Aug 5, 2021 at 1:19 PM Jessica Steytler wrote: > Solidarity! > Are you doing the hosting yourself, Elaine? I was lucky enough to get the > funding together for assistance in that realm. I'm working with someone > from our tech services department and IT has pledged to assist, but I need > to be able to have enough coherence to direct the activities and know what > to ask for. I'm so not there yet. We're getting an hour and a half of > training next friday via host service and I'm meeting with my > implementation team a bit before that to hopefully determine what we need > to wrap our heads around in order to import. > > I at least have a little experience with ASpace from a previous job, and > even with implementation, but it's an unwieldy beast and it's been a > minute. And one of a team is not the same as "know how it goes" - ya know? > -Jess > -- > Jessica Steytler (*she/her)* > Reference - Special Collections > Public Library of Brookline > 361 Washington St. > Brookline, MA 02445 > jasteytler at minlib.net > http://brooklinelibrary.org > > > On Thu, Aug 5, 2021 at 1:30 PM Elaine Fetyko Page > wrote: > >> Me!!! I am completely overwhelmed and don't even know where to start to >> get ArchivesSpace up and running here. We had Archon and I have an exported >> file with our data, and that's as far as I've gotten. >> Elaine Page >> >> Elaine Fetyko Page >> pronouns: she/her/hers >> Head of Technical Services >> University Archivist >> Elmhurst University ? A.C. Buehler Library >> 190 Prospect Avenue >> Elmhurst IL 60126 >> 630-617-3166 >> 630-617-3332 fax >> elainep at elmhurst.edu >> >> ------------------------------ >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >> Jessica Steytler >> *Sent:* Thursday, August 5, 2021 12:28 PM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* [Archivesspace_Users_Group] Getting a sense of the group >> >> >> This message was sent from someone outside of Elmhurst University. Please >> do not click links, open attachments, or respond to messages unless you are >> certain of the source. >> >> >> Who else among us are "trying to implement at all from zero" among us? >> I'm grateful to be paired with a fellow-user (hi, Kate!). I'm grateful, >> too, to have attended any of the forum this week, but the bit we can't >> replicate is milling around in person and chatting to people where I'd meet >> the folks who are still wearing their swim floaties in this half an inch of >> water where we think we're gonna drown. (h/t John Prine) >> >> So, I'm asking this way. With my swim floaties on. >> -Jess, >> Brookline (Mass.) Public Library >> >> >> _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Thu Aug 5 19:56:49 2021 From: james at hudmol.com (James Bullen) Date: Fri, 6 Aug 2021 09:56:49 +1000 Subject: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError In-Reply-To: References: Message-ID: Thanks Joshua - I just pushed out a release from the current master: https://github.com/hudmol/extended_advanced_search/releases/tag/v1.0 Cheers, James > On Aug 6, 2021, at 4:02 AM, Corinne Chatnik wrote: > > Thank you! This helps a lot. > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Joshua D. Shaw > Sent: Thursday, August 5, 2021 1:58 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError > > The release package looks like it was created before the class name change from CommonIndexer to IndexerCommon. That name change was for AS v2.2.2+, so the release won't work with 2.7.0. You could try cloning the master branch of the repo, though that may also flail with 2.7.0. And I'd definitely test it against test data, *not* production. > > jds > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Corinne Chatnik > > Sent: Thursday, August 5, 2021 1:46 PM > To: archivesspace_users_group at lyralists.lyrasis.org > > Subject: [Archivesspace_Users_Group] Hudson Molonglo: Extended Advanced Search Plugin NoMethodError > > Hi, > > I?m trying to implement Release 0.6 of the Extended Advanced search plugin with Archivesspace 2.7.0 and I get the NoMethodError: undefined method no matter what I do. I?ve followed all installation instructions on this page: https://github.com/hudmol/extended_advanced_search . > > Using the exact source code from github I get the following error in the log: > --- Backtrace > NoMethodError: undefined method `add_attribute_to_resolve' for CommonIndexer:Class > method_missing at org/jruby/RubyBasicObject.java:1657 > at archivesspace/plugins/extended_advanced_search/indexer/common_indexer.rb:5 >
at archivesspace/plugins/extended_advanced_search/indexer/common_indexer.rb:3 > > Am I missing necessary data in the database or something in the code? > > Thanks! > > Corinne Chatnik > New York State Archives > Corinne.Chatnik at nysed.gov > > > Confidentiality Notice > This email including all attachments is confidential and intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Fri Aug 6 10:41:45 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 6 Aug 2021 14:41:45 +0000 Subject: [Archivesspace_Users_Group] Webinar Rescheduling Announcement - Virtual Every Step of the Way: Migrating to ArchivesSpace during Remote Work In-Reply-To: References: <5C33142E-F840-4538-BDD5-12E9F64D0EC9@lyrasis.org> Message-ID: <737A165A-93F0-4103-9F8B-2CF215C6985D@lyrasis.org> Dear ArchivesSpace users, ArchivesSpace will be offering a webinar on implementing ArchivesSpace in a remote work environment. This webinar was originally scheduled for July 7, 2021, but has been rescheduled to September 1, 2021. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries - Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. When: September 1, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00 pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_p_-DXUf8S1KlEYmsheGujw This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In February 2020, USF Libraries ? Tampa Special Collections formally began the process to migrate to ArchivesSpace. Those discussions quickly stalled, however, when the University asked that they begin to formulate continuity of operations plans for remote work in preparations for what was then a hypothetical shutdown. Early into lockdown, USF determined that it would actually be the perfect time to migrate to ArchivesSpace. The campus was closed, no Reading Room services could be provided, and staff wanted to engage in meaningful projects. Guiding a team consisting of librarians, staff, and student employees, Special Collections organized a multi-phase plan for preparing data for migration, undergoing migration, and cleaning records in ArchivesSpace. As staff begin to gain more physical access in 2021, they are finalizing the clean up and ready to engage with patrons using ArchivesSpace. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries - Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. No one on staff had prior experience with ArchivesSpace and all members of the team were trained in stages. They will also address how this project encouraged a more holistic reassessment, including systematically evaluating finding aids for missing information, conscious editing of descriptive content and subject headings, and the addition of classification headers. A Q&A will follow. Presenter Information: Tomaro Taylor is the Head of Special Collections at the University of South Florida Libraries Tampa campus. A Certified Archivist, Tomaro has nearly 20 years of experience implementing policies, procedures, guidelines, and best practices in the archival field. She currently serves as President of the Academy of Certified Archivists and Co-Manager of the Society of American Archivists' Digital Archives Specialist (DAS) Exam. Amanda Boczar is Special Collections Operations Manager at the University of South Florida Libraries Tampa campus. Amanda holds a Ph.D. in History with over 12 years of experience in higher education, and joined the library in 2019. She was responsible for the migration to ArchivesSpace, and supervised student and employee training through the process. Ana Temkina is a student assistant at USF Libraries Tampa campus, Special Collections. She received her bachelor's degree in Library and Information Science, Children?s Literature track, from St. Petersburg State University of Culture and Arts, Russia. At USF she is doing her MA in Applied Anthropology and will soon graduate to continue her academic path at the University of Kentucky. Library work remains one of her great passions. Who should attend: Anyone interested in implementing ArchivesSpace, developing a migration plan or using ArchivesSpace remotely. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29068 bytes Desc: image001.jpg URL: From jasteytler at minlib.net Tue Aug 10 12:42:01 2021 From: jasteytler at minlib.net (Jessica Steytler) Date: Tue, 10 Aug 2021 12:42:01 -0400 Subject: [Archivesspace_Users_Group] Getting a sense of the group In-Reply-To: References: Message-ID: Hey, follow up from this email- I've gotten great chatter from folks who are in a similar spot as I am. I chatted with Jessica Crouch and she suggested a good spot for sharing data, instead of the main group is the http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_small_archives_users_group -Small Users Group. I'm about to sign up there and very much hope we can get some chatter going here in the shallow end. -Jess On Thu, Aug 5, 2021 at 1:28 PM Jessica Steytler wrote: > Who else among us are "trying to implement at all from zero" among us? I'm > grateful to be paired with a fellow-user (hi, Kate!). I'm grateful, too, to > have attended any of the forum this week, but the bit we can't replicate is > milling around in person and chatting to people where I'd meet the folks > who are still wearing their swim floaties in this half an inch of water > where we think we're gonna drown. (h/t John Prine) > > So, I'm asking this way. With my swim floaties on. > -Jess, > Brookline (Mass.) Public Library > > > -- > Jessica Steytler (*she/her)* > Reference - Special Collections > Public Library of Brookline > 361 Washington St. > Brookline, MA 02445 > jasteytler at minlib.net > http://brooklinelibrary.org > > -- Jessica Steytler (*she/her)* Reference - Special Collections Public Library of Brookline 361 Washington St. Brookline, MA 02445 jasteytler at minlib.net http://brooklinelibrary.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kats at lewisginter.org Tue Aug 10 13:18:41 2021 From: Kats at lewisginter.org (Kat Spears) Date: Tue, 10 Aug 2021 17:18:41 +0000 Subject: [Archivesspace_Users_Group] Getting a sense of the group In-Reply-To: References: Message-ID: This is great information. Thank you so much! __ Katarina Spears Library and Archives Manager O 804.262.9887 ext. 342 kats at lewisginter.org 1800 Lakeside Avenue Richmond, VA 23228 [/Volumes/Clients A-L/Lewis-Ginter/16 Projects/16LGB1710 Lewis Ginter Brand Refresh/06_Final/Wordmark/PRIMARY_FullMark/COLOR/RGB (digital)/PNG/LGBG_LogoPrimary_RGB_forEmailSignature.png] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jessica Steytler Sent: Tuesday, August 10, 2021 12:42 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Getting a sense of the group Hey, follow up from this email- I've gotten great chatter from folks who are in a similar spot as I am. I chatted with Jessica Crouch and she suggested a good spot for sharing data, instead of the main group is the http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_small_archives_users_group -Small Users Group. I'm about to sign up there and very much hope we can get some chatter going here in the shallow end. -Jess On Thu, Aug 5, 2021 at 1:28 PM Jessica Steytler > wrote: Who else among us are "trying to implement at all from zero" among us? I'm grateful to be paired with a fellow-user (hi, Kate!). I'm grateful, too, to have attended any of the forum this week, but the bit we can't replicate is milling around in person and chatting to people where I'd meet the folks who are still wearing their swim floaties in this half an inch of water where we think we're gonna drown. (h/t John Prine) So, I'm asking this way. With my swim floaties on. -Jess, Brookline (Mass.) Public Library -- Jessica Steytler (she/her) Reference - Special Collections Public Library of Brookline 361 Washington St. Brookline, MA 02445 jasteytler at minlib.net http://brooklinelibrary.org -- Jessica Steytler (she/her) Reference - Special Collections Public Library of Brookline 361 Washington St. Brookline, MA 02445 jasteytler at minlib.net http://brooklinelibrary.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5526 bytes Desc: image001.png URL: From coletw at jmu.edu Wed Aug 11 10:07:04 2021 From: coletw at jmu.edu (Cole, Tiffany - coletw) Date: Wed, 11 Aug 2021 14:07:04 +0000 Subject: [Archivesspace_Users_Group] Processed accession still showing up as Related Unprocessed Material Message-ID: Good morning, all. Yesterday I processed a small collection and after completing the finding aid, created a Processed event for the related accession. However, that accession is still showing up in the PUI as unprocessed (https://aspace.lib.jmu.edu/repositories/4/accessions/580) and it is showing up in the Related Unprocessed Material field in the resource record (https://aspace.lib.jmu.edu/repositories/4/resources/662). The accession is not showing up when I run the Unprocessed Accessions report. This is the first time this has happened. Any help would be greatly appreciated. Tiffany Tiffany Cole, MA, CA Special Collections Archivist James Madison University Carrier Library 203A MSC 1704, 880 Madison Drive Harrisonburg, VA 22807 540-568-5166 lib.jmu.edu/special @JMUSpeColl -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpeterson at smith.edu Wed Aug 11 13:19:06 2021 From: cpeterson at smith.edu (Christie Peterson) Date: Wed, 11 Aug 2021 13:19:06 -0400 Subject: [Archivesspace_Users_Group] Temporary locations implemented? Message-ID: Hello fellow ArchivesSpace users, Do you work at an institution that uses ArchivesSpace to track temporary locations as well as permanent ones? If so, I'd love to hear about how you have set it up and how it's working for you. I've tried searching, but all the references that Google can find for me are the declaration that ASpace *can* manage both permanent and temporary locations, but no discussion or manuals to how anyone is actually using it to do so. Many thanks in advance for your responses, Christie Christie S. Peterson Head of Technical and Digital Services for Special Collections Smith College Libraries cpeterson at smith.edu she/her Special Collections is moving into the new Neilson Library and will be closed from May 31st until August 30th. All services will be temporarily unavailable. We look forward to reopening in the fall, 2021. Additional information can be found on our website . -------------- next part -------------- An HTML attachment was scrubbed... URL: From VivianLea.Solek at Kofc.Org Wed Aug 11 13:22:13 2021 From: VivianLea.Solek at Kofc.Org (Solek, VivianLea) Date: Wed, 11 Aug 2021 17:22:13 +0000 Subject: [Archivesspace_Users_Group] Temporary locations implemented? In-Reply-To: References: Message-ID: Hi Christie, Can you please share back to the list and responses you get off-list? I am interested in this topic as well. Many thanks! VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives 1 State Street New Haven, CT 06511-6702 Phone 203 752-4578 Fax 203 865-0351 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Christie Peterson Sent: Wednesday, August 11, 2021 1:19 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Temporary locations implemented? Hello fellow ArchivesSpace users, Do you work at an institution that uses ArchivesSpace to track temporary locations as well as permanent ones? If so, I'd love to hear about how you have set it up and how it's working for you. I've tried searching, but all the references that Google can find for me are the declaration that ASpace can manage both permanent and temporary locations, but no discussion or manuals to how anyone is actually using it to do so. Many thanks in advance for your responses, Christie Christie S. Peterson Head of Technical and Digital Services for Special Collections Smith College Libraries cpeterson at smith.edu she/her Special Collections is moving into the new Neilson Library and will be closed from May 31st until August 30th. All services will be temporarily unavailable. We look forward to reopening in the fall, 2021. Additional information can be found on our website. 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 cpeterson at smith.edu Wed Aug 11 13:23:10 2021 From: cpeterson at smith.edu (Christie Peterson) Date: Wed, 11 Aug 2021 13:23:10 -0400 Subject: [Archivesspace_Users_Group] Temporary locations implemented? In-Reply-To: References: Message-ID: Sure thing! Christie -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddonizio at atlas-sys.com Wed Aug 11 13:24:43 2021 From: vaddonizio at atlas-sys.com (Valerie Addonizio) Date: Wed, 11 Aug 2021 17:24:43 +0000 Subject: [Archivesspace_Users_Group] Processed accession still showing up as Related Unprocessed Material In-Reply-To: References: Message-ID: Hi Tiffany, Your question implies that this has worked in the past, so this suggestion may not help, but try setting Processing Status to Completed in the Collection Management section of the accession. If that is irrelevant, it might be an indexing problem, meaning that the indexer has not picked up the change that you made on the staff side. First, double-confirm that the event record is there. Try deleting it and doing it again. If that doesn't work, also try making a change to your accession record, like adding a period, saving, and waiting a few minutes to see if it resolves. The new save times for both the event and the accession should trigger a reindex of just those records and will hopefully resolve the issue. If that still doesn't work, request a reindex from IT or your hosting provider. I recommend scheduling that at the end of a day, or last thing on a Friday, because it can take some time. If you're curious why the report is also affected (which again says indexing problem to me) check out this brief section from a recent video; I bet that report relies on search: https://youtu.be/b-jl0CfH7F8?t=3631 -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Cole, Tiffany - coletw Sent: Wednesday, August 11, 2021 10:07 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Processed accession still showing up as Related Unprocessed Material Good morning, all. Yesterday I processed a small collection and after completing the finding aid, created a Processed event for the related accession. However, that accession is still showing up in the PUI as unprocessed (https://aspace.lib.jmu.edu/repositories/4/accessions/580) and it is showing up in the Related Unprocessed Material field in the resource record (https://aspace.lib.jmu.edu/repositories/4/resources/662). The accession is not showing up when I run the Unprocessed Accessions report. This is the first time this has happened. Any help would be greatly appreciated. Tiffany Tiffany Cole, MA, CA Special Collections Archivist James Madison University Carrier Library 203A MSC 1704, 880 Madison Drive Harrisonburg, VA 22807 540-568-5166 lib.jmu.edu/special @JMUSpeColl -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corinne.Chatnik at nysed.gov Wed Aug 11 13:24:49 2021 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Wed, 11 Aug 2021 17:24:49 +0000 Subject: [Archivesspace_Users_Group] Temporary locations implemented? In-Reply-To: References: Message-ID: Hi Christie, I am also interested in this topic. Thank you! Corinne Chatnik Digital Strategies New York State Archives Corinne.Chatnik at nysed.gov From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Solek, VivianLea Sent: Wednesday, August 11, 2021 1:22 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Temporary locations implemented? Hi Christie, Can you please share back to the list and responses you get off-list? I am interested in this topic as well. Many thanks! VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives 1 State Street New Haven, CT 06511-6702 Phone 203 752-4578 Fax 203 865-0351 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Christie Peterson Sent: Wednesday, August 11, 2021 1:19 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Temporary locations implemented? Hello fellow ArchivesSpace users, Do you work at an institution that uses ArchivesSpace to track temporary locations as well as permanent ones? If so, I'd love to hear about how you have set it up and how it's working for you. I've tried searching, but all the references that Google can find for me are the declaration that ASpace can manage both permanent and temporary locations, but no discussion or manuals to how anyone is actually using it to do so. Many thanks in advance for your responses, Christie Christie S. Peterson Head of Technical and Digital Services for Special Collections Smith College Libraries cpeterson at smith.edu she/her Special Collections is moving into the new Neilson Library and will be closed from May 31st until August 30th. All services will be temporarily unavailable. We look forward to reopening in the fall, 2021. Additional information can be found on our website. 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. Confidentiality Notice This email including all attachments is confidential and intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Wed Aug 11 14:00:59 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 11 Aug 2021 18:00:59 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace 3.0.2 now available Message-ID: Hello ArchivesSpace members, ArchivesSpace 3.0.2 is now available. Version 3.0.2 is the direct result of community feedback about the migration of date sub-records attached to agents. The updated migration will create an equal number of new structured date sub-records from the pre-3.x date sub-records and do some parsing of date expressions in range dates into begin and end date expressions. If you previously upgraded to 3.0.0 or 3.0.1, this migration will be skipped. This version also fixes a bug uncovered with the spreadsheet importer for adding digital objects to archival objects. More information about what's in the release and the link to download it are at https://github.com/archivesspace/archivesspace/releases. Information on upgrading to a new version of ArchivesSpace is available at https://archivesspace.github.io/tech-docs/administration/upgrading.html. If you have questions or need any assistance, please let us know. The timing of this smaller release is intended to meet the needs of institutions that need to complete an upgrade before the end of the summer. If you do not have that kind of time pressure, you may want to wait for the next version (which we anticipate to be 3.1.0) as we expect to put out a more typical release with the usual complement of bug fixes, feature enhancements, and infrastructure improvements in a few weeks. Christine 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: image001.jpg Type: image/jpeg Size: 13904 bytes Desc: image001.jpg URL: From john.stephenson at bc.edu Wed Aug 11 15:53:13 2021 From: john.stephenson at bc.edu (John Stephenson) Date: Wed, 11 Aug 2021 15:53:13 -0400 Subject: [Archivesspace_Users_Group] Job posting: Library Applications Developer, Boston College, MA Message-ID: Sharing this vacancy on behalf of our Head of Library Systems and Applications?apologies for cross-posting. We?re excited to announce that Boston College Libraries is hiring for a Library Applications Developer position. This role has a focus on applications related to Archives, Special Collections, and Digital Production Services. We run a production ArchivesSpace instance, and have a number of active development projects related to the application. Job Posting: Boston College Libraries is seeking a Library Applications Developer to join our enthusiastic, collaborative, and supportive team. We?re looking for someone who will enjoy solving interesting problems, experimenting with new ideas, and advocating for user needs. As a Library Applications Developer, you will: - Report to the Head of Library Systems and Applications - Collaborate with partners from across campus to develop and implement practical, usable library services - Lead technical implementations from design to deployment while balancing interests and requirements from a wide range of stakeholders. - Understand and advocate for the needs of Students, Faculty, and Staff - Contribute to the vision for the Library?s technology infrastructure and priorities You?ll love this role if you are passionate about application development and are fascinated by the unique challenges of searching and using library collections online. You?ll work closely with colleagues across the library and university, including archivists, metadata specialists, and scholars. We expect finalists for this position to demonstrate a commitment to sustaining a culture that is respectful, accountable, and intentionally inclusive, as is central to the mission of the BC Libraries and rooted in the Jesuit tradition of social justice. Hiring range: Associate Library Applications Developer - $60,800 - $76,000 Less than 3 years experience developing web applications in a Linux/Unix environment Library Applications Developer - $70,500 - $88,100 Minimum 3 years experience developing web applications in a Linux/Unix environment Senior Library Applications Developer - $77,750 - $97,200 Minimum 5 years experience developing web applications in a Linux/Unix environment Requirements: - Bachelor?s degree - Occasional weekend or off-work hours are required to handle system outages and routine maintenance. You will thrive in this role with these skills, abilities, and experiences: - You have demonstrated experience as a front-end and/or back-end developer - You are comfortable working with APIs - You have experience with collaborative version control such as Git - You?re a pro at documentation, including authoring README files, updating wiki pages, and adding descriptive code comments - You have experience managing software development projects - You can configure and manage Linux web servers such as Apache, NGINX, and Tomcat - You actively participate in open-source software projects, including bug reporting and contributing code - You have some knowledge or experience with search and indexing platforms such as Solr or Elasticsearch - You can effectively communicate technical concepts to a non-technical audience If you feel that you meet some but not all the requirements, don?t let a confidence gap stop you from applying. Sometimes a list of qualifications can miss the elements that would most strengthen our team; we value the many different skills which make all of us unique. Regards, John *John A Stephenson* Library Systems Administrator Boston College Libraries 140 Commonwealth Ave. | Chestnut Hill, MA 02467-3801 617-552-1898 john.stephenson at bc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdoub at usc.edu Thu Aug 12 17:11:22 2021 From: bdoub at usc.edu (Bolton Kelly Doub) Date: Thu, 12 Aug 2021 21:11:22 +0000 Subject: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes Message-ID: Hi All, I recently used the bulk_import_template.xlsx to import some new archival objects along with a linked digital object attached to each new archival object. See attached for the spreadsheet that I imported. The import successfully created the new archival object and digital object records. However, all of the new digital object records were created with the actuate_attribute set to "onLoad" and the show_attribute set to "embed." According to the documentation on the Import Archival Objects from Excel Help Center page, these two File Version attributes are supposed to import with values set to "onRequest" and "new" (not "onLoad" and "embed"). Is anyone else experiencing this? I searched Jira for open issues documenting this behavior and I didn't see any. The Digital Objects being set to "onload" and "embed" is causing display issues when viewing these records on our PUI (I can't click on the Digital Object URI and navigate to our Digital Library). We are currently running ArchivesSpace v2.8.1. Thanks in advance for any help or feedback. Best, Bo Bo Doub Accessioning Archivist USC Libraries Technical Services University of Southern California Pronouns: he, him, his tel:213-740-8180 bdoub at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Excel-import-FAL-2021-08-12.xlsx Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet Size: 141792 bytes Desc: Excel-import-FAL-2021-08-12.xlsx URL: From Henry.Steele at tufts.edu Fri Aug 13 14:10:51 2021 From: Henry.Steele at tufts.edu (Steele, Henry) Date: Fri, 13 Aug 2021 18:10:51 +0000 Subject: [Archivesspace_Users_Group] question about setting up infinite scroll and formatting for finding aid view vis a vis Yale Message-ID: Good afternoon, I wanted to ask the community if any of you have experience setting up infinite scroll and formatting for the finding aid view in the PUI. Yale's version looks really nice and we would like to offer something like this to our patrons. You can see a description of their changes here: https://docs.google.com/document/d/194-QB9JxVY0CQtgg66y1th3fvqp37K2p6KbF2Ral5ko/edit Of course I've looked at the page source and CSS, but what I'm wondering is if anyone has a set of Ruby view files and or assets they use in /plugins/local/public, or as a plugin, where they've implemented such a change and perhaps could share it, either as a github repo or in some other format. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Mon Aug 16 09:06:59 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 16 Aug 2021 13:06:59 +0000 Subject: [Archivesspace_Users_Group] Announcing the first ArchivesSpace Core Committers open call Message-ID: <8C0B58C7-4A51-46E3-952C-8A69757631DB@lyrasis.org> Dear ArchivesSpace Users, The ArchivesSpace Core Committers group will offer their first community-wide open call on September 13, 2021, at 2pm ET/11am PT. This call is open to anyone using or interested in using ArchivesSpace in a more technical capacity. The ArchivesSpace Core Committers group is made up of volunteers within the ArchivesSpace community with a proven track record of contributing to the ArchivesSpace application, including reviewing pull requests, writing technical documentation, and contributing code to ArchivesSpace. Registration is currently open for this open call. This open call will cover the build system and testing suite within ArchivesSpace. Following a brief presentation, you will have the opportunity to ask questions about the topic. Once those run out we will answer other technical questions if time allows. ArchivesSpace Core Committers Open Call Date: September 13, 2021 Time: 2:00pm ET / 11:00am PT Topic: The ArchivesSpace build system and testing suite Registration: https://lyrasis.zoom.us/meeting/register/tZUtc-qrpzguGdIQndPjxjZ17lHwrjoAq7nH Please note this session will not be recorded but notes will be made available after the fact on the ArchivesSpace wiki. If you have any questions, feel free to contact us at ArchivesSpaceHome at lyrasis.org. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29061 bytes Desc: image001.jpg URL: From tessa.wakefield at uni.edu Mon Aug 16 10:24:14 2021 From: tessa.wakefield at uni.edu (Tessa Wakefield) Date: Mon, 16 Aug 2021 09:24:14 -0500 Subject: [Archivesspace_Users_Group] public interface breadcrumbs Message-ID: Hello! We're in the process of implementing ArchivesSpace at UNI. We've practiced setting up a University Archives classification and nesting additional classifications within that, based on our current hierarchical organization in Drupal. We're more than likely going to be using ASpace's public interface for the time being and are wondering if there's a way to only show the identifier information in red in the attached image. Mainly, wondering if there's a way to not have each classification level displayed to avoid confusion. Thanks in advance! Tessa -- *Tessa Wakefield (she/her )* Archival Processor & Reference Associate University of Northern Iowa Rod Library 319-273-2132 LIB 342 / Cedar Falls, IA 50614 uni.edu / #1UNI *To schedule an appointment, please visit **LibCal . SC&UA is open by appointment only.* -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: identifiers.jpg Type: image/jpeg Size: 53025 bytes Desc: not available URL: From cap166 at georgetown.edu Mon Aug 16 14:04:22 2021 From: cap166 at georgetown.edu (Carole Prietto) Date: Mon, 16 Aug 2021 14:04:22 -0400 Subject: [Archivesspace_Users_Group] public interface breadcrumbs In-Reply-To: References: Message-ID: We have a resource record (not published) for our record group schema. Each individual collection has a resource record with whatever number that collection needs in our system - those are getting published as collections are processed. Our numbering is shorter than yours, but if I were in your situation, I would enter only a part of the classification number in the collection's resource record and leave the entire number to the record group document. Hierarchical schemes such as this are helpful for us archivists, but can be very confusing for users. Department of Political Science - Faculty Staff Papers is much more meaningful for users than 12/12/05/12/05/02. I'd be thinking about how much of this long classification number do users really need to see. Carole Prietto (she/her) | Law Center Archivist, Law Library GEORGETOWN LAW | cap166 at georgetown.edu 111 G Street, N.W. | Washington, D.C. 20001 Phone: 202.662.9149 Law Center History on Digital Georgetown Law Center Archives Research Portal On Mon, Aug 16, 2021 at 10:24 AM Tessa Wakefield wrote: > Hello! > We're in the process of implementing ArchivesSpace at UNI. > We've practiced setting up a University Archives classification and > nesting additional classifications within that, based on our current > hierarchical organization in Drupal. We're more than likely going to be > using ASpace's public interface for the time being and are wondering if > there's a way to only show the identifier information in red in the > attached image. Mainly, wondering if there's a way to not have each > classification level displayed to avoid confusion. > > Thanks in advance! > Tessa > > -- > *Tessa Wakefield (she/her )* > > Archival Processor & Reference Associate > > University of Northern Iowa > > Rod Library > > 319-273-2132 > > LIB 342 / Cedar Falls, IA 50614 > uni.edu / #1UNI > *To schedule an appointment, please visit **LibCal > . SC&UA is open by appointment > only.* > > _______________________________________________ > 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 hanstra at nd.edu Mon Aug 16 15:10:33 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Mon, 16 Aug 2021 15:10:33 -0400 Subject: [Archivesspace_Users_Group] Large record update missing PUI data Message-ID: In our testing of a local ArchivesSpace instance, we updated a very large record with some additional information. Information was added as expected on the Staff side. But on the Public interface, the items show up as listed in the collection organization, but when a user attempts to access the records, the page says they do not exist. Did we miss an update step somewhere or did the record just not get updated properly on the PUI side? Is there a way to reindex just this one record again or do I have to fully update the PUI index to get this addressed. I'm looking for the best way to handle this with the least amount of interruptions. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From schanzme at msu.edu Mon Aug 16 15:38:53 2021 From: schanzme at msu.edu (Schanz, Megan) Date: Mon, 16 Aug 2021 19:38:53 +0000 Subject: [Archivesspace_Users_Group] Large record update missing PUI data In-Reply-To: References: Message-ID: In my experience, just doing a "save" on the staff side (without needing to make any changes to the record) should trigger a reindex for that one record. I actually had to do this just the other day, but because I updated the record through the database (which is not recommended unless you really understand the data model). Updates through the staff side should have triggered that reindex, so it makes me worry that the index failed for some reason and you might need to go hunting in logs for errors or warnings. - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Tom Hanstra Sent: Monday, August 16, 2021 3:10 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Large record update missing PUI data In our testing of a local ArchivesSpace instance, we updated a very large record with some additional information. Information was added as expected on the Staff side. But on the Public interface, the items show up as listed in the collection organization, but when a user attempts to access the records, the page says they do not exist. Did we miss an update step somewhere or did the record just not get updated properly on the PUI side? Is there a way to reindex just this one record again or do I have to fully update the PUI index to get this addressed. I'm looking for the best way to handle this with the least amount of interruptions. Thanks, Tom -- Tom Hanstra Sr. Systems Administrator hanstra at nd.edu [https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ] -------------- next part -------------- An HTML attachment was scrubbed... URL: From lneely at okeeffemuseum.org Mon Aug 16 16:42:42 2021 From: lneely at okeeffemuseum.org (Liz Neely) Date: Mon, 16 Aug 2021 20:42:42 +0000 Subject: [Archivesspace_Users_Group] Digital Object Module Use In-Reply-To: References: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> Message-ID: Sorry if I?m taking this thread on a turn: Trevor, I would love to learn more about your implementation or any documentation that you accessed to make it work. We at the Georgia O?Keeffe Museum store DOs as links to IIIF manifests that serve our Collections Online (example) and linked open data (the data pipeline takes in the EAD). Now that we?ve also published these collections on the PUI, the links appear broken in the PUI since the file instance is a link to the manifest (info.json) and not an image file. I?ve been looking around for documentation that recognizes this and engages a viewer, but haven?t found anything. Am I not looking closely enough? Any directions would be appreciated! Thanks, Liz Liz Neely (she/her) Curator of Digital Experience Georgia O?Keeffe Museum Santa Fe, New Mexico lneely at gokm.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Trevor Thornton Date: Thursday, September 17, 2020 at 8:29 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Digital Object Module Use 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 > 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 _______________________________________________ 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 jasteytler at minlib.net Tue Aug 17 10:23:40 2021 From: jasteytler at minlib.net (Jessica Steytler) Date: Tue, 17 Aug 2021 10:23:40 -0400 Subject: [Archivesspace_Users_Group] Ground Up Top Container work Message-ID: Hi! I'm working on implementation and watched the first bit of Road to Somewhere yesterday and now have some concrete notions on what first steps I can do to get me further. Our repository hasn't been mapped before. We have barcodes on many of our containers. I will be assigning value to ranges and bays. Some containers have barcodes! I basically have nothing in my ASpace instance because we are going to import resources from MARC, and that takes coordination. However- the physical repository. Not mapped. No data around it to import at all, so doing from scratch by hand seems like a reasonable thing to do. Is this a reasonable thing to do? Will it impede our MARC import or just be a different layer that our resources will then be able to link to? If it makes sense to move forward, where would you start first and what reference materials or keywords should use/find? Thanks- -- Jessica Steytler (*she/her)* Reference - Special Collections Public Library of Brookline 361 Washington St. Brookline, MA 02445 jasteytler at minlib.net http://brooklinelibrary.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From benn.joseph at northwestern.edu Tue Aug 17 11:26:27 2021 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Tue, 17 Aug 2021 15:26:27 +0000 Subject: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes In-Reply-To: References: Message-ID: Hi Bo, We experienced something similar when using the 'bulk_import_DO_template' to add digital object instances to existing archival objects. In the spreadsheet, the "Linked-to Digital Object URL" indicates it will be set to Actuate=onRequest, Show=new; the "Thumbnail URL" indicates Actuate=onLoad, Show=embed. When we import the digital objects, these settings are actually switched-the "Linked-to Digital Object URL" indicates Actuate=onLoad, Show=embed and vice-versa. Otherwise the URLs themselves are in the correct locations in the DO instance. As a result, we see those same display issues and problems accessing content. We've successfully imported DOs with the spreadsheet importer in the past, so this must be something new. But, we don't use it a ton and can't pinpoint when this might have started. We're also on v2.8.1. --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Bolton Kelly Doub Sent: Thursday, August 12, 2021 4:11 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes Hi All, I recently used the bulk_import_template.xlsx to import some new archival objects along with a linked digital object attached to each new archival object. See attached for the spreadsheet that I imported. The import successfully created the new archival object and digital object records. However, all of the new digital object records were created with the actuate_attribute set to "onLoad" and the show_attribute set to "embed." According to the documentation on the Import Archival Objects from Excel Help Center page, these two File Version attributes are supposed to import with values set to "onRequest" and "new" (not "onLoad" and "embed"). Is anyone else experiencing this? I searched Jira for open issues documenting this behavior and I didn't see any. The Digital Objects being set to "onload" and "embed" is causing display issues when viewing these records on our PUI (I can't click on the Digital Object URI and navigate to our Digital Library). We are currently running ArchivesSpace v2.8.1. Thanks in advance for any help or feedback. Best, Bo Bo Doub Accessioning Archivist USC Libraries Technical Services University of Southern California Pronouns: he, him, his tel:213-740-8180 bdoub at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcyzyk at jhu.edu Tue Aug 17 12:47:02 2021 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Tue, 17 Aug 2021 16:47:02 +0000 Subject: [Archivesspace_Users_Group] translation missing: language_and_script.language Message-ID: Dear ASpace users, We are trying to extract data in XML and on some of our records hit this error: "{"error":"undefined method `language' for #<#:0x645c2625>"}" Looking at the staff interface, I see "translation missing: language_and_script.language" in the box where the ArchivesSpace fields for "Language of Description" and "Script of Description". I am assuming this is something that needs to be remedied in our /locales/enums/en.yml file. But I go there and never find a line for "language_and_script". Is this something I need to add to en.yml? Advice 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdoub at usc.edu Tue Aug 17 14:10:00 2021 From: bdoub at usc.edu (Bolton Kelly Doub) Date: Tue, 17 Aug 2021 18:10:00 +0000 Subject: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes In-Reply-To: References: Message-ID: Hi Benn, Thanks for your response. I did some more testing with the help of Valerie Addonizio at Atlas and we came to the same conclusion -- that the two URL columns are switched on the current "bulk_import_template.xlsx". After moving the Digital Object URL from the "URL of Linked-out digital object" column (column BL on the current template) to the "URL of thumbnail" column (column BM), the Digital Objects imported with the "onRequest" and "new" attributes (the attributes intended for the "URL of Linked-out digital object" column). The DO links are displaying correctly on our PUI with these settings. I also tried importing the DOs from the "bulk_import_DO_template.xlsx" (for creating and linking new DOs to existing archival object records) and that template actually worked as expected with the DOs importing with "onRequest" and "new" attributes. Valerie forwarded this information to ASpace so hopefully the "bulk_import_template.xlsx" will be fixed soon. Best, Bo Bo Doub Accessioning Archivist USC Libraries Technical Services Doheny Memorial Library, Room B22 tel:213-740-8180 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Tuesday, August 17, 2021 8:26 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes Hi Bo, We experienced something similar when using the 'bulk_import_DO_template' to add digital object instances to existing archival objects. In the spreadsheet, the "Linked-to Digital Object URL" indicates it will be set to Actuate=onRequest, Show=new; the "Thumbnail URL" indicates Actuate=onLoad, Show=embed. When we import the digital objects, these settings are actually switched-the "Linked-to Digital Object URL" indicates Actuate=onLoad, Show=embed and vice-versa. Otherwise the URLs themselves are in the correct locations in the DO instance. As a result, we see those same display issues and problems accessing content. We've successfully imported DOs with the spreadsheet importer in the past, so this must be something new. But, we don't use it a ton and can't pinpoint when this might have started. We're also on v2.8.1. --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Bolton Kelly Doub Sent: Thursday, August 12, 2021 4:11 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] New Digital Object records importing with incorrect "actuate" and "show" attributes Hi All, I recently used the bulk_import_template.xlsx to import some new archival objects along with a linked digital object attached to each new archival object. See attached for the spreadsheet that I imported. The import successfully created the new archival object and digital object records. However, all of the new digital object records were created with the actuate_attribute set to "onLoad" and the show_attribute set to "embed." According to the documentation on the Import Archival Objects from Excel Help Center page, these two File Version attributes are supposed to import with values set to "onRequest" and "new" (not "onLoad" and "embed"). Is anyone else experiencing this? I searched Jira for open issues documenting this behavior and I didn't see any. The Digital Objects being set to "onload" and "embed" is causing display issues when viewing these records on our PUI (I can't click on the Digital Object URI and navigate to our Digital Library). We are currently running ArchivesSpace v2.8.1. Thanks in advance for any help or feedback. Best, Bo Bo Doub Accessioning Archivist USC Libraries Technical Services University of Southern California Pronouns: he, him, his tel:213-740-8180 bdoub at usc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kats at lewisginter.org Wed Aug 18 09:21:28 2021 From: Kats at lewisginter.org (Kat Spears) Date: Wed, 18 Aug 2021 13:21:28 +0000 Subject: [Archivesspace_Users_Group] MariaDB v. MySQL Message-ID: Our IT Manager had a question as we are preparing to implement ArchivesSpace. Perhaps someone could answer her question (below)? Any feedback is appreciated. Thanks, kat Her message to me was: Under the "implementing ArchivesSpace" page it says "The embedded database is for testing purposes only. You should use MySQL or MariaDB for any data intended for production, including data in a test instance that you intend to move over to a production instance." Question is - how did they address that need? Are people using MySQL or MariaDB, which is better to tie into ArchivesSpace? __ Katarina Spears Library and Archives Manager O 804.262.9887 ext. 342 kats at lewisginter.org 1800 Lakeside Avenue Richmond, VA 23228 [/Volumes/Clients A-L/Lewis-Ginter/16 Projects/16LGB1710 Lewis Ginter Brand Refresh/06_Final/Wordmark/PRIMARY_FullMark/COLOR/RGB (digital)/PNG/LGBG_LogoPrimary_RGB_forEmailSignature.png] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5526 bytes Desc: image001.png URL: From hanstra at nd.edu Wed Aug 18 09:35:31 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Wed, 18 Aug 2021 09:35:31 -0400 Subject: [Archivesspace_Users_Group] MariaDB v. MySQL In-Reply-To: References: Message-ID: Either will work (or anything that is MySQL compatible. We use AWS Aurora). The main point to me of that statement is to be sure not to run production level ArchivesSpace using the local, base level database which is for testing purposes only. So use either one. For the ArchivesSpace database, there should be no difference in functionality. Tom On Wed, Aug 18, 2021 at 9:21 AM Kat Spears wrote: > Our IT Manager had a question as we are preparing to implement > ArchivesSpace. Perhaps someone could answer her question (below)? Any > feedback is appreciated. > > > > Thanks, > > kat > > > > Her message to me was: > > Under the ?implementing ArchivesSpace? page it says > > > > *?The embedded database is for testing purposes only. You should use MySQL > or MariaDB for any data intended for production, including data in a test > instance that you intend to move over to a production instance.?* > > > > Question is ? how did they address that need? > > > > Are people using MySQL or MariaDB, which is better to tie into > ArchivesSpace? > > > > > > *__* > > > > > *Katarina Spears **Library and Archives Manager* > > *O *804.262.9887 ext. 342 > > kats at lewisginter.org > > > > 1800 Lakeside Avenue > Richmond, VA 23228 > > > > [image: /Volumes/Clients A-L/Lewis-Ginter/16 Projects/16LGB1710 Lewis > Ginter Brand Refresh/06_Final/Wordmark/PRIMARY_FullMark/COLOR/RGB > (digital)/PNG/LGBG_LogoPrimary_RGB_forEmailSignature.png] > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5526 bytes Desc: not available URL: From saprill at kingstonpubliclibrary.org Wed Aug 18 16:31:56 2021 From: saprill at kingstonpubliclibrary.org (Susan Aprill) Date: Wed, 18 Aug 2021 16:31:56 -0400 Subject: [Archivesspace_Users_Group] Ground Up Top Container work In-Reply-To: References: Message-ID: Hi Jessica, It is a reasonable thing to do! I had to do it when I first started, then again when I moved the collections to a different building. I mapped with sticky notes until it made sense: range letters where I could see them from inside the stacks and out, shelf numbers in a consistent spot on the shelves. Then I got out the sharpie. Locations are a sort of different layer in ASpace. You don't have to do it by hand: go to Create > Location > Create Bulk Locations. Here's my end result, where coordinate label 1 is the range letter and coordinate indicator 1 is the shelf number. [image: image.png] I don't know how the MARC import would look in ASpace. I can tell you, though, that when I create a bunch of top containers, I only put in indicator and container type, because it's automagically linked to the Resource, Accession, or whatever the instance belongs to, and these great Bulk Operations can be done in Manage Top Containers. [image: image.png] Good luck! Susan Susan Aprill, Archivist Local History Collections at the Adams Kingston Public Library 781-831-6277 On Tue, Aug 17, 2021 at 10:23 AM Jessica Steytler wrote: > Hi! > > I'm working on implementation and watched the first bit of Road to > Somewhere yesterday and now have some concrete notions on what first steps > I can do to get me further. > > Our repository hasn't been mapped before. We have barcodes on many of our > containers. I will be assigning value to ranges and bays. Some containers > have barcodes! I basically have nothing in my ASpace instance because we > are going to import resources from MARC, and that takes coordination. > > However- the physical repository. Not mapped. No data around it to import > at all, so doing from scratch by hand seems like a reasonable thing to do. > Is this a reasonable thing to do? Will it impede our MARC import or just be > a different layer that our resources will then be able to link to? > > If it makes sense to move forward, where would you start first and what > reference materials or keywords should use/find? > > Thanks- > > > -- > Jessica Steytler (*she/her)* > Reference - Special Collections > Public Library of Brookline > 361 Washington St. > Brookline, MA 02445 > jasteytler at minlib.net > http://brooklinelibrary.org > > _______________________________________________ > 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: image.png Type: image/png Size: 136410 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 22625 bytes Desc: not available URL: From rachel.searcy at nyu.edu Thu Aug 19 11:47:24 2021 From: rachel.searcy at nyu.edu (Rachel Aileen Searcy) Date: Thu, 19 Aug 2021 11:47:24 -0400 Subject: [Archivesspace_Users_Group] Unexpected behavior in v.3.0.2? Message-ID: Hello list! We are in the process of upgrading to v.3.0.2, and noticed a few unusual details that I'm hoping to get some more information about. Neither would be deal-breakers to upgrading, but I'm curious if these are intended or perhaps bugs. We first noticed these in our local development instance, but I've been able to replicate them in the community sandbox. When I create a new agent record -- either on its own via "Create -- Agent" or within the context of an accession or resource record, the "Publish" checkbox defaults to false. This is new behavior to us, and I'm curious if this is intended (and if so, if there is a way to locally alter this so that new agents default to Publish=True)? We also saw some potentially buggy behavior with the "sticky" parameters when browsing for containers. For example, when starting from a resource record and browsing for a container, Manage Top Containers pre-populates the interface with my resource record so that only containers linked to it are listed: [image: Screen Shot 2021-08-19 at 11.42.55 AM.png] If I want to browse for a shared box, for example, I want to clear the resource field and instead do a container search with a keyword (this screenshot shows my edits to the parameters before selecting "Search"): [image: Screen Shot 2021-08-19 at 11.39.48 AM.png] But as soon as I select "Search" my original resource record is re-inserted into the parameters although it doesn't actually seem to be impacting the search results: [image: Screen Shot 2021-08-19 at 11.41.14 AM.png] I'd be happy to put together a JIRA ticket for either of these issues, but first wanted to see if others had insight before doing so. Thanks so much. Take care, 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.39.48 AM.png Type: image/png Size: 168972 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.41.14 AM.png Type: image/png Size: 278645 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.42.55 AM.png Type: image/png Size: 323450 bytes Desc: not available URL: From baileys at ou.edu Thu Aug 19 15:03:01 2021 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Thu, 19 Aug 2021 19:03:01 +0000 Subject: [Archivesspace_Users_Group] 3D Digital Object Metadata in ArchivesSpace Message-ID: Hello All, Curious if anyone out there is creating and storing digital object metadata for 3D files in ArchivesSpace, and if so, if they?d be willing to chat sometime? Thanks! -Bailey Bailey Hoffner, MLIS Pronouns: she/her or they/them 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 Fri Aug 20 09:14:33 2021 From: trthorn2 at ncsu.edu (Trevor Thornton) Date: Fri, 20 Aug 2021 09:14:33 -0400 Subject: [Archivesspace_Users_Group] Digital Object Module Use In-Reply-To: References: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> Message-ID: We?re not using the PUI, so our specific implementation is probably not that useful. Our finding aids are delivered via a custom Ruby on Rails app, and the IIIF manifest is processed into a thumbnail viewer with this Javascript: https://github.ncsu.edu/ncsu-libraries/collection_guides/blob/master/app/assets/javascripts/thumbnail_viewer.js The thumbnails link out to our main digital collections site, which uses the Universal Viewer: http://universalviewer.io/ which takes a manifest URL (like what you have in your DOs) and displays the zoomable image, metadata, etc. I did a little searching and found this presentation abstract: https://iiif.io/event/2019/goettingen/program/29/ that mentions a plugin to embed the Universal Viewer in ArchivesSpace. That led me here: https://archives.collections.ed.ac.uk/repositories/2/digital_objects/179 Which doesn't look like it's actually using the Universal Viewer, but I think it's doing something close to what you want to do. On Mon, Aug 16, 2021 at 4:42 PM Liz Neely wrote: > Sorry if I?m taking this thread on a turn: > > > > Trevor, I would love to learn more about your implementation or any > documentation that you accessed to make it work. > > > > We at the Georgia O?Keeffe Museum store DOs as links to IIIF manifests > that serve our Collections Online (example > ) > and linked open data (the data pipeline takes in the EAD). Now that we?ve > also published these collections on the PUI, the links appear broken in the > PUI since the file instance is a link to the manifest (info.json) and not > an image file. I?ve been looking around for documentation that recognizes > this and engages a viewer, but haven?t found anything. Am I not looking > closely enough? > > > > Any directions would be appreciated! > > Thanks, > > Liz > > > > *Liz Neely *(she/her) > Curator of Digital Experience > Georgia O?Keeffe Museum > > Santa Fe, New Mexico > > lneely at gokm.org > > > > > > *From: *archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Trevor Thornton > *Date: *Thursday, September 17, 2020 at 8:29 AM > *To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject: *Re: [Archivesspace_Users_Group] Digital Object Module Use > > 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 > _______________________________________________ > 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 kws2126 at columbia.edu Fri Aug 20 09:36:50 2021 From: kws2126 at columbia.edu (Kevin W. Schlottmann) Date: Fri, 20 Aug 2021 09:36:50 -0400 Subject: [Archivesspace_Users_Group] Unexpected behavior in v.3.0.2? In-Reply-To: References: Message-ID: Hi Rachel, Re 1), the default publish status, which applies to all record types, can be set at global, repository, and user levels in Preferences. A couple of years ago we set the repository default to true because we would often forget to set newly created agents to publish=true, resulting in published description missing creators and subjects. I just checked our setting, and it was set back to the default (publish=false), so I wonder if this is reset to default when AS is upgraded. We rarely use publish=false for any record type, so a default of publish=true works for us, but that may not be the case for different setups, especially those using the PUI. There was a JIRA request to allow more fine-grained control of publish status for different record types, but it wasn't fleshed out and dev-pri marked it as "Will not do" https://archivesspace.atlassian.net/browse/ANW-505 Re 2), we are seeing similar behavior for shared top containers as well; we are on version 2.8.1. I'd be happy to add our examples to a ticket, as this is annoying and potentially confusing behavior. Kevin On Thu, Aug 19, 2021 at 11:47 AM Rachel Aileen Searcy wrote: > Hello list! > > We are in the process of upgrading to v.3.0.2, and noticed a few unusual > details that I'm hoping to get some more information about. Neither would > be deal-breakers to upgrading, but I'm curious if these are intended or > perhaps bugs. We first noticed these in our local development instance, but > I've been able to replicate them in the community sandbox. > > When I create a new agent record -- either on its own via "Create -- > Agent" or within the context of an accession or resource record, the > "Publish" checkbox defaults to false. This is new behavior to us, and I'm > curious if this is intended (and if so, if there is a way to locally alter > this so that new agents default to Publish=True)? > > We also saw some potentially buggy behavior with the "sticky" parameters > when browsing for containers. For example, when starting from a resource > record and browsing for a container, Manage Top Containers pre-populates > the interface with my resource record so that only containers linked to it > are listed: > > [image: Screen Shot 2021-08-19 at 11.42.55 AM.png] > > If I want to browse for a shared box, for example, I want to clear the > resource field and instead do a container search with a keyword (this > screenshot shows my edits to the parameters before selecting "Search"): > > [image: Screen Shot 2021-08-19 at 11.39.48 AM.png] > But as soon as I select "Search" my original resource record is > re-inserted into the parameters although it doesn't actually seem to be > impacting the search results: > > [image: Screen Shot 2021-08-19 at 11.41.14 AM.png] > > I'd be happy to put together a JIRA ticket for either of these issues, but > first wanted to see if others had insight before doing so. > > Thanks so much. Take care, > 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 > -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University *Pronouns: he/him/his* 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.39.48 AM.png Type: image/png Size: 168972 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.41.14 AM.png Type: image/png Size: 278645 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-08-19 at 11.42.55 AM.png Type: image/png Size: 323450 bytes Desc: not available URL: From Scott.Renton at ed.ac.uk Fri Aug 20 09:42:18 2021 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Fri, 20 Aug 2021 13:42:18 +0000 Subject: [Archivesspace_Users_Group] SOLR/API differences Message-ID: Hi folks Just trying to translate a query worked out in SOLR into an API get request. Here, I'm trying to use edismax and qf to limit the fields I'm looking in for a term, so we don't get unwanted content coming through: [base_url]/collection1/select?q=joke&fq=types%3Aarchival_object&rows=1000&fl=title+notes+summary&wt=json&indent=true&defType=edismax&qf=notes%5E300+title%5E100&stopwords=true&lowercaseOperators=true That does seem to work. When I drop it into the API, though, I notice that fq is ignored (I just move the types into the q, that's ok), fl is ignored (this was just to see things easily, not a big deal), and even with defType=edismax, the all-important qf is ignored. Is that what we'd expect? My GET looks like this (I took the weightings off the qfs): [base_url]/repositories/2/search?q=joke AND types:archival_object&rows=1000&fl=title+notes+summary&wt=json&indent=true&defType=edismax&qf=notes+title&stopwords=true&lowercaseOperators=true&page=1 I was under the impression the API and SOLR syntax were interchangeable, but perhaps not? I've also noticed that I cannot use summary for qf in SOLR. I think this is because it is indexed="false" in schema.xml. Is it likely to be safe to change that and reindex? Thanks Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th' ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Fri Aug 20 10:06:52 2021 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 20 Aug 2021 14:06:52 +0000 Subject: [Archivesspace_Users_Group] Digital Object Module Use In-Reply-To: References: <732CE49E-A0CA-4EAC-9BD3-BAABA44B024B@ou.edu> Message-ID: Liz, We are starting to work on this as part of the specification for https://archivesspace.atlassian.net/browse/ANW-1209 (thanks again to Cory for doing this work!), which focuses on adding digital object thumbnails in a standardized way to both the staff and public interface of ASpace. As part of that development process, which Hudson Molonglo has done on our behalf, we also wanted a standard way to add IIIF manifests. I hope all of this can be added to the core code once it's ready (and we're not implementing it in a plugin for that very reason), but the gist is that this approach makes it possible to recognize IIIF manifest files and to associate those with a viewer. Here's an example https://puitestarchivesspace.library.yale.edu/repositories/11/archival_objects/431642 Certainly more to say on the topic, but I just wanted to respond quickly now since I just saw this thread. I wonder if this approach would work for your use case? I think so, but it would be good to confirm! Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Trevor Thornton Sent: Friday, 20 August, 2021 9:15 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Digital Object Module Use We're not using the PUI, so our specific implementation is probably not that useful. Our finding aids are delivered via a custom Ruby on Rails app, and the IIIF manifest is processed into a thumbnail viewer with this Javascript: https://github.ncsu.edu/ncsu-libraries/collection_guides/blob/master/app/assets/javascripts/thumbnail_viewer.js The thumbnails link out to our main digital collections site, which uses the Universal Viewer: http://universalviewer.io/ which takes a manifest URL (like what you have in your DOs) and displays the zoomable image, metadata, etc. I did a little searching and found this presentation abstract: https://iiif.io/event/2019/goettingen/program/29/ that mentions a plugin to embed the Universal Viewer in ArchivesSpace. That led me here: https://archives.collections.ed.ac.uk/repositories/2/digital_objects/179 Which doesn't look like it's actually using the Universal Viewer, but I think it's doing something close to what you want to do. On Mon, Aug 16, 2021 at 4:42 PM Liz Neely > wrote: Sorry if I'm taking this thread on a turn: Trevor, I would love to learn more about your implementation or any documentation that you accessed to make it work. We at the Georgia O'Keeffe Museum store DOs as links to IIIF manifests that serve our Collections Online (example) and linked open data (the data pipeline takes in the EAD). Now that we've also published these collections on the PUI, the links appear broken in the PUI since the file instance is a link to the manifest (info.json) and not an image file. I've been looking around for documentation that recognizes this and engages a viewer, but haven't found anything. Am I not looking closely enough? Any directions would be appreciated! Thanks, Liz Liz Neely (she/her) Curator of Digital Experience Georgia O'Keeffe Museum Santa Fe, New Mexico lneely at gokm.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Trevor Thornton > Date: Thursday, September 17, 2020 at 8:29 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Digital Object Module Use 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 > 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 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Mon Aug 23 08:27:40 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Mon, 23 Aug 2021 13:27:40 +0100 Subject: [Archivesspace_Users_Group] SOLR/API differences In-Reply-To: References: Message-ID: <6bc979b6-2b9d-c74d-3496-6bd53949284e@bodleian.ox.ac.uk> The search endpoints of the ArchivesSpace API allow passing of queries to Solr, but only selected parameters such as q and sort are passed directly through. Sorry if I gave you the wrong impression in previous emails. You cannot specify qf in an API search. Instead, its value is hardcoded here: https://github.com/archivesspace/archivesspace/blob/master/backend/app/model/solr.rb#L278 A few lines further down you can see where it calls hooks, which can be set up in plug-ins. So you can override the qf that way, but doing so will apply to all searches everywhere (in the public user interface and staff interface) not just specific API calls. Alternatively, it might be possible to write a plugin to create a new endpoint to allow dynamic setting qf, if it is crucial for your use-case. Some Solr parameters have equivalents in the ArchivesSpace API, which are listed here: https://archivesspace.github.io/archivesspace/api/#search-this-repository For example, instead of fl there is the fields[] parameter. And, although it is missing from the documentation, you can do fq, except it is renamed filter_query[]. The defType is already set to edismax. Instead of rows you have to use page_size, but if you want 1000 hits per page then you need to change AppConfig[:max_page_size] in config.rb. The summary field can be set to indexed="true" in schema.xml. I've done so myself, but on a system that uses an external Solr server, with its own schema.xml. In a system running from a built release, and using internal Solr, schema.xml is inside a .war file. Andrew. On 20/08/2021 14:42, RENTON Scott wrote: > Hi folks > > Just trying to translate a query worked out in SOLR into an API get > request. > > Here, I'm trying to use edismax and qf to limit the fields I'm looking > in for a term, so we don't get unwanted content coming through: > > [base_url]/collection1/select?q=joke&fq=types%3Aarchival_object&rows=1000&fl=title+notes+summary&wt=json&indent=true&defType=edismax&qf=notes%5E300+title%5E100&stopwords=true&lowercaseOperators=true > > > That does seem to work. > > When I drop it into the API, though, I notice that fq is ignored (I > just move the types into the q, that's ok), fl is ignored (this was > just to see things easily, not a big deal), and even with > defType=edismax, the all-important qf is ignored. Is that what we'd > expect? > > My GET looks like this (I took the weightings off the qfs): > [base_url]/repositories/2/search?q=joke AND > types:archival_object&rows=1000&fl=title+notes+summary&wt=json&indent=true&defType=edismax&qf=notes+title&stopwords=true&lowercaseOperators=true&page=1 > > I was under the impression the API and SOLR syntax were > interchangeable, but perhaps not? > > > I've also noticed that I cannot use summary for qf in SOLR. I think > this is because it is indexed="false" in schema.xml. Is it likely to > be safe to change that and reindex? > > > Thanks > > Scott > > > ========== > > Scott Renton > > Digital Library Development & Systems > > Floor F East > > Argyle House > > 515219 > > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. Is e buidheann > carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, > ?ireamh cl?raidh SC005336. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Mon Aug 23 08:30:36 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Mon, 23 Aug 2021 13:30:36 +0100 Subject: [Archivesspace_Users_Group] SOLR/API differences In-Reply-To: <6bc979b6-2b9d-c74d-3496-6bd53949284e@bodleian.ox.ac.uk> References: <6bc979b6-2b9d-c74d-3496-6bd53949284e@bodleian.ox.ac.uk> Message-ID: <6ff66b85-201d-3f6f-7bdd-491e2264f2f6@bodleian.ox.ac.uk> Sorry, forgot to mention, qf can be set in AppConfig[:solr_params] in config.rb, but again it applies to all searching, not just API searches. Andrew. On 23/08/2021 13:27, Andrew Morrison wrote: > > The search endpoints of the ArchivesSpace API allow passing of queries > to Solr, but only selected parameters such as q and sort are passed > directly through. Sorry if I gave you the wrong impression in previous > emails. > > > You cannot specify qf in an API search. Instead, its value is > hardcoded here: > > > https://github.com/archivesspace/archivesspace/blob/master/backend/app/model/solr.rb#L278 > > > A few lines further down you can see where it calls hooks, which can > be set up in plug-ins. So you can override the qf that way, but doing > so will apply to all searches everywhere (in the public user interface > and staff interface) not just specific API calls. Alternatively, it > might be possible to write a plugin to create a new endpoint to allow > dynamic setting qf, if it is crucial for your use-case. > > > Some Solr parameters have equivalents in the ArchivesSpace API, which > are listed here: > > > https://archivesspace.github.io/archivesspace/api/#search-this-repository > > > For example, instead of fl there is the fields[] parameter. And, > although it is missing from the documentation, you can do fq, except > it is renamed filter_query[]. The defType is already set to edismax. > Instead of rows you have to use page_size, but if you want 1000 hits > per page then you need to change AppConfig[:max_page_size] in config.rb. > > > The summary field can be set to indexed="true" in schema.xml. I've > done so myself, but on a system that uses an external Solr server, > with its own schema.xml. In a system running from a built release, and > using internal Solr, schema.xml is inside a .war file. > > > Andrew. > > > > > On 20/08/2021 14:42, RENTON Scott wrote: >> Hi folks >> >> Just trying to translate a query worked out in SOLR into an API get >> request. >> >> Here, I'm trying to use edismax and qf to limit the fields I'm >> looking in for a term, so we don't get unwanted content coming through: >> >> [base_url]/collection1/select?q=joke&fq=types%3Aarchival_object&rows=1000&fl=title+notes+summary&wt=json&indent=true&defType=edismax&qf=notes%5E300+title%5E100&stopwords=true&lowercaseOperators=true >> >> >> That does seem to work. >> >> When I drop it into the API, though, I notice that fq is ignored (I >> just move the types into the q, that's ok), fl is ignored (this was >> just to see things easily, not a big deal), and even with >> defType=edismax, the all-important qf is ignored. Is that what we'd >> expect? >> >> My GET looks like this (I took the weightings off the qfs): >> [base_url]/repositories/2/search?q=joke AND >> types:archival_object&rows=1000&fl=title+notes+summary&wt=json&indent=true&defType=edismax&qf=notes+title&stopwords=true&lowercaseOperators=true&page=1 >> >> I was under the impression the API and SOLR syntax were >> interchangeable, but perhaps not? >> >> >> I've also noticed that I cannot use summary for qf in SOLR. I think >> this is because it is indexed="false" in schema.xml. Is it likely to >> be safe to change that and reindex? >> >> >> Thanks >> >> Scott >> >> >> ========== >> >> Scott Renton >> >> Digital Library Development & Systems >> >> Floor F East >> >> Argyle House >> >> 515219 >> >> The University of Edinburgh is a charitable body, registered in >> Scotland, with registration number SC005336. Is e buidheann >> carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, >> ?ireamh cl?raidh SC005336. >> >> _______________________________________________ >> 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 Scott.Renton at ed.ac.uk Mon Aug 23 13:32:40 2021 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Mon, 23 Aug 2021 17:32:40 +0000 Subject: [Archivesspace_Users_Group] SOLR/API differences In-Reply-To: <6ff66b85-201d-3f6f-7bdd-491e2264f2f6@bodleian.ox.ac.uk> References: <6bc979b6-2b9d-c74d-3496-6bd53949284e@bodleian.ox.ac.uk> <6ff66b85-201d-3f6f-7bdd-491e2264f2f6@bodleian.ox.ac.uk> Message-ID: Brilliant, thanks Andrew. There's quite a good chance that we'd be in a position to affect a change across the board, as the instance in question covers a single user base and content type. Much appreciated Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Andrew Morrison Sent: 23 August 2021 13:30 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] SOLR/API differences This email was sent to you by someone outside the University. You should only click on links or attachments if you are certain that the email is genuine and the content is safe. Sorry, forgot to mention, qf can be set in AppConfig[:solr_params] in config.rb, but again it applies to all searching, not just API searches. Andrew. On 23/08/2021 13:27, Andrew Morrison wrote: The search endpoints of the ArchivesSpace API allow passing of queries to Solr, but only selected parameters such as q and sort are passed directly through. Sorry if I gave you the wrong impression in previous emails. You cannot specify qf in an API search. Instead, its value is hardcoded here: https://github.com/archivesspace/archivesspace/blob/master/backend/app/model/solr.rb#L278 A few lines further down you can see where it calls hooks, which can be set up in plug-ins. So you can override the qf that way, but doing so will apply to all searches everywhere (in the public user interface and staff interface) not just specific API calls. Alternatively, it might be possible to write a plugin to create a new endpoint to allow dynamic setting qf, if it is crucial for your use-case. Some Solr parameters have equivalents in the ArchivesSpace API, which are listed here: https://archivesspace.github.io/archivesspace/api/#search-this-repository For example, instead of fl there is the fields[] parameter. And, although it is missing from the documentation, you can do fq, except it is renamed filter_query[]. The defType is already set to edismax. Instead of rows you have to use page_size, but if you want 1000 hits per page then you need to change AppConfig[:max_page_size] in config.rb. The summary field can be set to indexed="true" in schema.xml. I've done so myself, but on a system that uses an external Solr server, with its own schema.xml. In a system running from a built release, and using internal Solr, schema.xml is inside a .war file. Andrew. On 20/08/2021 14:42, RENTON Scott wrote: Hi folks Just trying to translate a query worked out in SOLR into an API get request. Here, I'm trying to use edismax and qf to limit the fields I'm looking in for a term, so we don't get unwanted content coming through: [base_url]/collection1/select?q=joke&fq=types%3Aarchival_object&rows=1000&fl=title+notes+summary&wt=json&indent=true&defType=edismax&qf=notes%5E300+title%5E100&stopwords=true&lowercaseOperators=true That does seem to work. When I drop it into the API, though, I notice that fq is ignored (I just move the types into the q, that's ok), fl is ignored (this was just to see things easily, not a big deal), and even with defType=edismax, the all-important qf is ignored. Is that what we'd expect? My GET looks like this (I took the weightings off the qfs): [base_url]/repositories/2/search?q=joke AND types:archival_object&rows=1000&fl=title+notes+summary&wt=json&indent=true&defType=edismax&qf=notes+title&stopwords=true&lowercaseOperators=true&page=1 I was under the impression the API and SOLR syntax were interchangeable, but perhaps not? I've also noticed that I cannot use summary for qf in SOLR. I think this is because it is indexed="false" in schema.xml. Is it likely to be safe to change that and reindex? Thanks Scott ========== Scott Renton Digital Library Development & Systems Floor F East Argyle House 515219 The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th? ann an Oilthigh Dh?n ?ideann, cl?raichte an Alba, ?ireamh cl?raidh SC005336. _______________________________________________ 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 tkeswick at caltech.edu Mon Aug 23 19:30:24 2021 From: tkeswick at caltech.edu (Keswick, Thomas (Tommy)) Date: Mon, 23 Aug 2021 23:30:24 +0000 Subject: [Archivesspace_Users_Group] Error setting parent of Archival Object via API Message-ID: <8A24BB8F-C0A8-449A-A556-46AF308C5B17@caltech.edu> Greetings. I?m trying to use the Set the parent/position of an Archival Object in a tree API endpoint but I am getting an error when I supply both the archival object ID and the parent ID in what should be the correct way. The Archival Object is an item-level record and the parent is a series-level record, both under the same Resource. The error is: { "error": "comparison of Integer with nil failed" } Here is some sample Python code that fails: ``` import json from asnake.client import ASnakeClient asnake_client = ASnakeClient() asnake_client.authorize() parent_post_response = asnake_client.post( "/repositories/2/archival_objects/96413/parent?parent=96414" ) print(json.dumps(parent_post_response.json(), sort_keys=True, indent=4)) ``` The locally installed ArchivesSpace version that I am testing on is 2.8.1 currently. Thanks for any help. Cheers, Tommy -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Mon Aug 23 20:46:49 2021 From: james at hudmol.com (James Bullen) Date: Tue, 24 Aug 2021 10:46:49 +1000 Subject: [Archivesspace_Users_Group] Error setting parent of Archival Object via API In-Reply-To: <8A24BB8F-C0A8-449A-A556-46AF308C5B17@caltech.edu> References: <8A24BB8F-C0A8-449A-A556-46AF308C5B17@caltech.edu> Message-ID: Hi Tommy, I?m ready to be wrong on this, but just had a quick look and it seems like the position param is required even though the endpoint declares it as optional. Cheers, James > On Aug 24, 2021, at 9:30 AM, Keswick, Thomas (Tommy) wrote: > > Greetings. > > I?m trying to use the Set the parent/position of an Archival Object in a tree API endpoint but I am getting an error when I supply both the archival object ID and the parent ID in what should be the correct way. The Archival Object is an item-level record and the parent is a series-level record, both under the same Resource. > > The error is: > { > "error": "comparison of Integer with nil failed" > } > > Here is some sample Python code that fails: > ``` > import json > > from asnake.client import ASnakeClient > > asnake_client = ASnakeClient() > asnake_client.authorize() > > parent_post_response = asnake_client.post( > "/repositories/2/archival_objects/96413/parent?parent=96414" > ) > print(json.dumps(parent_post_response.json(), sort_keys=True, indent=4)) > ``` > > The locally installed ArchivesSpace version that I am testing on is 2.8.1 currently. > > Thanks for any help. > > Cheers, > Tommy > > _______________________________________________ > 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 tkeswick at caltech.edu Tue Aug 24 12:02:17 2021 From: tkeswick at caltech.edu (Keswick, Thomas (Tommy)) Date: Tue, 24 Aug 2021 16:02:17 +0000 Subject: [Archivesspace_Users_Group] Error setting parent of Archival Object via API In-Reply-To: References: <8A24BB8F-C0A8-449A-A556-46AF308C5B17@caltech.edu> Message-ID: <2A26B991-59E4-49C3-B6DA-7531DEA46889@caltech.edu> Thanks, James. Adding the position parameter does seem to work. Does anyone know of a way to add an item to the end of the children list without having to count the number of existing children? Using -1 (negative one) does not work as ?Offsets must be greater than or equal to 0?. Cheers, Tommy On Aug 23, 2021, at 5:46 PM, James Bullen > wrote: Hi Tommy, I?m ready to be wrong on this, but just had a quick look and it seems like the position param is required even though the endpoint declares it as optional. Cheers, James On Aug 24, 2021, at 9:30 AM, Keswick, Thomas (Tommy) > wrote: Greetings. I?m trying to use the Set the parent/position of an Archival Object in a tree API endpoint but I am getting an error when I supply both the archival object ID and the parent ID in what should be the correct way. The Archival Object is an item-level record and the parent is a series-level record, both under the same Resource. The error is: { "error": "comparison of Integer with nil failed" } Here is some sample Python code that fails: ``` import json from asnake.client import ASnakeClient asnake_client = ASnakeClient() asnake_client.authorize() parent_post_response = asnake_client.post( "/repositories/2/archival_objects/96413/parent?parent=96414" ) print(json.dumps(parent_post_response.json(), sort_keys=True, indent=4)) ``` The locally installed ArchivesSpace version that I am testing on is 2.8.1 currently. Thanks for any help. Cheers, Tommy -------------- next part -------------- An HTML attachment was scrubbed... URL: From schanzme at msu.edu Tue Aug 24 13:04:23 2021 From: schanzme at msu.edu (Schanz, Megan) Date: Tue, 24 Aug 2021 17:04:23 +0000 Subject: [Archivesspace_Users_Group] Can't login to backend after v3.0.2 upgrade Message-ID: Hi all, I recently tried upgrading from v2.8.1 to v3.0.2. The upgrade itself went smoothly (database migrations run and full Solr reindex), but users are not able to login to the staff side. After a successful login we see the green message: "Login Successful. Redirecting....", which then immediately shows this red message: "Your session expired due to inactivity"; never letting me get past the login page. I have tried with my user as well as the admin user with the same results. There are no errors in the log, but show these debug messages: D, [2021-08-23T09:56:58.116731 #56] DEBUG -- : Thread-4056: POST /users/admin/login [session: nil] D, [2021-08-23T09:56:58.122502 #56] DEBUG -- : Thread-4056: Post-processed params: {"password"=>"[FILTERED]", "username"=>"admin", "expiring"=>true} D, [2021-08-23T09:56:58.260237 #56] DEBUG -- : Thread-4056: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"2981"}, ["{\"session\":\"70e1e356292a453b6e292a55e822287e41d53caedccf6bf7633735990cdec309\",\"user\":{\"lock_version\":53,\"username\":\"admin\",\"name\":\"Administrator\",\"is_system_user\":true,\"create_time\":\"2018-09-17T08:12:28Z\",\"system_mtime\":\"2021-08-23T13:56:58Z\",\"user_mtime\":\"2021-08-23T13:56:58Z\",\"jsonmodel_type\":\"user\",\"groups\":[],\"is_admin\":true,\"uri\":\"/users... in 143ms I tried increasing the session_expire_after_seconds and session_nonexpirable_force_expire_after_seconds to see if that allowed me to login, but there was no change in the behavior. Did anyone else experience this and find a resolution? Thanks, Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From TFARMER at astate.edu Tue Aug 24 13:43:43 2021 From: TFARMER at astate.edu (Tracy Farmer) Date: Tue, 24 Aug 2021 17:43:43 +0000 Subject: [Archivesspace_Users_Group] AS 3.0.1 Issue Message-ID: We recently upgraded to AS 3.0.1. After the upgrade, our PUI displays a '/> between the Citation and Request buttons (see image) on the Collection pages. When I examine the HTML created by AS, there are issues when an input value contains a single apostrophe. The print button does not function either (see screenshot). You can find our AS instance at https://as1.library.astate.edu. Thanks in advance for your assistance, Tracy ________________________________ [http://area51.astate.edu/e-footer/astatelogo-email.jpg] F. Tracy Farmer, MS, MLIS, CISSP, CCSP Systems Librarian Dean B. Ellis Library Room 221A P.O. Box 2040 | State University, AR 72467 p: (870) 680-4312 | c: (870) 483-3179 | f: (870) 972-3199 Arkansas State educates leaders, enhances intellectual growth, and enriches lives. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 10901 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: error.png Type: image/png Size: 6276 bytes Desc: error.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: print_error.png Type: image/png Size: 15630 bytes Desc: print_error.png URL: From blake.carver at lyrasis.org Tue Aug 24 18:54:33 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 24 Aug 2021 22:54:33 +0000 Subject: [Archivesspace_Users_Group] Can't login to backend after v3.0.2 upgrade In-Reply-To: References: Message-ID: Can you also check your proxy for errors? Was there any ERROR or FATAL lines in the ArchivesSpace logs? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Schanz, Megan Sent: Tuesday, August 24, 2021 1:04 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Can't login to backend after v3.0.2 upgrade Hi all, I recently tried upgrading from v2.8.1 to v3.0.2. The upgrade itself went smoothly (database migrations run and full Solr reindex), but users are not able to login to the staff side. After a successful login we see the green message: "Login Successful. Redirecting....", which then immediately shows this red message: "Your session expired due to inactivity"; never letting me get past the login page. I have tried with my user as well as the admin user with the same results. There are no errors in the log, but show these debug messages: D, [2021-08-23T09:56:58.116731 #56] DEBUG -- : Thread-4056: POST /users/admin/login [session: nil] D, [2021-08-23T09:56:58.122502 #56] DEBUG -- : Thread-4056: Post-processed params: {"password"=>"[FILTERED]", "username"=>"admin", "expiring"=>true} D, [2021-08-23T09:56:58.260237 #56] DEBUG -- : Thread-4056: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"2981"}, ["{\"session\":\"70e1e356292a453b6e292a55e822287e41d53caedccf6bf7633735990cdec309\",\"user\":{\"lock_version\":53,\"username\":\"admin\",\"name\":\"Administrator\",\"is_system_user\":true,\"create_time\":\"2018-09-17T08:12:28Z\",\"system_mtime\":\"2021-08-23T13:56:58Z\",\"user_mtime\":\"2021-08-23T13:56:58Z\",\"jsonmodel_type\":\"user\",\"groups\":[],\"is_admin\":true,\"uri\":\"/users... in 143ms I tried increasing the session_expire_after_seconds and session_nonexpirable_force_expire_after_seconds to see if that allowed me to login, but there was no change in the behavior. Did anyone else experience this and find a resolution? Thanks, Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue Aug 24 18:55:45 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 24 Aug 2021 22:55:45 +0000 Subject: [Archivesspace_Users_Group] AS 3.0.1 Issue In-Reply-To: References: Message-ID: > When I examine the HTML created by AS, there are issues when an input value contains a single apostrophe. What value has the single apostrophe? > The print button does not function either (see screenshot). What does that error look like in the ArchivesSpace logs? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Tracy Farmer Sent: Tuesday, August 24, 2021 1:43 PM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Wendy Crist Subject: [Archivesspace_Users_Group] AS 3.0.1 Issue We recently upgraded to AS 3.0.1. After the upgrade, our PUI displays a ?/> between the Citation and Request buttons (see image) on the Collection pages. When I examine the HTML created by AS, there are issues when an input value contains a single apostrophe. The print button does not function either (see screenshot). You can find our AS instance at https://as1.library.astate.edu. Thanks in advance for your assistance, Tracy ________________________________ [http://area51.astate.edu/e-footer/astatelogo-email.jpg] F. Tracy Farmer, MS, MLIS, CISSP, CCSP Systems Librarian Dean B. Ellis Library Room 221A P.O. Box 2040 | State University, AR 72467 p: (870) 680-4312 | c: (870) 483-3179 | f: (870) 972-3199 Arkansas State educates leaders, enhances intellectual growth, and enriches lives. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 10901 bytes Desc: image001.jpg URL: From Jessica.Crouch at lyrasis.org Tue Aug 24 14:21:28 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 24 Aug 2021 18:21:28 +0000 Subject: [Archivesspace_Users_Group] Webinar Reminder - Virtual Every Step of the Way: Migrating to ArchivesSpace during Remote Work Message-ID: <8C09C1F9-9FCA-4319-BD23-A5CF19C53A75@lyrasis.org> Dear ArchivesSpace users, There is still time to register for next week?s ArchivesSpace webinar on implementing ArchivesSpace in a remote work environment. This webinar was originally scheduled for July 7, 2021, but has been rescheduled to September 1, 2021. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries - Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. When: September 1, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00 pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_p_-DXUf8S1KlEYmsheGujw This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In February 2020, USF Libraries ? Tampa Special Collections formally began the process to migrate to ArchivesSpace. Those discussions quickly stalled, however, when the University asked that they begin to formulate continuity of operations plans for remote work in preparations for what was then a hypothetical shutdown. Early into lockdown, USF determined that it would actually be the perfect time to migrate to ArchivesSpace. The campus was closed, no Reading Room services could be provided, and staff wanted to engage in meaningful projects. Guiding a team consisting of librarians, staff, and student employees, Special Collections organized a multi-phase plan for preparing data for migration, undergoing migration, and cleaning records in ArchivesSpace. As staff begin to gain more physical access in 2021, they are finalizing the clean up and ready to engage with patrons using ArchivesSpace. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries - Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. No one on staff had prior experience with ArchivesSpace and all members of the team were trained in stages. They will also address how this project encouraged a more holistic reassessment, including systematically evaluating finding aids for missing information, conscious editing of descriptive content and subject headings, and the addition of classification headers. A Q&A will follow. Presenter Information: Tomaro Taylor is the Head of Special Collections at the University of South Florida Libraries Tampa campus. A Certified Archivist, Tomaro has nearly 20 years of experience implementing policies, procedures, guidelines, and best practices in the archival field. She currently serves as President of the Academy of Certified Archivists and Co-Manager of the Society of American Archivists' Digital Archives Specialist (DAS) Exam. Amanda Boczar is Special Collections Operations Manager at the University of South Florida Libraries Tampa campus. Amanda holds a Ph.D. in History with over 12 years of experience in higher education, and joined the library in 2019. She was responsible for the migration to ArchivesSpace, and supervised student and employee training through the process. Ana Temkina is a student assistant at USF Libraries Tampa campus, Special Collections. She received her bachelor's degree in Library and Information Science, Children?s Literature track, from St. Petersburg State University of Culture and Arts, Russia. At USF she is doing her MA in Applied Anthropology and will soon graduate to continue her academic path at the University of Kentucky. Library work remains one of her great passions. Who should attend: Anyone interested in implementing ArchivesSpace, developing a migration plan or using ArchivesSpace remotely. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29069 bytes Desc: image001.jpg URL: From james at hudmol.com Wed Aug 25 22:53:35 2021 From: james at hudmol.com (James Bullen) Date: Thu, 26 Aug 2021 12:53:35 +1000 Subject: [Archivesspace_Users_Group] Error setting parent of Archival Object via API In-Reply-To: <2A26B991-59E4-49C3-B6DA-7531DEA46889@caltech.edu> References: <8A24BB8F-C0A8-449A-A556-46AF308C5B17@caltech.edu> <2A26B991-59E4-49C3-B6DA-7531DEA46889@caltech.edu> Message-ID: <5E993334-E60F-4CF1-9702-A67FF930F1C2@hudmol.com> Hi again Tommy, It looks like this ends up at this line: https://github.com/archivesspace/archivesspace/blob/master/backend/app/model/mixins/tree_nodes.rb#L63 Where, if you give it a large value for position (ie more than the maximum number of siblings you would expect in your data) it will end up being the last in the list. It wouldn?t be too much work for someone to honor the optional position declaration in the endpoint and trace it down to here where it would default to siblings_count - 1. That is, if you don?t specify a position it gets added to the end - seems like a reasonable default behavior. Cheers, James > On Aug 25, 2021, at 2:02 AM, Keswick, Thomas (Tommy) wrote: > > Thanks, James. Adding the position parameter does seem to work. > > Does anyone know of a way to add an item to the end of the children list without having to count the number of existing children? Using -1 (negative one) does not work as ?Offsets must be greater than or equal to 0?. > > Cheers, > Tommy > >> On Aug 23, 2021, at 5:46 PM, James Bullen > wrote: >> >> >> Hi Tommy, >> >> I?m ready to be wrong on this, but just had a quick look and it seems like the position param is required even though the endpoint declares it as optional. >> >> >> Cheers, >> James >> >> >>> On Aug 24, 2021, at 9:30 AM, Keswick, Thomas (Tommy) > wrote: >>> >>> Greetings. >>> >>> I?m trying to use the Set the parent/position of an Archival Object in a tree API endpoint but I am getting an error when I supply both the archival object ID and the parent ID in what should be the correct way. The Archival Object is an item-level record and the parent is a series-level record, both under the same Resource. >>> >>> The error is: >>> { >>> "error": "comparison of Integer with nil failed" >>> } >>> >>> Here is some sample Python code that fails: >>> ``` >>> import json >>> >>> from asnake.client import ASnakeClient >>> >>> asnake_client = ASnakeClient() >>> asnake_client.authorize() >>> >>> parent_post_response = asnake_client.post( >>> "/repositories/2/archival_objects/96413/parent?parent=96414" >>> ) >>> print(json.dumps(parent_post_response.json(), sort_keys=True, indent=4)) >>> ``` >>> >>> The locally installed ArchivesSpace version that I am testing on is 2.8.1 currently. >>> >>> Thanks for any help. >>> >>> Cheers, >>> Tommy > > _______________________________________________ > 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 Aug 27 12:48:36 2021 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Fri, 27 Aug 2021 16:48:36 +0000 Subject: [Archivesspace_Users_Group] Location Information on PUI? Message-ID: Hello All, Has anyone ever implemented a plugin or found a solution that would allow them to have location information for containers show up in the PUI? We have lots of student workers that do retrieval for research requests, and the easiest thing would be to have this info show up right next to the box/folder (instance) info in the finding aid (ex. below). Thanks! -Bailey [Graphical user interface, text, application, email, website Description automatically generated] Bailey Hoffner, MLIS Pronouns: she/her or they/them Metadata and Collections Management Archivist University of Oklahoma Libraries baileys at ou.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 515694 bytes Desc: image001.png URL: From benn.joseph at northwestern.edu Tue Aug 31 10:55:27 2021 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Tue, 31 Aug 2021 14:55:27 +0000 Subject: [Archivesspace_Users_Group] archival object ref_id error Message-ID: Hi everyone, We received this rather alarming error message today while entering a new archival object in the staff interface. During this time, we were also loading a spreadsheet import for a different resource record in the same repository. Once the spreadsheet finished loading, we were able to successfully save this archival object below without error. But, this seems strange and I'm wondering if it's indicative of some other underlying issue. We just upped our memory for production ASpace from 4GB to 5GB but still experience dramatic slowdowns when importing spreadsheets (even ones that aren't all that big), in addition to this new issue below. Thanks, --Benn [cid:image001.png at 01D79E4C.A28865B0] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 197054 bytes Desc: image001.png URL: From Jessica.Crouch at lyrasis.org Tue Aug 31 14:29:08 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 31 Aug 2021 18:29:08 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - August 2021 Message-ID: [cid:image001.jpg at 01D79E74.8E8959C0] ArchivesSpace Update ? August 2021 Development ArchivesSpace v3.0.2 is currently available at https://github.com/archivesspace/archivesspace/releases/tag/v3.0.2. Version 3.0.2 is the direct result of community feedback about the migration of date sub-records attached to agents. The updated migration will create an equal number of new structured date sub-records from the original date sub-records and do some parsing of date expressions in range dates into begin and end date expressions. This migration will be skipped if you previously upgraded to 3.0.0 or 3.0.1. Please note that the timing of this smaller release was intended to meet the needs of institutions that needed to complete an upgrade before the end of the summer. If you do not have that kind of time pressure, you should wait for the 3.1.0 version, which we expect to put out very soon. That will be a more typical release with the usual complement of bug fixes, feature enhancements, and infrastructure improvements. Webinar Rescheduling Announcement: Virtual Every Step of the Way: Migrating to ArchivesSpace during Remote Work Due to the impact of Hurricane Elsa on the presenters, this webinar has been rescheduled from its original date of July 7, 2021. This webinar will now be on September 1, 2021. If you registered for the original webinar, your registration has been transferred to the new webinar date. When: September 1, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00 pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_p_-DXUf8S1KlEYmsheGujw This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In February 2020, USF Libraries ? Tampa Special Collections formally began the process to migrate to ArchivesSpace. Those discussions quickly stalled, however, when the University asked that they begin to formulate continuity of operations plans for remote work in preparations for what was then a hypothetical shutdown. Early into lockdown, USF determined that it would actually be the perfect time to migrate to ArchivesSpace. The campus was closed, no Reading Room services could be provided, and staff wanted to engage in meaningful projects. Guiding a team consisting of librarians, staff, and student employees, Special Collections organized a multi-phase plan for preparing data for migration, undergoing migration, and cleaning records in ArchivesSpace. As staff begin to gain more physical access in 2021, they are finalizing the clean up and ready to engage with patrons using ArchivesSpace. In this webinar, Tomaro Taylor, Amanda Boczar, and Anastasia Temkina of USF Libraries ? Tampa Special Collections will illustrate how they structured their complete migration to ArchivesSpace in a remote environment, including the active incorporation of student workers with various levels of archival experience. No one on staff had prior experience with ArchivesSpace and all members of the team were trained in stages. They will also address how this project encouraged a more holistic reassessment, including systematically evaluating finding aids for missing information, conscious editing of descriptive content and subject headings, and the addition of classification headers. A Q&A will follow. Presenter Information: Tomaro Taylor is the Head of Special Collections at the University of South Florida Libraries Tampa campus. A Certified Archivist, Tomaro has nearly 20 years of experience implementing policies, procedures, guidelines, and best practices in the archival field. She currently serves as President of the Academy of Certified Archivists and Co-Manager of the Society of American Archivists? Digital Archives Specialist (DAS) Exam. Amanda Boczar is Special Collections Operations Manager at the University of South Florida Libraries Tampa campus. Amanda holds a Ph.D. in History with over 12 years of experience in higher education, and joined the library in 2019. She was responsible for the migration to ArchivesSpace, and supervised student and employee training through the process. Ana Temkina is a student assistant at USF Libraries Tampa campus, Special Collections. She received her bachelor?s degree in Library and Information Science, Children?s Literature track, from St. Petersburg State University of Culture and Arts, Russia. At USF she is doing her MA in Applied Anthropology and will soon graduate to continue her academic path at the University of Kentucky. Library work remains one of her great passions. Announcing the first ArchivesSpace Core Committers Open Call The ArchivesSpace Core Committers group will offer their first community-wide open call on September 13, 2021, at 2pm ET/11am PT. This call is open to anyone using or interested in using ArchivesSpace in a more technical capacity. The ArchivesSpace Core Committers group is made up of volunteers within the ArchivesSpace community with a proven track record of contributing to the ArchivesSpace application, including reviewing pull requests, writing technical documentation, and contributing code to ArchivesSpace. Registration is currently open for this open call. This open call will cover the build system and testing suite within ArchivesSpace. Following a brief presentation, you will have the opportunity to ask questions about the topic. Once those run out we will answer other technical questions if time allows. ArchivesSpace Core Committers Open Call Date: September 13, 2021 Time: 2:00pm ET / 11:00am PT Topic: The ArchivesSpace build system and testing suite Registration: https://lyrasis.zoom.us/meeting/register/tZUtc-qrpzguGdIQndPjxjZ17lHwrjoAq7nH Please note this session will not be recorded but notes will be made available after the fact on the ArchivesSpace wiki. If you have any questions, feel free to contact us at ArchivesSpaceHome at lyrasis.org. Recordings available - ArchivesSpace 7th Annual Member Forum Thank you to everyone who attended some portion of the 7th Annual ArchivesSpace Member Forum. It was a great three days hearing about the exciting work happening in ArchivesSpace and learning about new features, plugins and tips! The recordings and resources from the week?s sessions are now available on the event wiki at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2770599937/ArchivesSpace+Member+Forum+2021. If you attended any portion of the forum, please take some time to fill out the post-forum evaluation at https://www.surveymonkey.com/r/D2GPMLD. Your feedback will help us determine what did and didn?t work during this forum and how to make future forums even better. Again, thank you to all of you who attended and presented at this year?s Member Forum. We look forward to seeing you (hopefully in person) at next year?s forum! Announcement from our colleagues at LYRASIS: LYRASIS 2021 Open Source Software Survey Report now available LYRASIS, the organizational home of ArchivesSpace, announces the release of the LYRASIS 2021 Open Source Software Survey: Understanding the Landscape of Open Source Software Support in American Libraries authored by Hannah Rosen, Strategist for Research and Scholarly Communication, and Jill Grogg, Strategist for Content and Scholarly Communication Initiatives. The report can be accessed on the new LYRASIS Research Repository at https://research.lyrasis.org/handle/20.500.12669/97. As a global nonprofit serving knowledge communities worldwide, LYRASIS invests in open source software (OSS) both as an institutional home for different OSS communities and as an OSS service provider. LYRASIS is the organizational home of ArchivesSpace, DSpace, CollectionSpace, Fedora, and VIVO. To better understand how GLAM institutions interact with these kinds of OSS programs, LYRASIS conducted a survey of its membership and users in the spring of 2021. The survey focused on challenges and opportunities in community-supported open source software (OSS). The survey questions were designed with input from LYRASIS members who were keenly interested in understanding how their peers support and advocate for OSS programs. The survey was divided into three sections: funding and support for OSS; justifying the use of OSS; and evaluating OSS. Included in this report are the results of the 2021 LYRASIS OSS survey along with an executive summary outlining the key findings from survey respondents. These findings paint a broad picture of the OSS landscape for libraries, archives, museums, and research institutions, particularly American academic institutions, and contextualize the current environment for OSS. The goal of the report is to provide the field with a better understanding of overarching attitudes within their community and to see where they fit within the spectrum. The survey results will hopefully also help institutions better justify and support OSS and help OSS communities better serve their communities and demonstrate their value. The OSS report grew from the research priorities set by the LYRASIS Leader?s Circle. The survey was conducted between March 1st and April 9th, 2021 and distributed via email to all LYRASIS members, as well as via two listservs run and maintained by LYRASIS staff, and sent to additional targeted groups within the LYRASIS community. Membership Update We are excited to welcome our newest members to our community! Our new members since July 31 include: * Canadian Centre for Architecture (Montreal, QC) * St. Norbert College (De Pere, WI) As of August 31, we have 445 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: 22473 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29065 bytes Desc: image002.jpg URL: From alexanderduryee at nypl.org Tue Aug 31 15:21:03 2021 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Tue, 31 Aug 2021 15:21:03 -0400 Subject: [Archivesspace_Users_Group] archival object ref_id error In-Reply-To: References: Message-ID: Benn, Are you using any plugins to generate sequential ref IDs, and if so, what rules are you using to generate them? Thanks, --Alex On Tue, Aug 31, 2021 at 10:55 AM Benn Joseph wrote: > Hi everyone, > > We received this rather alarming error message today while entering a new > archival object in the staff interface. During this time, we were also > loading a spreadsheet import for a different resource record in the same > repository. Once the spreadsheet finished loading, we were able to > successfully save this archival object below without error. But, this seems > strange and I?m wondering if it?s indicative of some other underlying > issue. We just upped our memory for production ASpace from 4GB to 5GB but > still experience dramatic slowdowns when importing spreadsheets (even ones > that aren?t all that big), in addition to this new issue below. > > > > Thanks, > > --Benn > > > > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 197054 bytes Desc: not available URL: From tessa.wakefield at uni.edu Tue Aug 31 17:25:41 2021 From: tessa.wakefield at uni.edu (Tessa Wakefield) Date: Tue, 31 Aug 2021 16:25:41 -0500 Subject: [Archivesspace_Users_Group] Migrating legacy box/folder lists Message-ID: Hi! How have people migrated their box/folder lists from their previous system to ArchivesSpace (we currently use Drupal)? We've been playing around with the "upload via spreadsheet" which works great, but am wondering if people have other ideas / suggestions as to how to do this work efficiently? Thanks!! Tessa -- *Tessa Wakefield (she/her )* Archival Processor & Reference Associate University of Northern Iowa Rod Library 319-273-2132 LIB 342 / Cedar Falls, IA 50614 uni.edu / #1UNI *To schedule an appointment, please visit **LibCal . SC&UA is open by appointment only.* -------------- next part -------------- An HTML attachment was scrubbed... URL: