From gboggio at mitre.org Mon May 3 09:47:06 2021 From: gboggio at mitre.org (Jerry Boggio) Date: Mon, 3 May 2021 13:47:06 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace with Preservica 6.3 Message-ID: Hello ASpace Users; We have a question about with version of ASpace should we be using in order to integrate with Preservica 6.3? We are currently running version 2.7.1 of ASpace and are in the process of upgrading Preservica to version 6.3. We are also contemplating going to stable ASpace version 2.8.1 or waiting for version 3.0.0. Further, in regards to version 3.0.0 of ASpace, is it expected we could go directly from version 2.7.1 to 3.0.0 or are incremental updates needed? Thank you! Gerard (Jerry) Boggio | MITRE Corporation | R124 - Collaboration & Info Management | 781-271-2719 -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanstra at nd.edu Mon May 3 10:56:29 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Mon, 3 May 2021 10:56:29 -0400 Subject: [Archivesspace_Users_Group] Indexing questions Message-ID: I'm trying to understand what a "soft reindex" accomplishes and when it would be best used. Is it just a situation where we should always try that first and, if it does not fix something, then decide to possibly do a full reindex? Or are there certain situations where soft reindex is regularly the thing to address the situation? Also, does it gain anything to reindex by removing the "state" data and having ArchivesSpace fully reindex but leave the Solr files in place? It would allow searches to take place while indexing is happening. Would reindexing this way also update/fix Solr at the same time? Or could it leave bad Solr data in place and thus cause other issues? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From bowmang at rhodes.edu Mon May 3 12:37:36 2021 From: bowmang at rhodes.edu (Bowman_Greg) Date: Mon, 3 May 2021 16:37:36 +0000 Subject: [Archivesspace_Users_Group] Getting started with Archon to AS migration Message-ID: Greetings, I realize that we are coming late to the party. Rhodes College is trying to migrate from Archon v 3.21 rev 1 to ArchivesSpace v 2.2.2 and have run into an issue that I'm hoping someone can shed some light on. When I run the migration tool, we get the error: "Source connection couldn't be established ...". We're able to connect to Archon and ArchivesSpace, through the web interfaces. Any assistance would be appreciated. Greg Bowman Systems Analyst Rhodes College 2000 North Parkway | Memphis, TN 38112 Office: (901) 843-3772 ext. 3772 [https://express.rhodes.edu/sites/default/files/logos/rhodes-logo-information-services.png] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 11457 bytes Desc: image003.png URL: From schanzme at msu.edu Tue May 4 08:46:21 2021 From: schanzme at msu.edu (Schanz, Megan) Date: Tue, 4 May 2021 12:46:21 +0000 Subject: [Archivesspace_Users_Group] Indexing questions In-Reply-To: References: Message-ID: I have historically used a soft reindex (removing state directories and not touching Solr) when there is an issue with the data that has occurred outside of an upgrade (when I can be sure there is no changes to Solr configs or schema). An example would be that someone sees a record a certain way on the staff side, but not on the public side; since the staff side pulls from the database and the public side is from Solr for the most part. Another time is when I'm bulk updating records on the database side for a specific repository and want to only re-index those set of records I can just remove the [repo_id]_[object type I updated] state file. The advantage, as you mentioned, is that the public side continues to work against the previously indexed data while the reindex is in progress. - 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, May 3, 2021 10:56 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Indexing questions I'm trying to understand what a "soft reindex" accomplishes and when it would be best used. Is it just a situation where we should always try that first and, if it does not fix something, then decide to possibly do a full reindex? Or are there certain situations where soft reindex is regularly the thing to address the situation? Also, does it gain anything to reindex by removing the "state" data and having ArchivesSpace fully reindex but leave the Solr files in place? It would allow searches to take place while indexing is happening. Would reindexing this way also update/fix Solr at the same time? Or could it leave bad Solr data in place and thus cause other issues? 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 livsolis at utexas.edu Tue May 4 12:02:05 2021 From: livsolis at utexas.edu (Olivia S Solis) Date: Tue, 4 May 2021 11:02:05 -0500 Subject: [Archivesspace_Users_Group] Error when trying to add Event Type In-Reply-To: <35E2A8E8997F6C48A5D5FC21602BDEB60164AE226F@CAD-EX01.campusad.msu.edu> References: <35E2A8E8997F6C48A5D5FC21602BDEB60164AE097A@CAD-EX01.campusad.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB60164AE1090@CAD-EX01.campusad.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB60164AE2074@CAD-EX01.campusad.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB60164AE226F@CAD-EX01.campusad.msu.edu> Message-ID: Hi all, I'm not sure if anyone else has experienced this in the past 3 years, but wanted to follow up as our Systems Archivist and I have apparently had the same problem. Background: since we don't use Digital Objects in ASpace, we do not use a lot of the out-of-the-box Events, but we do track a lot of processing steps using Events record. We do not want to delete any Events that are native to ASpace so have suppressed many of them. Total, we have 44 events with 27 of the ASpace-native events suppressed. Though we plan to upgrade soon, we're on ASpace version 2.4.1. For the new Events that we've created for tracking processing steps, we have generally posted them via the API and modified the yml file to add the translations. We've always been able to create new events with no problems... that is until yesterday when we tried to add two new ones and failed trying two different ways: 1. Posing via the API. The values appear to post. There are no error messages, but when we look in the staff interface GUI and check the database's enumeration_value table, the new events aren't there. 2. Adding the new event via Manage Controlled Value Lists This screenshot is the error we get when we try 2: [image: Screen Shot 2021-05-04 at 8.26.28 AM.png] I just tried going to the staff interface GUI and unsuppressing 7 events that we normally suppress. I was still unable to add new events. Has anyone else experienced this recently? Is there a documented solution to the problem? Thanks! Olivia On Mon, Oct 29, 2018 at 1:46 PM Busch, Ed wrote: > I haven't quite figured out the exact sequence of steps but I have figured > out how to make it work. I had suppressed a number of the event types > (most) and that seems to have been what caused creating to fail. I > unsuppressed them and I could create again. I slowly suppressed them again > in groups and around #26 was when I could no longer create or delete event > types. I unsuppressed one and I could create again. SO, something seems to > happen after the 25th is suppressed. > > Ed > > -----Original Message----- > From: archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of > Majewski, Steven Dennis (sdm7g) > Sent: Monday, October 29, 2018 12:45 PM > To: Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > Subject: Re: [Archivesspace_Users_Group] Error when trying to add Event > Type > > > You could also try adding an enum value from the backend API and see if > you get a more specific error message directly from the backend. > > ? Steve Majewski > > > > On Oct 29, 2018, at 12:20 PM, Majewski, Steven Dennis (sdm7g) < > sdm7g at virginia.edu> wrote: > > > > > >> On Oct 29, 2018, at 11:07 AM, Busch, Ed wrote: > >> > >> Hi- > >> > >> Nothing showing up in the log regarding the create event type error. > System info report says the log level is set to debug. Any other ideas? > >> > >> Not sure if this is related, but I noticed that when I am logged as me > (with admin priv), I can't access the system_info page: I get Unable to > access Page. When I log in as the actual Admin user, I can access the page. > >> > > > > Not related. System info controller is checking that user = ?admin? > instead of checking that user has admin privileges, which would probably be > a better choice. > > > > Any clues at all in the log? Can you post a snippet from around the > time of the submit ? > > > > > > ? Steve Majewski > > > > > > > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou > > p > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-05-04 at 8.26.28 AM.png Type: image/png Size: 40377 bytes Desc: not available URL: From VivianLea.Solek at Kofc.Org Tue May 4 18:53:28 2021 From: VivianLea.Solek at Kofc.Org (Solek, VivianLea) Date: Tue, 4 May 2021 22:53:28 +0000 Subject: [Archivesspace_Users_Group] Question re: Accessions Import Message-ID: Good morning all, I have been doing some test imports into v2.8.1, specifically the accessions module. The raw data is coming in from a CSV file and the two parts of the accession #/identifier are in two separate fields. During the import, it put a " - " rather than a period between the numbers. Is there any way to change that? I detest using dashes in accession numbers and so would REALLY like to put a period in there so that the electronic record matches the labelling on my file folders. 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 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 Corinne.Chatnik at nysed.gov Wed May 5 10:47:30 2021 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Wed, 5 May 2021 14:47:30 +0000 Subject: [Archivesspace_Users_Group] RDE Top Container Link No Browse Message-ID: Hi, I'm trying to add a record with RDE and link it to a top container. I can search for one and if a result doesn't appear it says "No matching results. Try 'Browse'." But there is no 'Browse' button. Is there not supposed to be or am I just missing it? This is the case in my instance and the Archivesspace Demo Sandbox instance. [cid:image001.png at 01D7419C.1191A420] Thanks! Corinne Chatnik Digital Strategies New York State Archives 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 15949 bytes Desc: image001.png URL: From christine.dibella at lyrasis.org Wed May 5 11:09:47 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 5 May 2021 15:09:47 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace with Preservica 6.3 In-Reply-To: References: Message-ID: Hello Jerry, I can't speak about the Preservica issue, but as far as the ArchivesSpace upgrade issue goes, you will be able to upgrade straight to 3.0.0 from 2.7.1. Most ArchivesSpace upgrades work this way, but we call it out in the release notes when that is not the case. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Jerry Boggio Sent: Monday, May 3, 2021 9:47 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ArchivesSpace with Preservica 6.3 Hello ASpace Users; We have a question about with version of ASpace should we be using in order to integrate with Preservica 6.3? We are currently running version 2.7.1 of ASpace and are in the process of upgrading Preservica to version 6.3. We are also contemplating going to stable ASpace version 2.8.1 or waiting for version 3.0.0. Further, in regards to version 3.0.0 of ASpace, is it expected we could go directly from version 2.7.1 to 3.0.0 or are incremental updates needed? Thank you! Gerard (Jerry) Boggio | MITRE Corporation | R124 - Collaboration & Info Management | 781-271-2719 -------------- 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 livsolis at utexas.edu Wed May 5 12:19:44 2021 From: livsolis at utexas.edu (Olivia S Solis) Date: Wed, 5 May 2021 11:19:44 -0500 Subject: [Archivesspace_Users_Group] Error when trying to add Event Type In-Reply-To: References: <35E2A8E8997F6C48A5D5FC21602BDEB60164AE097A@CAD-EX01.campusad.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB60164AE1090@CAD-EX01.campusad.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB60164AE2074@CAD-EX01.campusad.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB60164AE226F@CAD-EX01.campusad.msu.edu> Message-ID: Hi all, Just to update, we solved this by directly modifying the database (INSERT INTO enumeration_value) if anyone in the future encounters this. It does seem problematic, though, that in some cases adding events via the GUI and API doesn't work. Thanks! Olivia On Tue, May 4, 2021 at 11:02 AM Olivia S Solis wrote: > Hi all, > > I'm not sure if anyone else has experienced this in the past 3 years, but > wanted to follow up as our Systems Archivist and I have apparently had the > same problem. Background: since we don't use Digital Objects in ASpace, we > do not use a lot of the out-of-the-box Events, but we do track a lot of > processing steps using Events record. We do not want to delete any Events > that are native to ASpace so have suppressed many of them. Total, we have > 44 events with 27 of the ASpace-native events suppressed. Though we plan to > upgrade soon, we're on ASpace version 2.4.1. > > For the new Events that we've created for tracking processing steps, we > have generally posted them via the API and modified the yml file to add the > translations. We've always been able to create new events with no > problems... that is until yesterday when we tried to add two new ones and > failed trying two different ways: > > 1. Posing via the API. The values appear to post. There are no error > messages, but when we look in the staff interface GUI and check the > database's enumeration_value table, the new events aren't there. > 2. Adding the new event via Manage Controlled Value Lists > > This screenshot is the error we get when we try 2: > [image: Screen Shot 2021-05-04 at 8.26.28 AM.png] > I just tried going to the staff interface GUI and unsuppressing 7 events > that we normally suppress. I was still unable to add new events. > > Has anyone else experienced this recently? Is there a documented solution > to the problem? > > Thanks! > Olivia > > On Mon, Oct 29, 2018 at 1:46 PM Busch, Ed wrote: > >> I haven't quite figured out the exact sequence of steps but I have >> figured out how to make it work. I had suppressed a number of the event >> types (most) and that seems to have been what caused creating to fail. I >> unsuppressed them and I could create again. I slowly suppressed them again >> in groups and around #26 was when I could no longer create or delete event >> types. I unsuppressed one and I could create again. SO, something seems to >> happen after the 25th is suppressed. >> >> Ed >> >> -----Original Message----- >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of >> Majewski, Steven Dennis (sdm7g) >> Sent: Monday, October 29, 2018 12:45 PM >> To: Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> Subject: Re: [Archivesspace_Users_Group] Error when trying to add Event >> Type >> >> >> You could also try adding an enum value from the backend API and see if >> you get a more specific error message directly from the backend. >> >> ? Steve Majewski >> >> >> > On Oct 29, 2018, at 12:20 PM, Majewski, Steven Dennis (sdm7g) < >> sdm7g at virginia.edu> wrote: >> > >> > >> >> On Oct 29, 2018, at 11:07 AM, Busch, Ed wrote: >> >> >> >> Hi- >> >> >> >> Nothing showing up in the log regarding the create event type error. >> System info report says the log level is set to debug. Any other ideas? >> >> >> >> Not sure if this is related, but I noticed that when I am logged as me >> (with admin priv), I can't access the system_info page: I get Unable to >> access Page. When I log in as the actual Admin user, I can access the page. >> >> >> > >> > Not related. System info controller is checking that user = ?admin? >> instead of checking that user has admin privileges, which would probably be >> a better choice. >> > >> > Any clues at all in the log? Can you post a snippet from around the >> time of the submit ? >> > >> > >> > ? Steve Majewski >> > >> > >> > >> > >> > _______________________________________________ >> > Archivesspace_Users_Group mailing list >> > Archivesspace_Users_Group at lyralists.lyrasis.org >> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou >> > p >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Olivia Solis, MSIS > Metadata Coordinator > Dolph Briscoe Center for American History > The University of Texas at Austin > 2300 Red River St. Stop D1100 > Austin TX, 78712-1426 > (512) 232-8013 > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2021-05-04 at 8.26.28 AM.png Type: image/png Size: 40377 bytes Desc: not available URL: From archives at johnsonhouse.org Wed May 5 12:34:14 2021 From: archives at johnsonhouse.org (Archivist) Date: Wed, 5 May 2021 12:34:14 -0400 Subject: [Archivesspace_Users_Group] Integrating ArchivesSpace with WordPress Message-ID: <01da01d741cc$7cdb2730$76917590$@johnsonhouse.org> Hello All, We are attempting to export our ArchivesSpace collection online for public access. However, our website is powered through WordPress. We were wondering if any institutions have successfully integrated ArchivesSpace with WordPress. Any suggestions would be helpful. Thank You! Bonnie Small Part-Time Project Archivist Johnson House Historic Site 6306 Germantown Avenue Philadelphia, PA 19144-1908 T: 215-438-1768 F: 215-438-5510 archives at johnsonhouse.org www.johnsonhouse.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7407 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7367 bytes Desc: not available URL: From lhocking at litchfieldhistoricalsociety.org Wed May 5 13:20:34 2021 From: lhocking at litchfieldhistoricalsociety.org (Linda Hocking) Date: Wed, 5 May 2021 17:20:34 +0000 Subject: [Archivesspace_Users_Group] Integrating ArchivesSpace with WordPress In-Reply-To: <01da01d741cc$7cdb2730$76917590$@johnsonhouse.org> References: <01da01d741cc$7cdb2730$76917590$@johnsonhouse.org> Message-ID: Bonnie, Our website is also powered by wordpress. Our ArchivesSpace instance is on a separate server, but you can see what it looks like and how they are connected here: https://www.litchfieldhistoricalsociety.org/. If you scroll down the page toward the bottom there is a search box as well as links to each of our databases. The search box uses a tool we developed called bentospace which also searches our CollectionSpace instance. Feel free to get in touch with me directly if you have questions about it. Thanks, Linda Linda M. Hocking, CA Curator of Library & Archives Litchfield Historical Society P.O. Box 385 Litchfield, CT 06759 860-567-4501 https://www.litchfieldhistoricalsociety.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Archivist Sent: Wednesday, May 5, 2021 12:34 PM To: archivesspace_users_group at lyralists.lyrasis.org Cc: 'SandraChaff' ; ronthed at verizon.net; brsmall313 at gmail.com; mmoore686 at gmail.com Subject: [Archivesspace_Users_Group] Integrating ArchivesSpace with WordPress Hello All, We are attempting to export our ArchivesSpace collection online for public access. However, our website is powered through WordPress. We were wondering if any institutions have successfully integrated ArchivesSpace with WordPress. Any suggestions would be helpful. Thank You! Bonnie Small Part-Time Project Archivist Johnson House Historic Site 6306 Germantown Avenue Philadelphia, PA 19144-1908 T: 215-438-1768 F: 215-438-5510 archives at johnsonhouse.org www.johnsonhouse.org [cid:image001.png at 01D741AD.4E452160][cid:image002.png at 01D741AD.4E452160] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7407 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7367 bytes Desc: image002.png URL: From btailor at clemson.edu Wed May 5 16:32:20 2021 From: btailor at clemson.edu (Bhavin Tailor) Date: Wed, 5 May 2021 20:32:20 +0000 Subject: [Archivesspace_Users_Group] Including user defined fields in the PUI Message-ID: Hi all, This may (or may not) be simpler than a lot of the questions here. How do you get a user_defined_field to display in the PUI ? I've gone through the documentation and tried a number of things but I'm likely missing a step along the way. I've modified the label for the admin interface but just can't seem to get it to display in a resource record on the public side. I've mostly been working in the _record_innards.html.erb but have yet to have luck. Many thanks in advance, Bhavin -- Bhavin Tailor Senior Web Developer Clemson University Libraries 864-656-6375 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Thu May 6 04:28:12 2021 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 6 May 2021 09:28:12 +0100 Subject: [Archivesspace_Users_Group] Including user defined fields in the PUI In-Reply-To: References: Message-ID: The user-defined fields are in the JSON for objects that have them (e.g. resources), so you can display them with something like this: <%= @result['json']['user_defined']['text_1'] %> But shared templates like _record_innards.html.erb also render other objects which don't have user-defined fields (e.g. archival objects) so the above would error when displaying those. So you'll need to wrap that in something that uses the has_key? method. In general, be aware that overriding _record_innards.html.erb has long-term maintenance implications. That is because it is often changed in ArchivesSpace releases, meaning someone will have to review and possibly re-implement you customizations when upgrading in the future. Also, user defined fields aren't exported and don't appear in PDFs, so unless you also override those as well then they might not be suitable for essential information in the long term. Andrew. On 05/05/2021 21:32, Bhavin Tailor wrote: > Hi all, > > This may (or may not) be simpler than a lot of the questions here. How > do you get a user_defined_field to display in the PUI ? I've gone > through the documentation and tried a number of things but I'm likely > missing a step along the way. I've modified the label for the admin > interface but just can't seem to get it to display in a resource > record on the public side. I've mostly been working in the > _record_innards.html.erb but have yet to have luck. > > Many thanks in advance, > Bhavin > > -- > Bhavin Tailor > Senior Web Developer > Clemson University Libraries > 864-656-6375 > > _______________________________________________ > 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 mdoyle at bowdoin.edu Mon May 10 09:33:40 2021 From: mdoyle at bowdoin.edu (Meagan Doyle) Date: Mon, 10 May 2021 13:33:40 +0000 Subject: [Archivesspace_Users_Group] Born-digital Digital Objects In-Reply-To: References: Message-ID: Hello - I am interested in some specifics about how folks describe born-digital objects in ASpace. Links to workflows would be appreciated, but I also have some questions we're mulling below if you'd prefer to answer those directly. When linking a digital object representing a born-digital record to a file-level ASpace record, do you also create an instance? If a born-digital publication (e.g. a college catalog PDF) exists in your web archive, do you link the ASpace record for that publication to the web archive or to a copy of the record in a digital repository (or other)? How does your institution use "File Versions" for born-digital digital objects? Thank you! Meagan Meagan Doyle | Digital Archivist | George J. Mitchell Department of Special Collections & Archives Bowdoin College Library | 3000 College Station | Brunswick, Maine 04011 | 207.725.3201 | she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From robin_mcelheny at harvard.edu Mon May 10 09:58:05 2021 From: robin_mcelheny at harvard.edu (McElheny, Robin G.) Date: Mon, 10 May 2021 13:58:05 +0000 Subject: [Archivesspace_Users_Group] Born-digital Digital Objects In-Reply-To: References: Message-ID: Here at the Harvard University Archives we'd be interested in what others are doing, as well. Robin McElheny (she/her) Associate University Archivist for Collections & Public Services Harvard University Archives robin_mcelheny at harvard.edu https://library.harvard.edu/libraries/harvard-university-archives From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Meagan Doyle Sent: Monday, May 10, 2021 9:34 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Born-digital Digital Objects Hello - I am interested in some specifics about how folks describe born-digital objects in ASpace. Links to workflows would be appreciated, but I also have some questions we're mulling below if you'd prefer to answer those directly. When linking a digital object representing a born-digital record to a file-level ASpace record, do you also create an instance? If a born-digital publication (e.g. a college catalog PDF) exists in your web archive, do you link the ASpace record for that publication to the web archive or to a copy of the record in a digital repository (or other)? How does your institution use "File Versions" for born-digital digital objects? Thank you! Meagan Meagan Doyle | Digital Archivist | George J. Mitchell Department of Special Collections & Archives Bowdoin College Library | 3000 College Station | Brunswick, Maine 04011 | 207.725.3201 | she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Mon May 10 12:26:19 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 10 May 2021 16:26:19 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v3.0.0 now available Message-ID: ArchivesSpace is announcing the availability of v3.0.0. You can download it at https://github.com/archivesspace/archivesspace/releases/. This release centers around changes to the agents module of ArchivesSpace to make it more standards-compliant with EAC-CPF and the MARCXML format for authority data, enabling deeper and richer description of people, families, and corporate entities, their relationships to each other and their relationships to materials held outside ArchivesSpace. This work is the result of a community specification involving the participation of many users across the ArchivesSpace community, mostly notably Cory Nimer, Sue Luftschein, and Brad Westbrook. Through this work new fields and sub-records have been added to the agents schema, and staff and public interface views, imports, exports, and auxiliary functionality like agent merging have all been updated. There is also a new Light mode, which provides the option for users to continue to work with agent records in the staff interface in a pared down view that is similar to that of ArchivesSpace versions prior to this one. This release also contains improvements in some other areas of the application contributed by community developers and program team developers and contractors. While all are valuable, a few community contributions are of particular note: * For spreadsheet fans, the developers and archivists at Harvard University have contributed a spreadsheet feature focused on adding top containers and associated information to existing archival objects. With this feature, a user will download a file of archival objects for a resource, add top container information outside the application, and then import the information into the resource record, from the Load via Spreadsheet area. * There is a new Unpublish All feature, contributed by Nick Butler at the University of Cambridge. This feature allows for unpublishing everything in a resource or groups of archival objects within a resource and represents the conversion of this popular plugin to core code. * Hudson Molonglo developers James Bullen, Mark Triggs, and Payten Giles contributed additional performance, backend and staff interface improvements. These derived from work HM did for Queensland State Archives as part of a larger project. Thanks very much to all of our community members who contributed code for this release: Andrew Morrison, Blake Carver, Bobbi Fox, Brian Harrington, Corey Schmidt, Dave Mayo, Dee Dee Crema, Fred Reiss, James Bullen, Katie Amaral, Mark Triggs, Nick Butler, Noah Geraci, Payten Giles, Peter Heiner, and Steve Majewski. We were also pleased to work for the first time with contractors April Rieger and Braydon Justice of Notch8 on a small project. Program team members Lora Woodford, Mark Cooper, and Brian Hoffman wrote and reviewed extensive code and supervised the work of Manny Ramirez, our longtime contractor who devoted very substantial time to the expansion of the agents module. This is also the first release under Brian's supervision as our new Tech Lead. This release would, of course, not have been possible without the hard work of our community groups, including our Development Prioritization, Testing, Metadata Standards, Technical Documentation, and User Documentation sub-teams, the API Documentation Ad Hoc Working Group, and the Core Committers Group. We'd also like to thank the SNAC Technology Infrastructure Working Group for reviewing and testing the changes for EAC-CPF at various points along the way. Information on upgrading to a new version of ArchivesSpace is available at https://archivesspace.github.io/tech-docs/administration/upgrading.html. If you have any difficulties, please let us know. ArchivesSpace 3.0.0 has been a major undertaking and we appreciate everyone who has been involved along the way. Thanks to all for your help and support. 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 shand at ap.org Mon May 10 13:39:08 2021 From: shand at ap.org (Hand, Sarit) Date: Mon, 10 May 2021 17:39:08 +0000 Subject: [Archivesspace_Users_Group] Born-digital Digital Objects In-Reply-To: References: Message-ID: I posted a call for a discussion of DOs in ASpace with a link to sign up. I am about to start contacting people who have filled out the survey. Feel free to check it out. https://www.surveymonkey.com/r/MRW9RGV Cheers, [cid:image003.png at 01D745A1.D921A130] 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 01D745A1.D921A130] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of McElheny, Robin G. Sent: Monday, May 10, 2021 9:58 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Born-digital Digital Objects [EXTERNAL] Here at the Harvard University Archives we'd be interested in what others are doing, as well. Robin McElheny (she/her) Associate University Archivist for Collections & Public Services Harvard University Archives robin_mcelheny at harvard.edu https://library.harvard.edu/libraries/harvard-university-archives From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Meagan Doyle Sent: Monday, May 10, 2021 9:34 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Born-digital Digital Objects Hello - I am interested in some specifics about how folks describe born-digital objects in ASpace. Links to workflows would be appreciated, but I also have some questions we're mulling below if you'd prefer to answer those directly. When linking a digital object representing a born-digital record to a file-level ASpace record, do you also create an instance? If a born-digital publication (e.g. a college catalog PDF) exists in your web archive, do you link the ASpace record for that publication to the web archive or to a copy of the record in a digital repository (or other)? How does your institution use "File Versions" for born-digital digital objects? Thank you! Meagan Meagan Doyle | Digital Archivist | George J. Mitchell Department of Special Collections & Archives Bowdoin College Library | 3000 College Station | Brunswick, Maine 04011 | 207.725.3201 | she/her/hers The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1093 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 5546 bytes Desc: image004.png URL: From shand at ap.org Mon May 10 16:51:34 2021 From: shand at ap.org (Hand, Sarit) Date: Mon, 10 May 2021 20:51:34 +0000 Subject: [Archivesspace_Users_Group] Call for participants to discuss the ASpace Digital Object module In-Reply-To: References: Message-ID: Hello, UPDATE: The first meeting has been set for May 20th at 2:30 PM ET. If you are interested and have not signed up, there are still a couple more spots. If there is interest or more people than max, I will host additional meetings as needed. In the meantime, please use the survey link to add your name to the list. https://www.surveymonkey.com/r/MRW9RGV Thank you to those who have signed up and will be joining this conversation! Regards, [cid:image003.png at 01D745BC.BB0EB370] 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 01D745BC.BB0EB370] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hand, Sarit Sent: Friday, April 30, 2021 11:58 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Call for participants to discuss the ASpace Digital Object module [EXTERNAL] Hi All, Before we go into the weekend, I just wanted to let you know the survey is still open (see below). Happy weekend! Be well. Cheers [cid:image009.png at 01D745BC.93CEA2C0] 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:image010.png at 01D745BC.93CEA2C0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hand, Sarit Sent: Monday, April 26, 2021 7:46 PM To: 'archivesspace_users_group at lyralists.lyrasis.org' > Subject: [Archivesspace_Users_Group] Call for participants to discuss the ASpace Digital Object module [EXTERNAL] Hello, I hope this finds everyone doing well. I am looking for fellow ArchivesSpace users to join me in an informal, peer-to-peer discussion about using the Digital Object module for digital records in ASpace, both simple and complex. I will host this discussion via a Zoom meeting and schedule the date and time once I have a group assembled. I am limiting this to 15 people to allow for ease of conversing on Zoom. **This is not a workshop, webinar, training, or a presentation of how-to. This is independent of Lyrasis and ArchivesSpace as well as my own company. Please complete this survey https://www.surveymonkey.com/r/MRW9RGV to be added to the list if you are interested and you: 1. Will respect everyone and their contribution. 2. Will be an active participant in the discussion without prompting 3. Are available to meet as soon as a group is assembled within the month of May 4. Have an understanding of the functionality of the DO module and how it fits in the framework of the system 5. Are actively engaged in creating and managing DO records linking to corresponding digital assets (regardless of where they are stored) 6. Use the CSV or Excel bulk importer to create DO records with and without linking to a Resource or a component record 7. Acknowledge that this is not affiliated with any business, organization or agency as explained above. My goal is to have this meeting in May, if possible. I will try my very best to contact everyone who fills out the survey. If there is an overwhelming response, I may consider multiple sessions, depending on my availability. Completing the survey is not a guarantee of participation. I hope this will be a productive conversation, and, dare I say, a fun experience. So get your game on, dust off your policies and rev up your ArchivesSpace because sharing is caring and screensharing does wonders for illustrating one's point. Thank you for your consideration and I hope you will sign up. Cheers [cid:image011.png at 01D745BC.93CEA2C0] Sarit Hand Digital Archivist AP Corporate Archives [cid:image012.png at 01D745BC.93CEA2C0] 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: image009.png Type: image/png Size: 1093 bytes Desc: image009.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image010.png Type: image/png Size: 5546 bytes Desc: image010.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image011.png Type: image/png Size: 1093 bytes Desc: image011.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image012.png Type: image/png Size: 5548 bytes Desc: image012.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: 5546 bytes Desc: image004.png URL: From Jessica.Crouch at lyrasis.org Wed May 12 10:17:56 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 12 May 2021 14:17:56 +0000 Subject: [Archivesspace_Users_Group] Webinar Reminder: Managing AV Materials in ArchivesSpace Message-ID: Dear ArchivesSpace users, There is still time to register for next week?s webinar on managing AV materials in ArchivesSpace. In this webinar, archivists working with audiovisual materials and ArchivesSpace will discuss how their shared experiences have led them to help and bolster one another?s work in ArchivesSpace and in managing AV materials. They?ll discuss the specific projects they have worked on to describe audiovisual materials in ArchivesSpace. First, Siobhan Hagan of the Mid-Atlantic Regional Moving Image Archive (MARMIA) will discuss the work of the Association of Moving Image Archivists? Regional Audiovisual Archives Committee overall and how this work has led to collaborative working relationships across the group. Next, Megan McShea will speak about her work creating the Archives of American Art?s Guidelines to Processing Collections with Audiovisual Material, and then how her perspective changed while working with MARMIA?s massive WJZ-TV Collection, where they are using ArchivesSpace to transform their inherited Word document videotape inventories into searchable, actionable collection description. Then, Jamie Marie Wagner of University of Colorado Boulder Libraries will speak about how she adapted the Guidelines to Processing Collections with Audiovisual Material for her institution, plus some specific challenges they have come across and tips and tricks for others. Finally, Hannah Wiatt Davis of Florida State University Libraries will speak about the process of migrating to ArchivesSpace, the subsequent cleanup of data, and their initial experimentations with the Assessment Module for AV materials. A Q&A will follow all presentations. Webinar Information: When: May 19, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_Zp3vy-SZQTeWZV6qI_gh5Q This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Presenter Information: Siobhan C. Hagan holds her M.A. in Moving Image Archiving and Preservation (MIAP) from NYU?s Tisch School of the Arts and has worked in a variety of collecting organizations throughout her career, including the UCLA Library, the National Aquarium, and the Smithsonian Institute. She is currently the Project Manager of the Memory Lab Network at the DC Public Library and is the Founder and CEO of the Mid-Atlantic Regional Moving Image Archive (MARMIA). She has been active as a member of the Association of Moving Image Archivists (AMIA): she is currently co-chair of the Local TV Task Force, co-chair of the Regional Audio-Visual Archives Committee, is a member of the Election Committee, and was an AMIA Director of the Board from 2015-2017. Megan McShea is an independent archivist in Baltimore, MD, currently focused on community archives, audiovisual archives, digitization planning, and digital asset management. Prior to that, she was the Audiovisual Archivist at the Archives of American Art, Smithsonian Institution. She is the author of AAA's Guidelines to Processing Collections with Audiovisual Material, and teaches the workshop Arrangement and Description of Audiovisual Materials for the Society of American Archivists. She currently serves on the board of the Mid-Atlantic Regional Moving Image Archive. Jamie Marie Wagner is the first dedicated Moving Image Archivist in the University of Colorado Boulder Libraries? Rare and Distinctive Collections. Since 2019, she has overseen the Libraries? archival film and video material, as well as collections related to Colorado media history and American experimental filmmaking. She holds an MA in Film and MLIS from the University of Wisconsin-Madison. She is currently the Rocky Mountain area representative to the AMIA Regional Audio-Visual Archives Committee and Continuing Education Coordinator for the Society of Rocky Mountain Archivists. Hannah Wiatt Davis is the Preservation Librarian at Florida State University Libraries, where she leads and directs collection management and preservation efforts in the Special Collections & Archives division. She also serves as the ArchivesSpace Technical Lead for FSU's six repositories, and is a founding member and chair of the Society of Florida Archivists ArchivesSpace Working Group. Who should attend: Anyone using or interested in using ArchivesSpace to manage their AV materials. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29062 bytes Desc: image001.jpg URL: From scheirw at newschool.edu Wed May 12 12:19:22 2021 From: scheirw at newschool.edu (Wendy Scheir) Date: Wed, 12 May 2021 12:19:22 -0400 Subject: [Archivesspace_Users_Group] Announcing The New School Bulk Updater Message-ID: The New School Archives and Special Collections is pleased to announce a fantastic new ArchivesSpace plug-in that allows batch editing of archival objects. Using The New School Bulk Updater, it is now possible to edit, add, or delete datafields in a spreadsheet. Developed by Hudson Molonglo for The New School Archives, The New School Bulk Updater is an easy-to-use tool that can be accessed in the Staff User Interface. Staff can use the Updater to download a spreadsheet version of selected (or all) archival objects from a resource record, to add, manipulate, or delete certain fields in the spreadsheet, and then to import the edited archival objects back into the resource, without losing or altering unedited data in the resource. This easy round-tripping process significantly reduces time-consuming labor. Further documentation is available on GitHib: https://github.com/hudmol/as_spreadsheet_bulk_updater We've only just begun to use this tool and are quickly discovering the many ways we will be incorporating the New School Bulk Updater into our processing workflows. Just a few examples include: - Searching and replacing title text. - Altering dates and date expressions. - Adding Conditions Governing Access notes and restriction dates. - Adding and changing instances, including creating serially-numbered folders using Excel's drag-down function. We believe this Bulk Updater will be a game-changer for small and medium sized repositories like The New School Archives. We'd love to hear the uses you find for it! All best, Wendy ____________________________________ WENDY SCHEIR director THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS 66 FIFTH AVENUE, NEW YORK, NY 10011 scheirw at newschool.edu T 212-229-2942 Explore the Archives | Digital Collections from the Archives | New School Histories | @tnsarchives [image: THE NEW SCHOOL] -------------- next part -------------- An HTML attachment was scrubbed... URL: From ludwigpossie at weber.edu Wed May 12 19:56:54 2021 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Wed, 12 May 2021 17:56:54 -0600 Subject: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 Message-ID: I'm in the process of moving our current version of Archivesspace 2.6.0 to a new server running Ubuntu 20.04. I've installed Java 1.8, MySQL 8.0.25 and mysql connector 8.0.25 on the new server. I successfully got Archivesspace 2.6.0 running on MySQL (New blank database) on the new server. When I import our current production database and run the setup-database.sh script I get no error and an 'All Done' message at the end. However when I attempt to run archivesspace.sh I get a Database Migration Error, with the following recommendation, "The schema info version should be 120 for ArchivesSpace version v2.6.0. However, your schema info version is set at 122 Please ensure your migrations have been run and completed by using the setup-database script." I've ran the script various times but I keep getting the same results. Has anyone experienced an issue like this? Please advise. Thank you. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From schanzme at msu.edu Thu May 13 09:35:15 2021 From: schanzme at msu.edu (Schanz, Megan) Date: Thu, 13 May 2021 13:35:15 +0000 Subject: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 In-Reply-To: References: Message-ID: That should only happen when the setup-database script was run for a later version of ArchivesSpace. But if that isn't the case, you could try manually reverting the schema number in the database to see if that resolves your issue. update schema_info set version = 120; I've had to do that at one point in the past, but I can't recall what circumstances led to me having to do that. - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ludwig Possie Sent: Wednesday, May 12, 2021 7:56 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 I'm in the process of moving our current version of Archivesspace 2.6.0 to a new server running Ubuntu 20.04. I've installed Java 1.8, MySQL 8.0.25 and mysql connector 8.0.25 on the new server. I successfully got Archivesspace 2.6.0 running on MySQL (New blank database) on the new server. When I import our current production database and run the setup-database.sh script I get no error and an 'All Done' message at the end. However when I attempt to run archivesspace.sh I get a Database Migration Error, with the following recommendation, "The schema info version should be 120 for ArchivesSpace version v2.6.0. However, your schema info version is set at 122 Please ensure your migrations have been run and completed by using the setup-database script." I've ran the script various times but I keep getting the same results. Has anyone experienced an issue like this? Please advise. Thank you. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Thu May 13 09:50:20 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 13 May 2021 13:50:20 +0000 Subject: [Archivesspace_Users_Group] announcing the ArchivesSpace Diversity Partnership cohort Message-ID: Hello ArchivesSpace members, I am delighted to announce our inaugural cohort for the ArchivesSpace Diversity Partnership, a new program designed to offer support for implementing the ArchivesSpace application to institutions that are themselves or primarily serve communities currently underrepresented in the ArchivesSpace community. The five institutions are: Black Cultural Archives - a unique community archive based in the heart of Brixton, South London, that was established in 1981 to collect contemporary records of Black communities and seeks to transform the understanding of local, national and global Black history. Detroit Sound Conservancy - deliberately rooted in and informed by Detroit's community activism, a community-based archive that tells Detroit's story through the experiences of its musical people. Spelman College - a liberal arts college in Atlanta that is one of the only two remaining HBCUs founded to educate women of the African diaspora. In addition to being the official college repository, the Archives also documents women of the African Diaspora broadly, and houses the Audre Lorde and Toni Cade Bambara papers. Weeksville Heritage Center - a historic site, house museum, and cultural center in Brooklyn, New York, whose mission is to use education, the arts and a social justice lens to preserve, document and inspire engagement with the history of Weeksville, one of the largest free Black communities in pre-Civil War America. Xavier University of Louisiana - the only Catholic HBCU in the country, with historic collections that focus on Black history, New Orleans and Louisiana history, Black Catholics, and the Gulf Coast region, in addition to XULA institutional history. We were fortunate to receive many strong applications, from a fascinating group of archives and collecting institutions, which provided our review team with quite a challenge when putting together this relatively small cohort. I'd like to thank review team members Audra Eagle Yun of UC Irvine, Skyla Hearn of Cook County Historic Archives and Records Office, Lizeth Ram?rez of UCLA, and Brittany Newberry of Robert W. Woodruff Library, Atlanta University Center (who chaired the group), along with ArchivesSpace Community Engagement Coordinator Jessica Crouch, for all their hard work. We are excited to have such excellent partners in this new endeavor. These institutions will join our member community officially on July 1, but we are already working with them to make sure they have what they need to get started with the application and the community. Please join me in welcoming them to ArchivesSpace! All best, 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 Robert.Miller at lyrasis.org Thu May 13 09:54:57 2021 From: Robert.Miller at lyrasis.org (Robert Miller) Date: Thu, 13 May 2021 13:54:57 +0000 Subject: [Archivesspace_Users_Group] [Archivesspace_bot_members] announcing the ArchivesSpace Diversity Partnership cohort In-Reply-To: References: Message-ID: Good Job Christine and team. Well done to see this. R Robert Miller Chief Executive Officer West Coast Technology Center - San Francisco, Ca. East Coast Operations Center - Atlanta Ga. Cell: 415-640-1092 [cid:image001.jpg at 01D404A7.ECEA13C0] [signature_270457481] [/Users/sammitchell/Library/Containers/com.microsoft.Outlook/Data/Library/Caches/Signatures/signature_508100162] [cid:FD3ABAFB-3F96-4F28-8D3E-233A7D8BAD31 at hsd1.ca.comcast.net] [cid:image002.png at 01D39036.091DD4A0] On May 13, 2021, at 6:50 AM, Christine Di Bella wrote: ? Hello ArchivesSpace members, I am delighted to announce our inaugural cohort for the ArchivesSpace Diversity Partnership, a new program designed to offer support for implementing the ArchivesSpace application to institutions that are themselves or primarily serve communities currently underrepresented in the ArchivesSpace community. The five institutions are: Black Cultural Archives ? a unique community archive based in the heart of Brixton, South London, that was established in 1981 to collect contemporary records of Black communities and seeks to transform the understanding of local, national and global Black history. Detroit Sound Conservancy ? deliberately rooted in and informed by Detroit's community activism, a community-based archive that tells Detroit?s story through the experiences of its musical people. Spelman College ? a liberal arts college in Atlanta that is one of the only two remaining HBCUs founded to educate women of the African diaspora. In addition to being the official college repository, the Archives also documents women of the African Diaspora broadly, and houses the Audre Lorde and Toni Cade Bambara papers. Weeksville Heritage Center - a historic site, house museum, and cultural center in Brooklyn, New York, whose mission is to use education, the arts and a social justice lens to preserve, document and inspire engagement with the history of Weeksville, one of the largest free Black communities in pre-Civil War America. Xavier University of Louisiana ? the only Catholic HBCU in the country, with historic collections that focus on Black history, New Orleans and Louisiana history, Black Catholics, and the Gulf Coast region, in addition to XULA institutional history. We were fortunate to receive many strong applications, from a fascinating group of archives and collecting institutions, which provided our review team with quite a challenge when putting together this relatively small cohort. I'd like to thank review team members Audra Eagle Yun of UC Irvine, Skyla Hearn of Cook County Historic Archives and Records Office, Lizeth Ram?rez of UCLA, and Brittany Newberry of Robert W. Woodruff Library, Atlanta University Center (who chaired the group), along with ArchivesSpace Community Engagement Coordinator Jessica Crouch, for all their hard work. We are excited to have such excellent partners in this new endeavor. These institutions will join our member community officially on July 1, but we are already working with them to make sure they have what they need to get started with the application and the community. Please join me in welcoming them to ArchivesSpace! All best, Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 _______________________________________________ Archivesspace_BoT_Members mailing list Archivesspace_BoT_Members at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_bot_members -------------- 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 Corinne.Chatnik at nysed.gov Thu May 13 11:25:38 2021 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Thu, 13 May 2021 15:25:38 +0000 Subject: [Archivesspace_Users_Group] Can't browse to top container through RDE Message-ID: Hi, I'm trying to add a record with RDE and link it to a top container. I can search for one and if a result doesn't appear it says "No matching results. Try 'Browse'." But there is no 'Browse' button. Is there not supposed to be or am I just missing it? This is the case in my instance and the Archivesspace Demo Sandbox instance. [cid:image001.png at 01D747EA.B2397BB0] Thanks! Corinne Chatnik Digital Strategies New York State Archives 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 15949 bytes Desc: image001.png URL: From btfisher1 at ualr.edu Fri May 14 11:15:08 2021 From: btfisher1 at ualr.edu (Ben Fisher) Date: Fri, 14 May 2021 10:15:08 -0500 Subject: [Archivesspace_Users_Group] 'Sign In' swap with SSO login Message-ID: Hello, I'm in the process of implementing the Oauth plugin to comply with a recent security audit. The plugin itself is now configured and working correctly, but I would like to close the door to local sign-in, at least during normal circumstances. Ideally, I would like to swap the 'Sign In' button target from local sign-in to the SSO link. Does anyone know how we could accomplish this? An acceptable alternative could be removing the Sign In button entirely, leaving only the SSO link. All suggestions are welcome. Thank you, -- *Ben Fisher | IT Coordinator* University of Arkansas at Little Rock | Information Technology Services 501.916.3011 <%28501%29%20916-3011> | btfisher1 at ualr.edu | ualr.edu/it services Reminder: IT Services will never ask for your password over the phone or in an email. Always be suspicious of requests for personal information that comes via email, even from known contacts. For more information or to report suspicious email, visit http://ualr.edu/itservices/security/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Fri May 14 12:50:25 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 14 May 2021 16:50:25 +0000 Subject: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 In-Reply-To: References: , Message-ID: I wouldn't recommend changing the schema_info, this can put you in a really bad place. Your error: ""The schema info version should be 120 for ArchivesSpace version v2.6.0. However, your schema info version is set at 122" Every release of ArchivesSpace has a schema number . All recent releases have the schema number listed on the release notes. So the latest version 3.0 is 147, and the previous release 2.8.1 is 138 and so on down the line. Those numbers are important and are set by the code. That's what the ArchivesSpace code looks at to know that the MySQL Database lines up with what it expects. Each version expects certain tables/rows/columns to be there and in a certain format. As ArchivesSpace starts each time it checks that shema_info number, and if it's wrong, it fails. So ArchivesSpace 3.0 starts up and says "Hey MySQL what ya got there?" and MySQL says "147" and ArchivesSpace says "Groovy, that's what I need to run" and then they high five and start getting down to business. If ArchivesSpace starts up and says "Hey MySQL, what ya got there?" and it says "122" and ArchivesSpace was expecting 120, ArchivesSpace says "That ain't right, I can't work with that" and starts telling you all about it in archivesspace.out. So your version of ArchivesSpace is expecting schema_info to be 120 but it's actually 122, which is larger number and therefore a newer release. Looking back at the old releases, schema_info on 2.7 is 126 and the release before that is 120 is 2.6.0, which means 122 is... I don't know what. I'm not sure what to recommend here. From what I can see there is not any release that should have a schema version of 122, so I don't know how that got set like that. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Schanz, Megan Sent: Thursday, May 13, 2021 9:35 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 That should only happen when the setup-database script was run for a later version of ArchivesSpace. But if that isn't the case, you could try manually reverting the schema number in the database to see if that resolves your issue. update schema_info set version = 120; I've had to do that at one point in the past, but I can't recall what circumstances led to me having to do that. - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ludwig Possie Sent: Wednesday, May 12, 2021 7:56 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 I'm in the process of moving our current version of Archivesspace 2.6.0 to a new server running Ubuntu 20.04. I've installed Java 1.8, MySQL 8.0.25 and mysql connector 8.0.25 on the new server. I successfully got Archivesspace 2.6.0 running on MySQL (New blank database) on the new server. When I import our current production database and run the setup-database.sh script I get no error and an 'All Done' message at the end. However when I attempt to run archivesspace.sh I get a Database Migration Error, with the following recommendation, "The schema info version should be 120 for ArchivesSpace version v2.6.0. However, your schema info version is set at 122 Please ensure your migrations have been run and completed by using the setup-database script." I've ran the script various times but I keep getting the same results. Has anyone experienced an issue like this? Please advise. Thank you. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Fri May 14 12:53:06 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 14 May 2021 16:53:06 +0000 Subject: [Archivesspace_Users_Group] 'Sign In' swap with SSO login In-Reply-To: References: Message-ID: You can probably just override that here: https://github.com/archivesspace/archivesspace/blob/82c4603fe22bf0fd06043974478d4caf26e1c646/frontend/app/views/welcome/index.html.erb ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ben Fisher Sent: Friday, May 14, 2021 11:15 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] 'Sign In' swap with SSO login Hello, I'm in the process of implementing the Oauth plugin to comply with a recent security audit. The plugin itself is now configured and working correctly, but I would like to close the door to local sign-in, at least during normal circumstances. Ideally, I would like to swap the 'Sign In' button target from local sign-in to the SSO link. Does anyone know how we could accomplish this? An acceptable alternative could be removing the Sign In button entirely, leaving only the SSO link. All suggestions are welcome. Thank you, -- Ben Fisher | IT Coordinator University of Arkansas at Little Rock | Information Technology Services 501.916.3011 | btfisher1 at ualr.edu | ualr.edu/itservices [https://docs.google.com/uc?export=download&id=0Bz9cuMeqg1TDZ3FCTmp0SGtoWHM&revid=0Bz9cuMeqg1TDTC82aDhXejYvWStpc2VrZWdwaWNsTmlheUQwPQ] Reminder: IT Services will never ask for your password over the phone or in an email. Always be suspicious of requests for personal information that comes via email, even from known contacts. For more information or to report suspicious email, visit http://ualr.edu/itservices/security/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ludwigpossie at weber.edu Fri May 14 14:10:19 2021 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Fri, 14 May 2021 12:10:19 -0600 Subject: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 In-Reply-To: References: Message-ID: Thank you for your recommendations. I've imported the database from our production to dev and changed the schema version as Megan had suggested, fortunately in this case it resolved the issue and allowed archivesspace to run as expected. Our production environment is running on docker, but I doubt that would impact the schema version. I completely understand what you're saying Blake and normally I would not want to mess with the schema version, however in this instance since the schema version seems to be completely off and not match any other version, it may be needed in order to get the DB in sync with the current version it should be on. I'm crossing my fingers that moving forward it won't mess with things. In order to be sure, is there a way to migrate data manually to ensure that schema matches and all the data gets migrated? On Fri, May 14, 2021 at 10:50 AM Blake Carver wrote: > I wouldn't recommend changing the schema_info, this can put you in a > really bad place. > > Your error: > ""The schema info version should be 120 for ArchivesSpace version > v2.6.0. However, your schema info version is set at 122" > > Every release of ArchivesSpace has a schema number . All recent releases > have the schema number listed on the release notes. So the latest > version 3.0 is 147, and the previous release 2.8.1 is 138 and so on down > the line. Those numbers are important and are set by the code. That's what > the ArchivesSpace code looks at to know that the MySQL Database lines up > with what it expects. Each version expects certain tables/rows/columns to > be there and in a certain format. As ArchivesSpace starts each time it > checks that shema_info number, and if it's wrong, it fails. So > ArchivesSpace 3.0 starts up and says "Hey MySQL what ya got there?" and > MySQL says "147" and ArchivesSpace says "Groovy, that's what I need to > run" and then they high five and start getting down to business. If > ArchivesSpace starts up and says "Hey MySQL, what ya got there?" and it > says "122" and ArchivesSpace was expecting 120, ArchivesSpace says "That > ain't right, I can't work with that" and starts telling you all about it in > archivesspace.out. > > So your version of ArchivesSpace is expecting schema_info to be 120 but > it's actually 122, which is larger number and therefore a newer release. > > Looking back at the old releases, schema_info on 2.7 is 126 and the > release before that is 120 is 2.6.0, which means 122 is... I don't know > what. > > I'm not sure what to recommend here. From what I can see there is not any > release that should have a schema version of 122, so I don't know how that > got set like that. > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Schanz, Megan > *Sent:* Thursday, May 13, 2021 9:35 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Database Migration Error on AS > 2.6.0 > > That *should* only happen when the setup-database script was run for a > later version of ArchivesSpace. But if that isn't the case, you could try > manually reverting the schema number in the database to see if that > resolves your issue. > > update schema_info set version = 120; > > > I've had to do that at one point in the past, but I can't recall what > circumstances led to me having to do that. > > - Megan > > _____________________________________ > > Megan Schanz > Application Developer & Systems Administrator > Michigan State University Libraries > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Ludwig Possie > *Sent:* Wednesday, May 12, 2021 7:56 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Database Migration Error on AS > 2.6.0 > > I'm in the process of moving our current version of Archivesspace 2.6.0 to > a new server running Ubuntu 20.04. I've installed Java 1.8, MySQL 8.0.25 > and mysql connector 8.0.25 on the new server. > > I successfully got Archivesspace 2.6.0 running on MySQL (New blank > database) on the new server. When I import our current production database > and run the setup-database.sh script I get no error and an 'All Done' > message at the end. However when I attempt to run archivesspace.sh I get a > Database Migration Error, with the following recommendation, "The schema > info version should be 120 for ArchivesSpace version v2.6.0. However, your > schema info version is set at 122 > Please ensure your migrations have been run and completed by using the > setup-database script." > I've ran the script various times but I keep getting the same results. > Has anyone experienced an issue like this? Please advise. Thank you. > > -- > Ludwig Possi? > Systems Admin > Stewart Library > Weber State University > 801-626-8093 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Fri May 14 14:52:56 2021 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 14 May 2021 18:52:56 +0000 Subject: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 In-Reply-To: References: , Message-ID: > In order to be sure, is there a way to migrate data manually to ensure that schema matches and all the data gets migrated? I'd say, probably not. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Ludwig Possie Sent: Friday, May 14, 2021 2:10 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 Thank you for your recommendations. I've imported the database from our production to dev and changed the schema version as Megan had suggested, fortunately in this case it resolved the issue and allowed archivesspace to run as expected. Our production environment is running on docker, but I doubt that would impact the schema version. I completely understand what you're saying Blake and normally I would not want to mess with the schema version, however in this instance since the schema version seems to be completely off and not match any other version, it may be needed in order to get the DB in sync with the current version it should be on. I'm crossing my fingers that moving forward it won't mess with things. In order to be sure, is there a way to migrate data manually to ensure that schema matches and all the data gets migrated? On Fri, May 14, 2021 at 10:50 AM Blake Carver > wrote: I wouldn't recommend changing the schema_info, this can put you in a really bad place. Your error: ""The schema info version should be 120 for ArchivesSpace version v2.6.0. However, your schema info version is set at 122" Every release of ArchivesSpace has a schema number . All recent releases have the schema number listed on the release notes. So the latest version 3.0 is 147, and the previous release 2.8.1 is 138 and so on down the line. Those numbers are important and are set by the code. That's what the ArchivesSpace code looks at to know that the MySQL Database lines up with what it expects. Each version expects certain tables/rows/columns to be there and in a certain format. As ArchivesSpace starts each time it checks that shema_info number, and if it's wrong, it fails. So ArchivesSpace 3.0 starts up and says "Hey MySQL what ya got there?" and MySQL says "147" and ArchivesSpace says "Groovy, that's what I need to run" and then they high five and start getting down to business. If ArchivesSpace starts up and says "Hey MySQL, what ya got there?" and it says "122" and ArchivesSpace was expecting 120, ArchivesSpace says "That ain't right, I can't work with that" and starts telling you all about it in archivesspace.out. So your version of ArchivesSpace is expecting schema_info to be 120 but it's actually 122, which is larger number and therefore a newer release. Looking back at the old releases, schema_info on 2.7 is 126 and the release before that is 120 is 2.6.0, which means 122 is... I don't know what. I'm not sure what to recommend here. From what I can see there is not any release that should have a schema version of 122, so I don't know how that got set like that. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Schanz, Megan > Sent: Thursday, May 13, 2021 9:35 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 That should only happen when the setup-database script was run for a later version of ArchivesSpace. But if that isn't the case, you could try manually reverting the schema number in the database to see if that resolves your issue. update schema_info set version = 120; I've had to do that at one point in the past, but I can't recall what circumstances led to me having to do that. - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Ludwig Possie > Sent: Wednesday, May 12, 2021 7:56 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Database Migration Error on AS 2.6.0 I'm in the process of moving our current version of Archivesspace 2.6.0 to a new server running Ubuntu 20.04. I've installed Java 1.8, MySQL 8.0.25 and mysql connector 8.0.25 on the new server. I successfully got Archivesspace 2.6.0 running on MySQL (New blank database) on the new server. When I import our current production database and run the setup-database.sh script I get no error and an 'All Done' message at the end. However when I attempt to run archivesspace.sh I get a Database Migration Error, with the following recommendation, "The schema info version should be 120 for ArchivesSpace version v2.6.0. However, your schema info version is set at 122 Please ensure your migrations have been run and completed by using the setup-database script." I've ran the script various times but I keep getting the same results. Has anyone experienced an issue like this? Please advise. Thank you. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From shand at ap.org Fri May 14 18:08:17 2021 From: shand at ap.org (Hand, Sarit) Date: Fri, 14 May 2021 22:08:17 +0000 Subject: [Archivesspace_Users_Group] Call for participants to discuss the ASpace Digital Object module In-Reply-To: References: Message-ID: Happy Friday! UPDATE: This group is FULL! I am so excited with the response. FYI-I discovered at least one person who signed up but for some reason their submission did not go through, so if that happened to you, I apologize, I do not know why, will have to blame the monkeys. For the time being, I have closed the sign up but will post with a new generic one for future meetings on different topics. Thank you everyone who signed up, tried to or otherwise. Have a great weekend! Cheers [cid:image007.png at 01D748EC.1CB20730] 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 01D748EC.1CB20730] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hand, Sarit Sent: Monday, May 10, 2021 4:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Call for participants to discuss the ASpace Digital Object module [EXTERNAL] Hello, UPDATE: The first meeting has been set for May 20th at 2:30 PM ET. If you are interested and have not signed up, there are still a couple more spots. If there is interest or more people than max, I will host additional meetings as needed. In the meantime, please use the survey link to add your name to the list. https://www.surveymonkey.com/r/MRW9RGV Thank you to those who have signed up and will be joining this conversation! Regards, [cid:image003.png at 01D748EC.1CA2C4F0] 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 01D748EC.1CA2C4F0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hand, Sarit Sent: Friday, April 30, 2021 11:58 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Call for participants to discuss the ASpace Digital Object module [EXTERNAL] Hi All, Before we go into the weekend, I just wanted to let you know the survey is still open (see below). Happy weekend! Be well. Cheers [cid:image003.png at 01D748EC.1CA2C4F0] 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 01D748EC.1CA2C4F0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hand, Sarit Sent: Monday, April 26, 2021 7:46 PM To: 'archivesspace_users_group at lyralists.lyrasis.org' > Subject: [Archivesspace_Users_Group] Call for participants to discuss the ASpace Digital Object module [EXTERNAL] Hello, I hope this finds everyone doing well. I am looking for fellow ArchivesSpace users to join me in an informal, peer-to-peer discussion about using the Digital Object module for digital records in ASpace, both simple and complex. I will host this discussion via a Zoom meeting and schedule the date and time once I have a group assembled. I am limiting this to 15 people to allow for ease of conversing on Zoom. **This is not a workshop, webinar, training, or a presentation of how-to. This is independent of Lyrasis and ArchivesSpace as well as my own company. Please complete this survey https://www.surveymonkey.com/r/MRW9RGV to be added to the list if you are interested and you: 1. Will respect everyone and their contribution. 2. Will be an active participant in the discussion without prompting 3. Are available to meet as soon as a group is assembled within the month of May 4. Have an understanding of the functionality of the DO module and how it fits in the framework of the system 5. Are actively engaged in creating and managing DO records linking to corresponding digital assets (regardless of where they are stored) 6. Use the CSV or Excel bulk importer to create DO records with and without linking to a Resource or a component record 7. Acknowledge that this is not affiliated with any business, organization or agency as explained above. My goal is to have this meeting in May, if possible. I will try my very best to contact everyone who fills out the survey. If there is an overwhelming response, I may consider multiple sessions, depending on my availability. Completing the survey is not a guarantee of participation. I hope this will be a productive conversation, and, dare I say, a fun experience. So get your game on, dust off your policies and rev up your ArchivesSpace because sharing is caring and screensharing does wonders for illustrating one's point. Thank you for your consideration and I hope you will sign up. Cheers [cid:image005.png at 01D748EC.1CA2C4F0] Sarit Hand Digital Archivist AP Corporate Archives [cid:image006.png at 01D748EC.1CA2C4F0] 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. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1093 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 5546 bytes Desc: image004.png URL: -------------- 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: 5548 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: 5546 bytes Desc: image008.png URL: From shand at ap.org Mon May 17 13:00:57 2021 From: shand at ap.org (Hand, Sarit) Date: Mon, 17 May 2021 17:00:57 +0000 Subject: [Archivesspace_Users_Group] Selecting Extent Dimension in the Top Container record rather than the Container Profile Message-ID: Hello, I opened this JIRA ticket back in 2019 requesting a feature update. It is currently closed unless there is community support for this. Perhaps in my original statement needs to be improved? https://archivesspace.atlassian.net/browse/ANW-882 I wanted know if there are any other users who would support development for this feature. I believe it would enhance usability, reduce human error and eliminate the need to have multiple container profiles for a container, i.e. a record storage carton or textile boxes. As an administrator, I want to be able to select the Extent Dimension from the Top Container record. The Extent Dimension should not necessarily be determined in the profile record. Mock up I suggested [cid:image004.png at 01D74B1C.ACF7FDE0] If we have to physical move a container and change its orientation, as it sits on a shelf, we would have to create a new container profile for the exact same container. One example, I used a document flip top box for an artifact that required the box to be laid on its back, changing its height and the Extent dimension, but it is the same exact document box, used for folders and files. Differentiating between container profiles is already difficult when creating a Top container given the limited descriptive fields in a profile record and then add to that having to figure out which profile to select if they are the exact same container only using a different dimension for the extent, for which you would have to open the profile to figure out. Currently, I create the Profile with very long Names to include dimensions and which dimension is used for the extent. [cid:image002.png at 01D74B1B.0F74EC00] (Descriptive fields in the Profile record is something I raised in a separate issue https://archivesspace.atlassian.net/browse/ANW-878 ) If there is a reason not to have the ability to select Extent in the Top Container record, I would like to know, for my understanding. Thank you for your consideration Cheers, [cid:image007.png at 01D74B1C.ACF7FDE0] 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 01D74B1C.ACF7FDE0] 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: image002.png Type: image/png Size: 9543 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 151290 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 1093 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.png Type: image/png Size: 5556 bytes Desc: image008.png URL: From Corinne.Chatnik at nysed.gov Tue May 18 09:32:52 2021 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Tue, 18 May 2021 13:32:52 +0000 Subject: [Archivesspace_Users_Group] Use tooltips on Assessment values Message-ID: Hi, Is it possible for tooltips to be used on the values in the Formats/Materials or Conservation Issues section of the Assessments module? Is there an example of this on GitHub anywhere? I tried following the tooltips format used for assessment_attribute in en.yml because it seemed like the closest example of this but nothing happened. Thanks! Corinne Chatnik Digital Strategies New York State Archives 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 Wed May 19 09:56:12 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 19 May 2021 13:56:12 +0000 Subject: [Archivesspace_Users_Group] Volunteer for the next ArchivesSpace annual forum planning team Message-ID: Dear ArchivesSpace Members, We are currently looking for volunteers for the working group to plan our seventh annual ArchivesSpace Annual Member Forum! Just as in previous years, this forum will be a free opportunity for staff from ArchivesSpace member institutions to meet and share information with each other and the program team about all things ArchivesSpace. While traditionally an in-person event, ArchivesSpace will be holding its seventh Annual Member Forum virtually. Although it will be held during the week of the Society of American Archivists Annual Meeting as in previous years, the Member Forum is not part of SAA and does not require registration for the SAA Annual Meeting. This free event is a chance for ArchivesSpace members to come together to highlight the work they are doing in ArchivesSpace, show off new plugins or tools they?ve developed, and attend discussions and trainings on a variety of topics. All community members are welcome to volunteer for this working group. We will schedule meetings and the forum itself in ways that allow for participation across time zones. If you would like to volunteer, please respond by June 14, 2021. And if you have any questions, contact Jessica at jessica.crouch at lyrasis.org. We look forward to another great event, with your help! 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 vaddonizio at atlas-sys.com Wed May 19 11:25:58 2021 From: vaddonizio at atlas-sys.com (Valerie Addonizio) Date: Wed, 19 May 2021 15:25:58 +0000 Subject: [Archivesspace_Users_Group] Know Thy Config Webinars: Intro and Inheritance Message-ID: This is a note to anyone who attended or wishes to view the two Know Thy Config webinars that both are now available for viewing at any time at the following links: Know Thy Config: Introduction (webinar recording) Inheritance (webinar recording | page with additional resources available for download) The recording for the Introduction webinar was made available a few months ago, and this note is to supplement that with the recording for Inheritance, which has just been posted. Cheers! _______________________ Valerie Addonizio, MLIS Special Collections and Archives Technical Consultant Atlas Systems - You have a job to do. We help you do it. (757) 317-2592 vaddonizio at atlas-sys.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanstra at nd.edu Thu May 20 09:09:00 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Thu, 20 May 2021 09:09:00 -0400 Subject: [Archivesspace_Users_Group] lcnaf plugin Message-ID: Hi, ArchivesSpace users, I continue my quest to get our site set up and have been told that I need to install the lcnaf plugin. I've got a few questions: First, where is the documentation on how to install the plugin? The code in github does not have so much as a README file to give me information on how to install it. Do I just grab the code and plunk it into the plugins directory? Or is there more to be done? Second, how does ArchivesSpace decide what plugins get pulled into code and which do not. This one, from what I can tell, has been around for a long time and yet continues to be a plugin that is added after the fact. Yet other plugins have been added into the code. Just curious how that gets decided. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From shand at ap.org Thu May 20 09:57:08 2021 From: shand at ap.org (Hand, Sarit) Date: Thu, 20 May 2021 13:57:08 +0000 Subject: [Archivesspace_Users_Group] lcnaf plugin In-Reply-To: References: Message-ID: Hi Tom, You can open a Jira Ticket. Visit this page https://archivesspace.org/member-area/technical-support for details. Cheers, [cid:image003.png at 01D74D5E.7E0D89C0] 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 01D74D5E.7E0D89C0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Tom Hanstra Sent: Thursday, May 20, 2021 9:09 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] lcnaf plugin [EXTERNAL] Hi, ArchivesSpace users, I continue my quest to get our site set up and have been told that I need to install the lcnaf plugin. I've got a few questions: First, where is the documentation on how to install the plugin? The code in github does not have so much as a README file to give me information on how to install it. Do I just grab the code and plunk it into the plugins directory? Or is there more to be done? Second, how does ArchivesSpace decide what plugins get pulled into code and which do not. This one, from what I can tell, has been around for a long time and yet continues to be a plugin that is added after the fact. Yet other plugins have been added into the code. Just curious how that gets decided. Thanks, Tom -- Tom Hanstra Sr. Systems Administrator hanstra at nd.edu [https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ] The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 1093 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 5546 bytes Desc: image004.png URL: From Joshua.D.Shaw at dartmouth.edu Thu May 20 10:51:42 2021 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Thu, 20 May 2021 14:51:42 +0000 Subject: [Archivesspace_Users_Group] lcnaf plugin In-Reply-To: References: Message-ID: Hi Tom To enable any plugin in the /plugins directory, you need to update the config file. Specifically, the entry AppConfig[:plugins] = [] The array contents are just the directory names of the plugins that you want to enable So, to enable just the lcnaf plugin, you would want AppConfig[:plugins] = ['lcnaf'] https://archivesspace.github.io/tech-docs/ is a good resource. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Tom Hanstra Sent: Thursday, May 20, 2021 9:09 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] lcnaf plugin Hi, ArchivesSpace users, I continue my quest to get our site set up and have been told that I need to install the lcnaf plugin. I've got a few questions: First, where is the documentation on how to install the plugin? The code in github does not have so much as a README file to give me information on how to install it. Do I just grab the code and plunk it into the plugins directory? Or is there more to be done? Second, how does ArchivesSpace decide what plugins get pulled into code and which do not. This one, from what I can tell, has been around for a long time and yet continues to be a plugin that is added after the fact. Yet other plugins have been added into the code. Just curious how that gets decided. 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 hanstra at nd.edu Thu May 20 12:23:02 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Thu, 20 May 2021 12:23:02 -0400 Subject: [Archivesspace_Users_Group] lcnaf plugin In-Reply-To: References: Message-ID: Ok, so I did not see that lcnaf was included in ArchivesSpace right from the beginning. I thought I had to get the files from GitHub as I would with other plugins, but I see that they are there. In fact several are there. So I need to revise my overall question to: - Why is some code added to the zip file but left as a plugin while other code is added to the software? In this instance, lcnaf is there but I need to update the config file to turn it on. With other plugins, I have to get the files from somewhere else and turn them on. And maybe do more than just put them in the directory (for instance, oauth needs to be compiled). How is it determined what goes where and how it is or is not included? Sorry, but this is rather confusing to the newbie. Thanks Tom On Thu, May 20, 2021 at 10:51 AM Joshua D. Shaw wrote: > Hi Tom > > To enable any plugin in the /plugins directory, you need to update the > config file. Specifically, the entry > > AppConfig[:plugins] = [] > > The array contents are just the directory names of the plugins that you > want to enable > > So, to enable just the lcnaf plugin, you would want > > AppConfig[:plugins] = ['lcnaf'] > > https://archivesspace.github.io/tech-docs/ is a good resource. > > jds > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom > Hanstra > *Sent:* Thursday, May 20, 2021 9:09 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] lcnaf plugin > > Hi, ArchivesSpace users, > > I continue my quest to get our site set up and have been told that I need > to install the lcnaf plugin. I've got a few questions: > > First, where is the documentation on how to install the plugin? The code > in github does not have so much as a README file to give me information on > how to install it. Do I just grab the code and plunk it into the plugins > directory? Or is there more to be done? > > Second, how does ArchivesSpace decide what plugins get pulled into code > and which do not. This one, from what I can tell, has been around for a > long time and yet continues to be a plugin that is added after the fact. > Yet other plugins have been added into the code. Just curious how that gets > decided. > > Thanks, > Tom > > -- > *Tom Hanstra* > *Sr. Systems Administrator* > hanstra at nd.edu > > > _______________________________________________ > 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: From christine.dibella at lyrasis.org Thu May 20 15:13:33 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 20 May 2021 19:13:33 +0000 Subject: [Archivesspace_Users_Group] lcnaf plugin In-Reply-To: References: Message-ID: Hello Tom, The LCNAF plugin is a very rare case in that it?s both bundled with the standard ArchivesSpace application and, because of its popularity, lives on its own in case it needs to be updated between our releases due to changes in LC?s service. The program team has discussed doing only one or the other because it is undeniably duplicative for code maintainers and confusing for users (though, on the users side, most people use the one that comes bundled with ArchivesSpace and don?t realize there is a separate one). The functionality of both LCNAF plugins is identical. For now we?ve continued to keep it the way it is pending some larger discussions. Virtually all other plugins only live on our their own, and most plugins are authored by and maintained by community members, not the ArchivesSpace program. The community-maintained Awesome ArchivesSpace list links to a lot of great ones: https://github.com/archivesspace/awesome-archivesspace. For some additional context, there?s some information about plugins and considerations for turning a plugin into core code at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/916062227/Making+a+Plug-In+part+of+the+Core+Code. That document also links to an outline of an evaluation process for considering feature contributions, including whether something might best be handled as a plugin: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/360546309/ArchivesSpace+Process+for+Evaluating+Potential+Feature+Contributions+to+the+Core+Code. I hope this helps. If you have other questions, please let us know. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 [ASpaceOrgHomeMedium] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Tom Hanstra Sent: Thursday, May 20, 2021 12:23 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] lcnaf plugin Ok, so I did not see that lcnaf was included in ArchivesSpace right from the beginning. I thought I had to get the files from GitHub as I would with other plugins, but I see that they are there. In fact several are there. So I need to revise my overall question to: - Why is some code added to the zip file but left as a plugin while other code is added to the software? In this instance, lcnaf is there but I need to update the config file to turn it on. With other plugins, I have to get the files from somewhere else and turn them on. And maybe do more than just put them in the directory (for instance, oauth needs to be compiled). How is it determined what goes where and how it is or is not included? Sorry, but this is rather confusing to the newbie. Thanks Tom On Thu, May 20, 2021 at 10:51 AM Joshua D. Shaw > wrote: Hi Tom To enable any plugin in the /plugins directory, you need to update the config file. Specifically, the entry AppConfig[:plugins] = [] The array contents are just the directory names of the plugins that you want to enable So, to enable just the lcnaf plugin, you would want AppConfig[:plugins] = ['lcnaf'] https://archivesspace.github.io/tech-docs/ is a good resource. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Tom Hanstra > Sent: Thursday, May 20, 2021 9:09 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] lcnaf plugin Hi, ArchivesSpace users, I continue my quest to get our site set up and have been told that I need to install the lcnaf plugin. I've got a few questions: First, where is the documentation on how to install the plugin? The code in github does not have so much as a README file to give me information on how to install it. Do I just grab the code and plunk it into the plugins directory? Or is there more to be done? Second, how does ArchivesSpace decide what plugins get pulled into code and which do not. This one, from what I can tell, has been around for a long time and yet continues to be a plugin that is added after the fact. Yet other plugins have been added into the code. Just curious how that gets decided. Thanks, Tom -- Tom Hanstra Sr. Systems Administrator hanstra at nd.edu [https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ] _______________________________________________ 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 [https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ] -------------- 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 hanstra at nd.edu Fri May 21 10:20:07 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Fri, 21 May 2021 10:20:07 -0400 Subject: [Archivesspace_Users_Group] lcnaf plugin In-Reply-To: References: Message-ID: Thanks. That helps a lot. I figured history factored in as it always does with these kinds of things. But coming in cold, it is especially confusing now that I know there are two versions. I'll assume that the included version is sufficient until someone here says differently. It would help if this was documented a bit more. A simple "README" file in the lcnaf GitHub repository mentioning that it is an even more enhanced version of the included version and explaining the differences would go a long way in explaining the situation. I'm not sure who maintains that code, but it certainly would have helped me. And thanks for pointing me to the wiki. It looks like I'm going to have to do some perusing of that in addition to the tech docs in order to really understand how to support this software. Tom On Thu, May 20, 2021 at 3:13 PM Christine Di Bella < christine.dibella at lyrasis.org> wrote: > Hello Tom, > > > > The LCNAF plugin is a very rare case in that it?s both bundled with the > standard ArchivesSpace application and, because of its popularity, lives on > its own in case it needs to be updated between our releases due to changes > in LC?s service. The program team has discussed doing only one or the other > because it is undeniably duplicative for code maintainers and confusing for > users (though, on the users side, most people use the one that comes > bundled with ArchivesSpace and don?t realize there is a separate one). The > functionality of both LCNAF plugins is identical. For now we?ve continued > to keep it the way it is pending some larger discussions. > > > > Virtually all other plugins only live on our their own, and most plugins > are authored by and maintained by community members, not the ArchivesSpace > program. The community-maintained Awesome ArchivesSpace list links to a lot > of great ones: https://github.com/archivesspace/awesome-archivesspace. > > > > For some additional context, there?s some information about plugins and > considerations for turning a plugin into core code at > https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/916062227/Making+a+Plug-In+part+of+the+Core+Code. > That document also links to an outline of an evaluation process for > considering feature contributions, including whether something might best > be handled as a plugin: > https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/360546309/ArchivesSpace+Process+for+Evaluating+Potential+Feature+Contributions+to+the+Core+Code > . > > > > I hope this helps. If you have other questions, please let us know. > > > > Christine > > > > Christine Di Bella > > ArchivesSpace Program Manager > > christine.dibella at lyrasis.org > > 800.999.8558 x2905 > > 678-235-2905 > > > > > > [image: ASpaceOrgHomeMedium] > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Tom > Hanstra > *Sent:* Thursday, May 20, 2021 12:23 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] lcnaf plugin > > > > Ok, so I did not see that lcnaf was included in ArchivesSpace right from > the beginning. I thought I had to get the files from GitHub as I would with > other plugins, but I see that they are there. In fact several are there. > > > > So I need to revise my overall question to: > > > > - Why is some code added to the zip file but left as a plugin while other > code is added to the software? > > > > In this instance, lcnaf is there but I need to update the config file to > turn it on. With other plugins, I have to get the files from somewhere else > and turn them on. And maybe do more than just put them in the directory > (for instance, oauth needs to be compiled). How is it determined what goes > where and how it is or is not included? > > > > Sorry, but this is rather confusing to the newbie. > > > > Thanks > > Tom > > > > On Thu, May 20, 2021 at 10:51 AM Joshua D. Shaw < > Joshua.D.Shaw at dartmouth.edu> wrote: > > Hi Tom > > > > To enable any plugin in the /plugins directory, you need to update the > config file. Specifically, the entry > > > > AppConfig[:plugins] = [] > > > > The array contents are just the directory names of the plugins that you > want to enable > > > > So, to enable just the lcnaf plugin, you would want > > > > AppConfig[:plugins] = ['lcnaf'] > > > > https://archivesspace.github.io/tech-docs/ is a good resource. > > > > jds > > > ------------------------------ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom > Hanstra > *Sent:* Thursday, May 20, 2021 9:09 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] lcnaf plugin > > > > Hi, ArchivesSpace users, > > > > I continue my quest to get our site set up and have been told that I need > to install the lcnaf plugin. I've got a few questions: > > > > First, where is the documentation on how to install the plugin? The code > in github does not have so much as a README file to give me information on > how to install it. Do I just grab the code and plunk it into the plugins > directory? Or is there more to be done? > > > > Second, how does ArchivesSpace decide what plugins get pulled into code > and which do not. This one, from what I can tell, has been around for a > long time and yet continues to be a plugin that is added after the fact. > Yet other plugins have been added into the code. Just curious how that gets > decided. > > > > Thanks, > > Tom > > > > -- > > *Tom Hanstra* > > *Sr. Systems Administrator* > > hanstra at nd.edu > > > > _______________________________________________ > 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 > > > > _______________________________________________ > 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.jpg Type: image/jpeg Size: 13904 bytes Desc: not available URL: From michelle.echols at mail.wvu.edu Mon May 24 11:23:42 2021 From: michelle.echols at mail.wvu.edu (Michelle Echols) Date: Mon, 24 May 2021 15:23:42 +0000 Subject: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? Message-ID: Hi All, I tried searching the User Group Archive, but I don't see any recent threads about this. Apologies if I've just missed something! We recently created MARC records in our library catalog that link to ArchivesSpace finding aids in order to increase discoverability. However, users see the link in the catalog record and are confused when they are brought to ArchivesSpace and can't access the archival material itself (these materials are not digitized). I am wondering now if other institutions have dealt with this issue and have advice, or if you have avoided it with a different workflow altogether? Is it a common practice to generate MARC versions of finding aids for non-digitized materials so that they are discoverable through the library's catalog and/or WorldCat? If you do create MARC records, do you attach item records with a location/barcode for the materials, or do you just link to the finding aid? If you do not create MARC records, does your discovery platform make finding aids searchable in another way (e.g. LibGuides)? We went the MARC route due to limitations with our current discovery layer but are in the process of transitioning to a new one, giving us an opportunity to revisit our approach. I'm curious to know if people have better solutions or insights into best practices! Thank you for any help! / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkottman at ku.edu Mon May 24 12:04:58 2021 From: mkottman at ku.edu (Kottman, Miloche) Date: Mon, 24 May 2021 16:04:58 +0000 Subject: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? In-Reply-To: References: Message-ID: We create MARC records in addition to our finding aid site and as far as I know we haven't encountered this issue. In our MARC records there are several clues that it's a finding aid, not a digital object. For example, we include the following in the MARC records: * 555 field: Finding aid available on the Internet * 655 _7 field: Finding aids. $2lcgft * 856 42 field: $z Finding aid online $u link (older records had $3 finding aid And in Primo (our discovery interface) they are labelled "archival/manuscript material": [cid:image001.png at 01D7508C.A1C78510] --Miloche From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Michelle Echols Sent: Monday, May 24, 2021 10:24 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? Hi All, I tried searching the User Group Archive, but I don't see any recent threads about this. Apologies if I've just missed something! We recently created MARC records in our library catalog that link to ArchivesSpace finding aids in order to increase discoverability. However, users see the link in the catalog record and are confused when they are brought to ArchivesSpace and can't access the archival material itself (these materials are not digitized). I am wondering now if other institutions have dealt with this issue and have advice, or if you have avoided it with a different workflow altogether? Is it a common practice to generate MARC versions of finding aids for non-digitized materials so that they are discoverable through the library's catalog and/or WorldCat? If you do create MARC records, do you attach item records with a location/barcode for the materials, or do you just link to the finding aid? If you do not create MARC records, does your discovery platform make finding aids searchable in another way (e.g. LibGuides)? We went the MARC route due to limitations with our current discovery layer but are in the process of transitioning to a new one, giving us an opportunity to revisit our approach. I'm curious to know if people have better solutions or insights into best practices! Thank you for any help! / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 22848 bytes Desc: image001.png URL: From Jessica.Crouch at lyrasis.org Mon May 24 12:06:38 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 24 May 2021 16:06:38 +0000 Subject: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 Message-ID: Dear ArchivesSpace users, Registration is now open for the three-hour ArchivesSpace Digital Objects Module workshop on June 16, 2021, from 12:00pm-3:00pm ET/9:00am-12:00pm PT. During this workshop, ArchivesSpace trainer Brittany Newberry will cover using digital objects in ArchivesSpace, including a functional overview of the Digital Objects module, how to create both simple and complex digital objects, and importing and exporting digital objects. Attendees are expected to have experience with ArchivesSpace or to have completed the ArchivesSpace Basics training. A copy of the agenda is linked below. ArchivesSpace Digital Objects Module Training (agenda) Date: June 16, 2021 Time: 12:00pm-3:00pm ET / 9:00am-12:00pm PT Trainer: Brittany Newberry (Atlanta University Center) Registration: https://lyrasis.zoom.us/webinar/register/WN_mTY8SRxsQviLx92mEqh7XQ For the first 48 hours, registration will be open to individuals associated with ArchivesSpace member institutions only. To register during this time, you must use an institutional email address associated with an ArchivesSpace member institution. Registrations using personal email addresses and addresses associated with non-member institutions will not be accepted. After 48 hours, any remaining registrations will be made available to all ArchivesSpace users. In order to make training available to as many organizations and users as possible, registration will be limited to three (3) attendees per organization for virtual trainings. All community-wide virtual trainings will be recorded. These recordings will be made available via the ArchivesSpace website and YouTube channel. You do not need to register for the training to have access to the recordings. Over the next year, the Trainers Corps will offer regularly scheduled workshops and office hours covering a variety of topics on all things ArchivesSpace. These virtual, community-wide trainings will be part of a 12-month pilot project by the Trainers Corps to assess community interest and training needs. Registration for each training will be separate and registration will open closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29063 bytes Desc: image001.jpg URL: From jenking at gwu.edu Mon May 24 12:17:34 2021 From: jenking at gwu.edu (Jennifer King) Date: Mon, 24 May 2021 12:17:34 -0400 Subject: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? In-Reply-To: References: Message-ID: Our Resource Description Group creates e-portfolios for the finding aids and in the catalog it displays this way. I'm certain this does confuse some users, but we found it our best option. [image: screenshot_GW.png] On Mon, May 24, 2021 at 12:05 PM Kottman, Miloche wrote: > We create MARC records in addition to our finding aid site and as far as I > know we haven?t encountered this issue. In our MARC records there are > several clues that it?s a finding aid, not a digital object. For example, > we include the following in the MARC records: > > ? 555 field: Finding aid available on the Internet > > ? 655 _7 field: Finding aids. $2lcgft > > ? 856 42 field: $z Finding aid online $u link (older records had > $3 finding aid > > > > And in Primo (our discovery interface) they are labelled > ?archival/manuscript material?: > > > > --Miloche > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Michelle > Echols > *Sent:* Monday, May 24, 2021 10:24 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Finding Aids in Library Catalog > Search? > > > > Hi All, > > > > I tried searching the User Group Archive, but I don't see any recent > threads about this. Apologies if I've just missed something! > > > > We recently created MARC records in our library catalog that link to > ArchivesSpace finding aids in order to increase discoverability. However, > users see the link in the catalog record and are confused when they are > brought to ArchivesSpace and can't access the archival material itself > (these materials are not digitized). > > > > I am wondering now if other institutions have dealt with this issue and > have advice, or if you have avoided it with a different workflow altogether? > > Is it a common practice to generate MARC versions of finding aids for > non-digitized materials so that they are discoverable through the library's > catalog and/or WorldCat? > > If you *do* create MARC records, do you attach item records with a > location/barcode for the materials, or do you just link to the finding aid? > > If you *do not* create MARC records, does your discovery platform make > finding aids searchable in another way (e.g. LibGuides)? > > > > We went the MARC route due to limitations with our current discovery layer > but are in the process of transitioning to a new one, giving us an > opportunity to revisit our approach. I'm curious to know if people have > better solutions or insights into best practices! > > > > Thank you for any help! > > > > */ **Michelle Echols* > Metadata and Cataloging Librarian > > West Virginia University Libraries > (304) 293-4019 office > michelle.echols at mail.wvu.edu > > she/her > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Jennifer King Collections Coordinator and Manuscripts Librarian Special Collections Research Center George Washington University Jenking at gwu.edu 202-994-0628 my pronouns are she/her/hers Schedule an appointment with me -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 22848 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot_GW.png Type: image/png Size: 35290 bytes Desc: not available URL: From benn.joseph at northwestern.edu Mon May 24 12:23:46 2021 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Mon, 24 May 2021 16:23:46 +0000 Subject: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? In-Reply-To: References: Message-ID: Our approach is similar but we don't create MARC records, just Primo records-here's what the top half of the record looks like. I think we decided to describe the finding aid itself in Primo rather than the actual archival/manuscript materials to help avoid confusion and it seems to work pretty good. [cid:image002.jpg at 01D7508F.42325820] --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kottman, Miloche Sent: Monday, May 24, 2021 11:05 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? We create MARC records in addition to our finding aid site and as far as I know we haven't encountered this issue. In our MARC records there are several clues that it's a finding aid, not a digital object. For example, we include the following in the MARC records: * 555 field: Finding aid available on the Internet * 655 _7 field: Finding aids. $2lcgft * 856 42 field: $z Finding aid online $u link (older records had $3 finding aid And in Primo (our discovery interface) they are labelled "archival/manuscript material": [cid:image004.png at 01D7508F.20F10210] --Miloche From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Michelle Echols Sent: Monday, May 24, 2021 10:24 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? Hi All, I tried searching the User Group Archive, but I don't see any recent threads about this. Apologies if I've just missed something! We recently created MARC records in our library catalog that link to ArchivesSpace finding aids in order to increase discoverability. However, users see the link in the catalog record and are confused when they are brought to ArchivesSpace and can't access the archival material itself (these materials are not digitized). I am wondering now if other institutions have dealt with this issue and have advice, or if you have avoided it with a different workflow altogether? Is it a common practice to generate MARC versions of finding aids for non-digitized materials so that they are discoverable through the library's catalog and/or WorldCat? If you do create MARC records, do you attach item records with a location/barcode for the materials, or do you just link to the finding aid? If you do not create MARC records, does your discovery platform make finding aids searchable in another way (e.g. LibGuides)? We went the MARC route due to limitations with our current discovery layer but are in the process of transitioning to a new one, giving us an opportunity to revisit our approach. I'm curious to know if people have better solutions or insights into best practices! Thank you for any help! / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 22848 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 35912 bytes Desc: image002.jpg URL: From benn.joseph at northwestern.edu Mon May 24 13:01:46 2021 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Mon, 24 May 2021 17:01:46 +0000 Subject: [Archivesspace_Users_Group] Locations List Providing Not-Even Close Results? In-Reply-To: References: Message-ID: At one point we tried to make the below adjustments to get our locations to show up in a rational way, but it didn?t work that well and now I?m wondering if we even did it right since we?re still struggling with them. But, I can?t seem to find any of the previous messages describing what to do?can anyone provide a quick rehash? Thanks, --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Trevor Thornton Sent: Wednesday, March 31, 2021 8:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Locations List Providing Not-Even Close Results? This issue keeps coming up and the solution usually involves adjusting the "default sort column" and "default sort direction" in the appropriate section in the settings (in this case it would be "Location Profile Browse Columns" I think). We had this same problem and adjusting these values worked for us, but other people have reported that it didn't. There are 3 levels of settings (Global, Repository and User) that should override one another. Here's what it says in the User Guide: Global Preferences ? Edit these values to set your system-wide preferences. These values can be overridden by repository default or by your own preferences for a repository. Repository Preferences ? Edit these values to set your user preferences for this repository. These values can be overridden by user preferences. User Preferences ? Edit these values to set user preference defaults for the current repository. These values cannot be overridden. In my experience, this doesn't work as smoothly as advertised, but in theory this is how it should work. Given how frequently this problem has been reported, and the impact it has on people's workflows, I think this issue (using preference settings to adjust sort order in lists) is in desperate need of documentation. On Wed, Mar 31, 2021 at 8:43 AM ABNEY, ANN C > wrote: Morning all - We?re using 2.8.1 and recently I?ve been having trouble adding locations. Our numbering convention is Row: #, Compartment: #, Shelf: #. In the manage top containers tab for a specific resource, usually I?ll search to add a location with that format. But lately, even if I put the full name of the location (with repository, floor, etc.) I?m getting lots of extraneous results. For example, I was searching for ?Row: 61, Compartment: 6, Shelf: 1? I got results including from Row 2, Compartment 1, Shelf 6, and then a whole list of every shelf in Row 61 from Compartments 1-4 until the list cut off. If I search via browse, I get the same results and usually have to click through to the second page. As I said before, this even happens if I copy word for word a previous location already linked. Am I searching wrong? Is it a bug? I haven?t had this problem in past iterations so I have no idea what?s going on. Thanks! Ann Ann Abney, CA She/her/hers Special Projects Archivist South Carolina Political Collections University of South Carolina Libraries https://sc.edu/libraries/scpc aabney at mailbox.sc.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 christine.dibella at lyrasis.org Mon May 24 14:31:39 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 24 May 2021 18:31:39 +0000 Subject: [Archivesspace_Users_Group] pause upgrades to 3.0.0 if you utilize the Contact Notes field in Agents Message-ID: Hello ArchivesSpace members, Please pause upgrades to 3.0.0 if you utilize the Contact Notes field in Agents. We have found an issue with the migration of this information during upgrades. We will be putting out a new release that fixes this issue as soon as we can. If you use this field and have already updated to 3.0.0, please get in touch so that we can help you address this issue with you own data. 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 jdean at email.unc.edu Mon May 24 17:19:14 2021 From: jdean at email.unc.edu (Dean, Jackie) Date: Mon, 24 May 2021 21:19:14 +0000 Subject: [Archivesspace_Users_Group] Revising finding aids Message-ID: Hi, At UNC-Chapel Hill, we are planning to migrate our finding aids to ArchivesSpace in the near future and have questions about revising and updating finding aids and publishing them to the PUI. We'd like to maintain the existing version of the finding aid online until we are ready to publish the updated version. We frequently make extensive revisions to finding aids and are not sure how this works with the PUI. We would appreciate hearing about how other repositories are managing this process. We've already heard from a few institutions and it has been immensely helpful as we try to conceptualize this workflow. I'd be happy to get in touch if it is easier to talk about this in person. Thank you! Jackie ===================== Jackie Dean (she, her, hers) Head of Archival Processing Special Collections Technical Services The Wilson Library University of North Carolina at Chapel Hill CB# 3926, Wilson Library, Chapel Hill, NC 27514-8890 919-962-4256 (FAX) 919-962-3594 jdean at email.unc.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From michelle.echols at mail.wvu.edu Tue May 25 14:05:43 2021 From: michelle.echols at mail.wvu.edu (Michelle Echols) Date: Tue, 25 May 2021 18:05:43 +0000 Subject: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? In-Reply-To: References: Message-ID: Thanks for these responses! We don't have Primo, but I appreciate these various approaches and I'll see what we can approximate in WorldShare and Ebsco Discovery. One of our concerns is we created approximations of the finding aids themselves in the catalog and it would be difficult to keep up with edits made in ArchivesSpace. I am liking this idea of a much sparser record with more informative linking text! Thanks Miloche, Jessica and Benn! / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her/hers From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Monday, May 24, 2021 12:24 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? Our approach is similar but we don't create MARC records, just Primo records-here's what the top half of the record looks like. I think we decided to describe the finding aid itself in Primo rather than the actual archival/manuscript materials to help avoid confusion and it seems to work pretty good. [cid:image002.jpg at 01D7516E.72745D00] --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kottman, Miloche Sent: Monday, May 24, 2021 11:05 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? We create MARC records in addition to our finding aid site and as far as I know we haven't encountered this issue. In our MARC records there are several clues that it's a finding aid, not a digital object. For example, we include the following in the MARC records: * 555 field: Finding aid available on the Internet * 655 _7 field: Finding aids. $2lcgft * 856 42 field: $z Finding aid online $u link (older records had $3 finding aid And in Primo (our discovery interface) they are labelled "archival/manuscript material": [cid:image003.png at 01D7516E.72745D00] --Miloche From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Michelle Echols Sent: Monday, May 24, 2021 10:24 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Finding Aids in Library Catalog Search? Hi All, I tried searching the User Group Archive, but I don't see any recent threads about this. Apologies if I've just missed something! We recently created MARC records in our library catalog that link to ArchivesSpace finding aids in order to increase discoverability. However, users see the link in the catalog record and are confused when they are brought to ArchivesSpace and can't access the archival material itself (these materials are not digitized). I am wondering now if other institutions have dealt with this issue and have advice, or if you have avoided it with a different workflow altogether? Is it a common practice to generate MARC versions of finding aids for non-digitized materials so that they are discoverable through the library's catalog and/or WorldCat? If you do create MARC records, do you attach item records with a location/barcode for the materials, or do you just link to the finding aid? If you do not create MARC records, does your discovery platform make finding aids searchable in another way (e.g. LibGuides)? We went the MARC route due to limitations with our current discovery layer but are in the process of transitioning to a new one, giving us an opportunity to revisit our approach. I'm curious to know if people have better solutions or insights into best practices! Thank you for any help! / Michelle Echols Metadata and Cataloging Librarian West Virginia University Libraries (304) 293-4019 office michelle.echols at mail.wvu.edu she/her -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 26289 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 22848 bytes Desc: image003.png URL: From na207 at cam.ac.uk Wed May 26 11:44:04 2021 From: na207 at cam.ac.uk (Natalie Adams) Date: Wed, 26 May 2021 15:44:04 +0000 Subject: [Archivesspace_Users_Group] Advice/best practice/pitfalls to avoid with implementing assessment records Message-ID: Dear all, I'm writing to pick your brains about recommendations for using assessment records in a fairly large team (approx. 15 members of staff). We are excited about the potential of using assessment records as an essential tool for joined-up collection management and much better informed prioritisation of our work. We've started experimenting with assessment records and this has led to a few questions about how best to use them. 1. Is it a good approach to set up one assessment record for a particular 'issue' or theme (e.g. to group information about collections where historic language in catalogues needs review; or to group information about material that might be suitable for a specific exhibition)? 2. Is it better to create separate assessment records that are specific to each collection or accession and record all the issues specific to that collection (repackaging requirements, physical condition)? 3. Would it work better to give one member of the team responsibility for overseeing assessment records to keep oversight of the issues being recorded or to share responsibility across the team? 4. Do you have any advice about using or searching your assessment records data- e.g. outputting them as CSV files or generate information from them in reports? I would be very grateful for any advice you are willing to share or for pointers to good sources of information. Thank you very much in advance and best wishes, Natalie Natalie Adams Systems Archivist Cambridge University Library West Road Cambridge CB3 9DR Information about opening hours and Library services -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Wed May 26 12:07:57 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 26 May 2021 16:07:57 +0000 Subject: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 In-Reply-To: References: Message-ID: <39E0ED7B-C2E7-45E5-B633-4B3ADA80B424@lyrasis.org> Dear ArchivesSpace users, Registration is open for a three-hour ArchivesSpace Digital Objects Module workshop on June 16, 2021, from 12:00pm-3:00pm ET/9:00am-12:00pm PT. During this workshop, ArchivesSpace trainer Brittany Newberry will cover using digital objects in ArchivesSpace, including a functional overview of the Digital Objects module, how to create both simple and complex digital objects, and importing and exporting digital objects. Attendees are expected to have experience with ArchivesSpace or to have completed the ArchivesSpace Basics training. A copy of the agenda is linked below. ArchivesSpace Digital Objects Module Training (agenda) Date: June 16, 2021 Time: 12:00pm-3:00pm ET / 9:00am-12:00pm PT Trainer: Brittany Newberry (Atlanta University Center) Registration: https://lyrasis.zoom.us/webinar/register/WN_mTY8SRxsQviLx92mEqh7XQ In order to make training available to as many organizations and users as possible, registration will be limited to three (3) attendees per organization for virtual trainings. All community-wide virtual trainings will be recorded. These recordings will be made available via the ArchivesSpace website and YouTube channel. You do not need to register for the training to have access to the recordings. Over the next year, the Trainers Corps will offer regularly scheduled workshops and office hours covering a variety of topics on all things ArchivesSpace. These virtual, community-wide trainings will be part of a 12-month pilot project by the Trainers Corps to assess community interest and training needs. Registration for each training will be separate and registration will open closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29064 bytes Desc: image001.jpg URL: From annika.dowd at wilson.edu Thu May 27 08:35:56 2021 From: annika.dowd at wilson.edu (Annika Dowd) Date: Thu, 27 May 2021 12:35:56 +0000 Subject: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 In-Reply-To: <39E0ED7B-C2E7-45E5-B633-4B3ADA80B424@lyrasis.org> References: <39E0ED7B-C2E7-45E5-B633-4B3ADA80B424@lyrasis.org> Message-ID: Hello Jessica, I am trying to register for this workshop but the link says registration is closed. Could you please add me or did I miss the deadline? Thank you! Annie Dowd Annika Dowd Research Associate WILSON COLLEGE 1015 Philadelphia Ave. Chambersburg, PA 17201 annika.dowd at wilson.edu o. 717-262-2049 www.wilson.edu [cid:Bold-Logo_eed24b7d-4261-436b-9dc3-5a4a91fc7ae4.png] Confidentiality Notice: This e-mail, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Jessica Crouch Sent: Wednesday, May 26, 2021 12:08 PM To: Archivesspace Member Reps ; Archivesspace Small Archives Users Group ; Archivesspace Users Group ; archivesspace_bot_members at lyralists.lyrasis.org; archivesspace_tac at lyralists.lyrasis.org; archivesspace_uac at lyralists.lyrasis.org; ARCHIVISTS-cmt at ConnectedCommunity.org Subject: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 Dear ArchivesSpace users, Registration is open for a three-hour ArchivesSpace Digital Objects Module workshop on June 16, 2021, from 12:00pm-3:00pm ET/9:00am-12:00pm PT. During this workshop, ArchivesSpace trainer Brittany Newberry will cover using digital objects in ArchivesSpace, including a functional overview of the Digital Objects module, how to create both simple and complex digital objects, and importing and exporting digital objects. Attendees are expected to have experience with ArchivesSpace or to have completed the ArchivesSpace Basics training. A copy of the agenda is linked below. ArchivesSpace Digital Objects Module Training (agenda) Date: June 16, 2021 Time: 12:00pm-3:00pm ET / 9:00am-12:00pm PT Trainer: Brittany Newberry (Atlanta University Center) Registration: https://lyrasis.zoom.us/webinar/register/WN_mTY8SRxsQviLx92mEqh7XQ In order to make training available to as many organizations and users as possible, registration will be limited to three (3) attendees per organization for virtual trainings. All community-wide virtual trainings will be recorded. These recordings will be made available via the ArchivesSpace website and YouTube channel. You do not need to register for the training to have access to the recordings. Over the next year, the Trainers Corps will offer regularly scheduled workshops and office hours covering a variety of topics on all things ArchivesSpace. These virtual, community-wide trainings will be part of a 12-month pilot project by the Trainers Corps to assess community interest and training needs. Registration for each training will be separate and registration will open closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [cid:image002.jpg at 01D752D3.4F3E77B0] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 5035 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Bold-Logo_eed24b7d-4261-436b-9dc3-5a4a91fc7ae4.png Type: image/png Size: 8951 bytes Desc: Bold-Logo_eed24b7d-4261-436b-9dc3-5a4a91fc7ae4.png URL: From Jessica.Crouch at lyrasis.org Thu May 27 09:16:16 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 27 May 2021 13:16:16 +0000 Subject: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 Message-ID: Good morning Annika, Thanks for your interest in this training. The training filled up quickly but you can sign up for the waitlist at https://forms.gle/tekMM63cdkcjeKAt9. If you were unable to register for this training, a recording will be made available on our YouTube channel at https://www.youtube.com/channel/UCxR6D-UlSx6N6UWTeqHTjzA/featured. For information about other upcoming ArchivesSpace community-wide trainings, please visit https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Best, Jessica Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] From: on behalf of Annika Dowd Reply-To: Archivesspace Users Group Date: Thursday, May 27, 2021 at 8:36 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 Hello Jessica, I am trying to register for this workshop but the link says registration is closed. Could you please add me or did I miss the deadline? Thank you! Annie Dowd Annika Dowd Research Associate WILSON COLLEGE 1015 Philadelphia Ave. Chambersburg, PA 17201 annika.dowd at wilson.edu o. 717-262-2049 www.wilson.edu [cid:image002.png at 01D752D8.F209EFB0] Confidentiality Notice: This e-mail, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Jessica Crouch Sent: Wednesday, May 26, 2021 12:08 PM To: Archivesspace Member Reps ; Archivesspace Small Archives Users Group ; Archivesspace Users Group ; archivesspace_bot_members at lyralists.lyrasis.org; archivesspace_tac at lyralists.lyrasis.org; archivesspace_uac at lyralists.lyrasis.org; ARCHIVISTS-cmt at ConnectedCommunity.org Subject: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 Dear ArchivesSpace users, Registration is open for a three-hour ArchivesSpace Digital Objects Module workshop on June 16, 2021, from 12:00pm-3:00pm ET/9:00am-12:00pm PT. During this workshop, ArchivesSpace trainer Brittany Newberry will cover using digital objects in ArchivesSpace, including a functional overview of the Digital Objects module, how to create both simple and complex digital objects, and importing and exporting digital objects. Attendees are expected to have experience with ArchivesSpace or to have completed the ArchivesSpace Basics training. A copy of the agenda is linked below. ArchivesSpace Digital Objects Module Training (agenda) Date: June 16, 2021 Time: 12:00pm-3:00pm ET / 9:00am-12:00pm PT Trainer: Brittany Newberry (Atlanta University Center) Registration: https://lyrasis.zoom.us/webinar/register/WN_mTY8SRxsQviLx92mEqh7XQ In order to make training available to as many organizations and users as possible, registration will be limited to three (3) attendees per organization for virtual trainings. All community-wide virtual trainings will be recorded. These recordings will be made available via the ArchivesSpace website and YouTube channel. You do not need to register for the training to have access to the recordings. Over the next year, the Trainers Corps will offer regularly scheduled workshops and office hours covering a variety of topics on all things ArchivesSpace. These virtual, community-wide trainings will be part of a 12-month pilot project by the Trainers Corps to assess community interest and training needs. Registration for each training will be separate and registration will open closer to each training date. Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29061 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 8952 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 5036 bytes Desc: image003.jpg URL: From Jessica.Crouch at lyrasis.org Thu May 27 12:03:09 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 27 May 2021 16:03:09 +0000 Subject: [Archivesspace_Users_Group] Webinar Announcement: Making the most of the ArchivesSpace Classifications Module and Library of Congress Subject Headings at the University of Oregon Message-ID: <359D886B-1BB6-4C91-B209-6CFBC2AFEDAD@lyrasis.org> Dear ArchivesSpace users, ArchivesSpace will be offering a webinar on making the most of the ArchivesSpace classifications module and Library of Congress Subject Headings at the University of Oregon. In this webinar, Liliya Benz and Alex Bisio of University of Oregon will discuss their initiative to create interactive, browsable subject guides for new reference staff and patrons by making use of the classifications module in ArchivesSpace. When: June 30, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00 p.m. PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_9vyoqxiySM-UnKuHCnfexA This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In March 2020, processing archivists in Special Collections and University Archives (SCUA) at the University of Oregon Libraries began experimenting with the Classifications module in ArchivesSpace, seeking a way to create interactive, browsable subject guides for new reference staff and patrons. Using existing controlled vocabulary in SCUA?s MARC records, processing archivists employed data exploration tools in OpenRefine (formerly GoogleRefine) to collate collections into subject areas based on Library of Congress Classifications. Using OpenRefine and additional subject analysis of the collections, processing archivists were able to create comprehensive lists of SCUA?s collections by subjects represented. These lists could then be uploaded into ArchivesSpace Classifications, giving staff and patrons a tool to browse archival collections as they would books on a shelf in the general stacks of the university library. This webinar will explore the MARC-to-Classifications workflow in OpenRefine, as well as subject analysis methods used to assign both classifications and subclassifications based on numerical collection data. Classification Web, the primary tool used for subject analysis and classification, will be juxtaposed with other open-access tools in the hope that institutions may replicate aspects of the project regardless of subscription-based resources. Highlighted resources used for subject analysis will include Library of Congress Classification Web (subscription-based), Library of Congress Authorities (open access), and the Library of Congress Classification Outline (open access). A Q&A will follow. Presenter Information: Liliya Benz is the Special Projects Processing Archivist for Special Collections and University Archives at the University of Oregon. She received her Bachelor of Arts in applied mathematics from the University of Oregon and her Master of Library Science with a concentration in archives studies from Emporia State University. Alex Bisio (she/her/hers) is the Lead Processing Archivist in Special Collections and University Archives at the University of Oregon Libraries. She earned her MSLIS in Archives Management and MA in American History from Simmons College, and her BA in American History from Santa Clara University. Before joining SCUA at the University of Oregon, she served as the Associate Archivist of the Jesuit Archives: Central United States in Saint Louis, Missouri, and the Archivist for the Critical Theory Archive at the University of California, Irvine. Who should attend: Anyone using or interested in using the ArchivesSpace Classifications module. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29065 bytes Desc: image001.jpg URL: From bdysonsm at utk.edu Thu May 27 13:05:23 2021 From: bdysonsm at utk.edu (Dyson-Smith, Bridger) Date: Thu, 27 May 2021 17:05:23 +0000 Subject: [Archivesspace_Users_Group] Publishing, Suppressing, or Unpublishing? Message-ID: <4e2d40d82a0cb3db8c421d0324a145b966555c25.camel@utk.edu> Hi all - I have a set of resources that need to be removed from the PUI - they were published in error. Initially I had thought that setting their `published` status in the database from `1` to `0` (and updating the `system_mtime` would be sufficient for a reindex (where these resources would be removed from Solr and not reindexed). Is there a programmatic way to handle this, or something through the API? I have an idea, but it feels hacky and wrong, and the alternative seems to be something along the lines of: 1. visit each resource in the staff UI 2. select 'Publish?' at the Basic Information level 3. save 4. deselect 'Publish?' 5. save Thanks in advance for your thoughts! Best, Bridger -- Bridger Dyson-Smith University of Tennessee Libraries From christine.dibella at lyrasis.org Thu May 27 16:33:58 2021 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 27 May 2021 20:33:58 +0000 Subject: [Archivesspace_Users_Group] updated and simplified ArchivesSpace roadmap Message-ID: Hello ArchivesSpace members, We have published a new, simplified roadmap related to development for the ArchivesSpace application at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2634973195/Roadmap. This new version highlights work currently scheduled for the next 12 months. It also mentions priorities that are not currently scheduled for the time period but that could shift if additional resources or community partners are identified. In general, the roadmap indicates large areas of development focus, while JIRA provides details on individual bug fixes and features requested by the community. GitHub contains details on the actual code used to implement these and to maintain the application overall. We are aiming to put releases out three times a year, though we may have occasional additional releases in between larger ones to address specific issues (for example, to address the agent contact note migration issue in 3.0.0 identified earlier this week). As a release approaches we will provide more specific details about the work it will contain. The roadmap will be updated as releases come out or significant changes take place. If the last year and a half have shown us anything (if for some reason we didn't know this already), it's that it's very hard to predict what will happen, despite best laid plans. This roadmap is our best estimation based on what we know now, and we hope it will be helpful for community members as you also make plans. Please get in touch if you have questions or suggestions and thank you for your ongoing support and participation. 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 Corey.Schmidt at uga.edu Fri May 28 08:33:01 2021 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Fri, 28 May 2021 12:33:01 +0000 Subject: [Archivesspace_Users_Group] Publishing, Suppressing, or Unpublishing? In-Reply-To: <4e2d40d82a0cb3db8c421d0324a145b966555c25.camel@utk.edu> References: <4e2d40d82a0cb3db8c421d0324a145b966555c25.camel@utk.edu> Message-ID: Bridger, I had to unpublish a host of records before. You can use the update a resource API endpoint (https://archivesspace.github.io/archivesspace/api/#update-a-resource) to do that. Just grab the resource first (https://archivesspace.github.io/archivesspace/api/#get-a-resource), then in the returned json, set publish = False. Then use that update a resource endpoint to push that change to ASpace. That should trigger Solr to update that in the index to not show up in the PUI. I wrote a script that unpublishes a resource and all its archival objects if the identifier contains "[CLOSED]". It's not as elegant as some other scripts you'll see out there, but it may be helpful. Sincerely, Corey Corey Schmidt ArchivesSpace Project Manager University of Georgia Special Collections Libraries Email: Corey.Schmidt at uga.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Dyson-Smith, Bridger Sent: Thursday, May 27, 2021 1:05 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Publishing, Suppressing, or Unpublishing? [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hi all - I have a set of resources that need to be removed from the PUI - they were published in error. Initially I had thought that setting their `published` status in the database from `1` to `0` (and updating the `system_mtime` would be sufficient for a reindex (where these resources would be removed from Solr and not reindexed). Is there a programmatic way to handle this, or something through the API? I have an idea, but it feels hacky and wrong, and the alternative seems to be something along the lines of: 1. visit each resource in the staff UI 2. select 'Publish?' at the Basic Information level 3. save 4. deselect 'Publish?' 5. save Thanks in advance for your thoughts! Best, Bridger -- Bridger Dyson-Smith University of Tennessee Libraries _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From bdysonsm at utk.edu Fri May 28 09:38:52 2021 From: bdysonsm at utk.edu (Dyson-Smith, Bridger) Date: Fri, 28 May 2021 13:38:52 +0000 Subject: [Archivesspace_Users_Group] Publishing, Suppressing, or Unpublishing? In-Reply-To: References: <4e2d40d82a0cb3db8c421d0324a145b966555c25.camel@utk.edu> Message-ID: <2c266e8e26f2efbe02deeae3f150185a6bf8d2b9.camel@utk.edu> Corey, Thanks for that! I was reading through update-a-resource yesterday but discarded that since I didn't see publish explicitely in the API example. Whoops :). I really appreciate your example, that's *very* helpful! Best, Bridger On Fri, 2021-05-28 at 12:33 +0000, Corey Schmidt wrote: > Bridger, > > I had to unpublish a host of records before. You can use the update a > resource API endpoint > (https://archivesspace.github.io/archivesspace/api/#update-a-resource) > to do that. Just grab the resource first > (https://archivesspace.github.io/archivesspace/api/#get-a-resource), > then in the returned json, set publish = False. Then use that update a > resource endpoint to push that change to ASpace. That should trigger > Solr to update that in the index to not show up in the PUI. > > I wrote a script that unpublishes a resource and all its archival > objects if the identifier contains "[CLOSED]". It's not as elegant as > some other scripts you'll see out there, but it may be helpful. > > Sincerely, > > Corey > > Corey Schmidt > ArchivesSpace Project Manager > University of Georgia Special Collections Libraries > Email: Corey.Schmidt at uga.edu > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of > Dyson-Smith, Bridger > Sent: Thursday, May 27, 2021 1:05 PM > To: archivesspace_users_group at lyralists.lyrasis.org > > Subject: [Archivesspace_Users_Group] Publishing, Suppressing, or > Unpublishing?? > [EXTERNAL SENDER - PROCEED CAUTIOUSLY] > > > Hi all - > > I have a set of resources that need to be removed from the PUI - they > were published in error. Initially I had thought that setting their > `published` status in the database from `1` to `0` (and updating the > `system_mtime` would be sufficient for a reindex (where these resources > would be removed from Solr and not reindexed). > > Is there a programmatic way to handle this, or something through the > API? I have an idea, but it feels hacky and wrong, and the alternative > seems to be something along the lines of: > 1. visit each resource in the staff UI > 2. select 'Publish?' at the Basic Information level > 3. save > 4. deselect 'Publish?' > 5. save > > Thanks in advance for your thoughts! > Best, > Bridger > -- > Bridger Dyson-Smith > University of Tennessee Libraries > > _______________________________________________ > 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 From Jessica.Crouch at lyrasis.org Fri May 28 09:45:05 2021 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 28 May 2021 13:45:05 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - May 2021 Message-ID: <7091F031-2FEE-432E-BFC7-9F30211B4808@lyrasis.org> [cid:image001.jpg at 01D753A6.2311E1D0] ArchivesSpace Update ? May 2021 Development ArchivesSpace is announcing the availability of v3.0.0, with a caveat. Due to an issue with the migration of Agent Contact Notes during upgrades, we are asking people to pause upgrades for a short time. We will be putting out a 3.0.1 release that fixes this issue in early June. ArchivesSpace 3.0.0 (and its upcoming sibling 3.0.1) centers around changes to the agents module of ArchivesSpace to make it more standards-compliant with EAC-CPF and the MARCXML format for authority data, enabling deeper and richer description of people, families, and corporate entities, their relationships to each other and their relationships to materials held outside ArchivesSpace. This work is the result of a community specification involving the participation of many users across the ArchivesSpace community, mostly notably Cory Nimer, Sue Luftschein, and Brad Westbrook. Through this work new fields and sub-records have been added to the agents schema, and staff and public interface views, imports, exports, and auxiliary functionality like agent merging have all been updated. There is also a new Light mode, which provides the option for users to continue to work with agent records in the staff interface in a pared down view that is similar to that of ArchivesSpace versions prior to this one. This release also contains improvements in some other areas of the application contributed by community developers and program team developers and contractors. While all are valuable, a few community contributions are of particular note: * For spreadsheet fans, the developers and archivists at Harvard University have contributed a spreadsheet feature focused on adding top containers and associated information to existing archival objects. With this feature, a user will download a file of archival objects for a resource, add top container information outside the application, and then import the information into the resource record, from the Load via Spreadsheet area. * There is a new Unpublish All feature, contributed by Nick Butler at the University of Cambridge. This feature allows for unpublishing everything in a resource or groups of archival objects within a resource and represents the conversion of this popular plugin to core code. * Hudson Molonglo developers James Bullen, Mark Triggs, and Payten Giles contributed additional performance, backend and staff interface improvements. These derived from work HM did for Queensland State Archives as part of a larger project. Thanks very much to all of our community members who contributed code for this release: Andrew Morrison, Blake Carver, Bobbi Fox, Brian Harrington, Corey Schmidt, Dave Mayo, Dee Dee Crema, Fred Reiss, James Bullen, Katie Amaral, Mark Triggs, Nick Butler, Noah Geraci, Payten Giles, Peter Heiner, and Steve Majewski. We were also pleased to work for the first time with contractors April Rieger and Braydon Justice of Notch8 on a small project. Program team members Lora Woodford, Mark Cooper, and Brian Hoffman wrote and reviewed extensive code and supervised the work of Manny Rodriguez, our longtime contractor who devoted very substantial time to the expansion of the agents module. This is also the first release under Brian?s supervision as our new Tech Lead. This release would, of course, not have been possible without the hard work of our community groups, including our Development Prioritization, Testing, Metadata Standards, Technical Documentation, and User Documentation sub-teams, the API Documentation Ad Hoc Working Group, and the Core Committers Group. We?d also like to thank the SNAC Technology Infrastructure Working Group for reviewing and testing the changes for EAC-CPF at various points along the way. ArchivesSpace 3.0.0 was a major undertaking and we appreciate everyone who has been involved along the way. Thanks to all for your help and support. We have published an updated and simplified roadmap related to development for the ArchivesSpace application at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2634973195/Roadmap. This new version highlights work currently scheduled for the next 12 months. It also mentions priorities that are not currently scheduled for the time period but that could shift if additional resources or community partners are identified. We are aiming to put releases out three times a year, though we may have occasional additional releases in between larger ones to address specific issues (for example, to address the agent contact note migration issue in 3.0.0 mentioned above). As a release approaches we will provide more specific details about the work it will contain. The roadmap will be updated as releases come out or significant changes take place. Membership Renewals ArchivesSpace is developed by and for the community that uses it, and strengthened by services and activities that support our community and connect us to one another. As we get close to the end of another membership year, we want to give a special thanks to all of the institutions that have joined us as members. ArchivesSpace membership is our primary source of revenue and informs and sustains every aspect of the program, including software development, support and engagement. Thanks for all that your support makes possible. ArchivesSpace membership renewals for 2021-2022 are currently being sent to all current members. If you have any questions, or if you would like to join as a new member for the 2021-2022 membership year, please let us know at ArchivesSpaceHome at lyrasis.org. We look forward to another year working together. Announcing the ArchivesSpace Diversity Partnership Cohort We are delighted to announce our inaugural cohort for the ArchivesSpace Diversity Partnership, a new program designed to offer support for implementing the ArchivesSpace application to institutions that are themselves or primarily serve communities currently underrepresented in the ArchivesSpace community. The five institutions are: Black Cultural Archives ? a unique community archive based in the heart of Brixton, South London, that was established in 1981 to collect contemporary records of Black communities and seeks to transform the understanding of local, national and global Black history. Detroit Sound Conservancy ? deliberately rooted in and informed by Detroit's community activism, a community-based archive that tells Detroit?s story through the experiences of its musical people. Spelman College ? a liberal arts college in Atlanta that is one of the only two remaining HBCUs founded to educate women of the African diaspora. In addition to being the official college repository, the Archives also documents women of the African Diaspora broadly, and houses the Audre Lorde and Toni Cade Bambara papers. Weeksville Heritage Center - a historic site, house museum, and cultural center in Brooklyn, New York, whose mission is to use education, the arts and a social justice lens to preserve, document and inspire engagement with the history of Weeksville, one of the largest free Black communities in pre-Civil War America. Xavier University of Louisiana ? the only Catholic HBCU in the country, with historic collections that focus on Black history, New Orleans and Louisiana history, Black Catholics, and the Gulf Coast region, in addition to XULA institutional history. We were fortunate to receive many strong applications, from a fascinating group of archives and collecting institutions, which provided our review team with quite a challenge when putting together this relatively small cohort. I'd like to thank review team members Audra Eagle Yun of UC Irvine, Skyla Hearn of Cook County Historic Archives and Records Office, Lizeth Ram?rez of UCLA, and Brittany Newberry of Robert W. Woodruff Library, Atlanta University Center (who chaired the group), along with ArchivesSpace Community Engagement Coordinator Jessica Crouch, for all their hard work. We are excited to have such excellent partners in this new endeavor. These institutions will join our member community officially on July 1, but we are already working with them to make sure they have what they need to get started with the application and the community. Please join me in welcoming them to ArchivesSpace! Webinar Announcement: Making the Most of the ArchivesSpace Classifications Module and Library of Congress Subject Headings at the University of Oregon When: June 30, 2021 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? 12:00 p.m. PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_9vyoqxiySM-UnKuHCnfexA This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: In March 2020, processing archivists in Special Collections and University Archives (SCUA) at the University of Oregon Libraries began experimenting with the Classifications module in ArchivesSpace, seeking a way to create interactive, browsable subject guides for new reference staff and patrons. Using existing controlled vocabulary in SCUA?s MARC records, processing archivists employed data exploration tools in OpenRefine (formerly GoogleRefine) to collate collections into subject areas based on Library of Congress Classifications. Using OpenRefine and additional subject analysis of the collections, processing archivists were able to create comprehensive lists of SCUA?s collections by subjects represented. These lists could then be uploaded into ArchivesSpace Classifications, giving staff and patrons a tool to browse archival collections as they would books on a shelf in the general stacks of the university library. This webinar will explore the MARC-to-Classifications workflow in OpenRefine, as well as subject analysis methods used to assign both classifications and subclassifications based on numerical collection data. Classification Web, the primary tool used for subject analysis and classification, will be juxtaposed with other open-access tools in the hope that institutions may replicate aspects of the project regardless of subscription-based resources. Highlighted resources used for subject analysis will include Library of Congress Classification Web (subscription-based), Library of Congress Authorities (open access), and the Library of Congress Classification Outline (open access). A Q&A will follow. Presenter Information: Liliya Benz is the Special Projects Processing Archivist for Special Collections and University Archives at the University of Oregon. She received her Bachelor of Arts in applied mathematics from the University of Oregon and her Master of Library Science with a concentration in archives studies from Emporia State University. Alex Bisio (she/her/hers) is the Lead Processing Archivist in Special Collections and University Archives at the University of Oregon Libraries. She earned her MSLIS in Archives Management and MA in American History from Simmons College, and her BA in American History from Santa Clara University. Before joining SCUA at the University of Oregon, she served as the Associate Archivist of the Jesuit Archives: Central United States in Saint Louis, Missouri, and the Archivist for the Critical Theory Archive at the University of California, Irvine. Who should attend: Anyone using or interested in using the ArchivesSpace Classifications module. Training Announcements Thank you to trainers Nancy Enneking and Noah Huffman as well as everyone who participated in the 4-session ArchivesSpace basics training held on May 11, 13, 18, and 20. Recordings of this training are now available, linked from our community-wide training page. Registration is currently full for the upcoming Digital Objects training on June 16, 2021. A waitlist is available at https://forms.gle/tekMM63cdkcjeKAt9 Information about this ArchivesSpace community-wide training program, is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Webinar Recording Available: Managing AV Materials in ArchivesSpace Thank you to everyone who attended our most recent webinar on managing AV materials in ArchivesSpace. In this webinar, archivists working with audiovisual materials and ArchivesSpace discussed how their shared experiences have led them to help and bolster one another?s work in ArchivesSpace and in managing audiovisual materials. They also discussed the specific projects they have worked on to describe audiovisual materials in ArchivesSpace. To watch the recording of this webinar, visit https://archivesspace.org/archives/6901. Volunteer for the ArchivesSpace Member Forum Planning Team We are currently looking for volunteers for the working group to plan our seventh annual ArchivesSpace Annual Member Forum! Just as in previous years, this forum will be a free opportunity for staff from ArchivesSpace member institutions to meet and share information with each other and the program team about all things ArchivesSpace. While traditionally an in-person event, ArchivesSpace will be holding its seventh Annual Member Forum virtually. Although it will be held during the week of the Society of American Archivists Annual Meeting as in previous years, the Member Forum is not part of SAA and does not require registration for the SAA Annual Meeting. This free event is a chance for ArchivesSpace members to come together to highlight the work they are doing in ArchivesSpace, show off new plugins or tools they?ve developed, and attend discussions and trainings on a variety of topics. All community members are welcome to volunteer for this working group. We will schedule meetings and the forum itself in ways that allow for participation across time zones. If you would like to volunteer, please respond by June 14, 2021. And if you have any questions, contact Jessica at jessica.crouch at lyrasis.org. We look forward to another great event, with your help! Membership Update We are excited to welcome our newest members to our community! Our new members since April 30 include: * Arkansas State Archives (Little Rock, AR) * Brooklyn Public Library (Brooklyn, NY) * Detroit Sound Conservancy (Detroit, MI) * McKendree University (Lebanon, IL) * Our Lady of the Lake University (San Antonio, TX) * San Joaquin Delta College (Stockton, CA) * Talladega College (Talladega, AL) * Virginia Baptist Historical Society (Richmond, VA) * Xavier University of Louisiana (New Orleans, LA) As of May 28, we have 434 General members, 21 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 22470 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29062 bytes Desc: image002.jpg URL: From hanstra at nd.edu Fri May 28 09:47:59 2021 From: hanstra at nd.edu (Tom Hanstra) Date: Fri, 28 May 2021 09:47:59 -0400 Subject: [Archivesspace_Users_Group] Errors in ArchivesSpace logs Message-ID: I've been reviewing my ArchivesSpace logs and see a variety of ERROR messages in the logs, particularly in the backend log, which I've broken out separately, but also in the indexing logs. These seem to be a variety of Ruby and/or Jetty errors. How do I determine if any of these rise to the level of issues to be investigated? Are these to be expected or are they indicative of problems? And if they are problems, where do I look to figure out what is wrong? In most cases, we have not seen ArchivesSpace run into issues, though we did have to restart on 5/27 around 11:45, which may be related to the 5/27 errors below. Here are a few of the errors I've seen (minus a lot of detail): E, [2021-05-18T12:29:47.624349 #2342] ERROR -- : Thread-3412: Unhandled exception! E, [2021-05-18T12:29:47.635490 #2342] ERROR -- : invalid byte sequence in UTF-8 org/jruby/ext/strscan/RubyStringScanner.java:261:in `scan' E, [2021-05-20T09:43:21.938983 #2326] ERROR -- : Thread-2852: UNEXPECTED EXCEPTION on bulkimport load! undefined method `title' for nil:NilClass E, [2021-05-20T09:43:21.961757 #2326] ERROR -- : Thread-2852: ["/home/app/archivesspace/data/tmp/jetty-0.0.0.0-8089-back end.war-_-any-/webapp/WEB-INF/app/lib/bulk_import/import_archival_objects.rb:114:in `process_row'", E, [2021-05-21T10:20:53.012297 #6626] ERROR -- : Thread-7622: Unhandled exception! E, [2021-05-21T10:20:53.471462 #6626] ERROR -- : uninitialized constant Kernel::RepositoryWithAgent Did you mean? Repository org/jruby/RubyModule.java:3760:in `const_missing' org/jruby/RubyModule.java:3707:in `const_get' E, [2021-05-27T09:14:00.663543 #6626] ERROR -- : Thread-8388: Unhandled exception! E, [2021-05-27T09:14:00.686600 #6626] ERROR -- : key not found: 1484929 org/jruby/RubyHash.java:1261:in `fetch' and from the index logs... E, [2021-05-27T09:14:00.743424 #6626] ERROR -- : Thread-2930: /home/app/archivesspace/data/tmp/jetty-0.0.0.0-8091-indexe r.war-_aspace-indexer-any-/webapp/WEB-INF/app/lib/large_tree_doc_indexer.rb:103:in `block in index_paths_to_root' org/jruby/RubyArray.java:1851:in `each_slice' Any help in figuring things out would be useful. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From annika.dowd at wilson.edu Fri May 28 10:57:19 2021 From: annika.dowd at wilson.edu (Annika Dowd) Date: Fri, 28 May 2021 14:57:19 +0000 Subject: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 In-Reply-To: References: Message-ID: Thank you for your reply, Jessica. I will watch the training online. Best, Annika Sent from my T-Mobile 4G LTE Device Get Outlook for Android Annika Dowd Research Associate WILSON COLLEGE 1015 Philadelphia Ave. Chambersburg, PA 17201 annika.dowd at wilson.edu o. 717-262-2049 www.wilson.edu [cid:Bold-Logo_eed24b7d-4261-436b-9dc3-5a4a91fc7ae4.png] Confidentiality Notice: This e-mail, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jessica Crouch Sent: Thursday, May 27, 2021 9:16:16 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 Good morning Annika, Thanks for your interest in this training. The training filled up quickly but you can sign up for the waitlist at https://forms.gle/tekMM63cdkcjeKAt9. If you were unable to register for this training, a recording will be made available on our YouTube channel at https://www.youtube.com/channel/UCxR6D-UlSx6N6UWTeqHTjzA/featured. For information about other upcoming ArchivesSpace community-wide trainings, please visit https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Best, Jessica Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [cid:image001.jpg at 01D752D8.F209EFB0] From: on behalf of Annika Dowd Reply-To: Archivesspace Users Group Date: Thursday, May 27, 2021 at 8:36 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 Hello Jessica, I am trying to register for this workshop but the link says registration is closed. Could you please add me or did I miss the deadline? Thank you! Annie Dowd From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Jessica Crouch Sent: Wednesday, May 26, 2021 12:08 PM To: Archivesspace Member Reps ; Archivesspace Small Archives Users Group ; Archivesspace Users Group ; archivesspace_bot_members at lyralists.lyrasis.org; archivesspace_tac at lyralists.lyrasis.org; archivesspace_uac at lyralists.lyrasis.org; ARCHIVISTS-cmt at ConnectedCommunity.org Subject: [Archivesspace_Users_Group] Registration now open: ArchivesSpace Digital Objects Training, June 16, 2021 Dear ArchivesSpace users, Registration is open fora three-hour ArchivesSpace Digital Objects Module workshop on June 16, 2021, from 12:00pm-3:00pm ET/9:00am-12:00pm PT. During this workshop, ArchivesSpace trainer Brittany Newberry will cover using digital objects in ArchivesSpace, including a functional overview of the Digital Objects module, how to create both simple and complex digital objects, and importing and exporting digital objects. Attendees are expected to have experience with ArchivesSpace or to have completed the ArchivesSpace Basics training. A copy of the agenda is linked below. ArchivesSpace Digital Objects Module Training (agenda) Date: June 16, 2021 Time: 12:00pm-3:00pm ET / 9:00am-12:00pm PT Trainer: Brittany Newberry (Atlanta University Center) Registration:https://lyrasis.zoom.us/webinar/register/WN_mTY8SRxsQviLx92mEqh7XQ In order to make training available to as many organizations and users as possible, registration will be limited to three (3) attendees per organization for virtual trainings. All community-wide virtual trainings will be recorded. These recordings will be made available via the ArchivesSpace website and YouTube channel. You do not need to register for the training to have access to the recordings. Over the next year, the Trainers Corps will offer regularly scheduled workshops and office hours covering a variety of topics on all things ArchivesSpace. These virtual, community-wide trainings will be part of a 12-month pilot project by the Trainers Corps to assess community interest and training needs.Registration for each training will be separate and registration will open closer to each training date.Information about this training program is available at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2331148319/ArchivesSpace+Community-Wide+Virtual+Training. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [cid:image003.jpg at 01D752D8.F209EFB0] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29061 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 8952 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 5036 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Bold-Logo_eed24b7d-4261-436b-9dc3-5a4a91fc7ae4.png Type: image/png Size: 8951 bytes Desc: Bold-Logo_eed24b7d-4261-436b-9dc3-5a4a91fc7ae4.png URL: