From kws2126 at columbia.edu Fri May 1 15:04:53 2020 From: kws2126 at columbia.edu (Kevin W. Schlottmann) Date: Fri, 1 May 2020 15:04:53 -0400 Subject: [Archivesspace_Users_Group] MARC importer to handle URLs in 555 and 856 fields? Message-ID: Hi all, The metadata standards subgroup of the Technical Advisory Council (TAC) has been reviewing the published mappings for the MARCXML resource importer. One question that came up in our discussion was the handling of URLs in the MARC 555 and 856 $u subfields. Both of these fields use the subfield $u to point to external web pages; in the archival context these are often links to full finding aids. The current MARC importer ignores these two fields. (We will add that fact to the mappings, to make explicit that MARC data in these fields will be lost on import.) We are reaching out to the community, and see 1) if there is interest in opening a ticket to request the 555 and 856 fields be added to the importer, and if so 2) willingness to help spec out the desired default behavior. We ask for 2) because these fields are used in many different and specific ways, and one concern we have is that any default behavior will serve only a small subset of use cases, while most institutions would have to work out local customizations. In short, this may be a place to leave well enough alone. Best, Kevin -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From KennedyN at si.edu Sat May 2 11:25:43 2020 From: KennedyN at si.edu (Kennedy, Nancy) Date: Sat, 2 May 2020 15:25:43 +0000 Subject: [Archivesspace_Users_Group] MARC importer to handle URLs in 555 and 856 fields? In-Reply-To: References: Message-ID: Kevin, I would be interested in working out MARC import mappings or hearing from people with similar projects. I currently use scripts to convert our marcxml to the aspace jsonmodels and import via API, since the base mappings skip things like 856. FWIW I am mapping our 856 to build digital objects or EAD location fields (based on indicators and subfields to determine which are which). Nancy Nancy Kennedy Smithsonian Institution kennedyn at si.edu 202-633-0619 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kevin W. Schlottmann Sent: Friday, May 1, 2020 3:04 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] MARC importer to handle URLs in 555 and 856 fields? External Email - Exercise Caution Hi all, The metadata standards subgroup of the Technical Advisory Council (TAC) has been reviewing the published mappings for the MARCXML resource importer. One question that came up in our discussion was the handling of URLs in the MARC 555 and 856 $u subfields. Both of these fields use the subfield $u to point to external web pages; in the archival context these are often links to full finding aids. The current MARC importer ignores these two fields. (We will add that fact to the mappings, to make explicit that MARC data in these fields will be lost on import.) We are reaching out to the community, and see 1) if there is interest in opening a ticket to request the 555 and 856 fields be added to the importer, and if so 2) willingness to help spec out the desired default behavior. We ask for 2) because these fields are used in many different and specific ways, and one concern we have is that any default behavior will serve only a small subset of use cases, while most institutions would have to work out local customizations. In short, this may be a place to leave well enough alone. Best, Kevin -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ltang5 at msu.edu Fri May 1 15:39:49 2020 From: ltang5 at msu.edu (Tang, Lydia) Date: Fri, 1 May 2020 19:39:49 +0000 Subject: [Archivesspace_Users_Group] Collection Organization tab Message-ID: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> Hello, everyone! The Usability subteam is currently exploring the Collection Organization tab for the ArchivesSpace PUI for creating recommendations to improve the usability We would love to hear from institutions that have customized your public interface. If you have or if you would like to see our work-in-progress, please get in touch on or off the list! So far, we have Yale, Dartmouth, and Archives Hub. Thanks! Lydia Leader, Usability subteam -------------- next part -------------- An HTML attachment was scrubbed... URL: From ldfs at umn.edu Mon May 4 10:08:56 2020 From: ldfs at umn.edu (Lara Friedman-Shedlov) Date: Mon, 4 May 2020 09:08:56 -0500 Subject: [Archivesspace_Users_Group] Collection Organization tab In-Reply-To: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> References: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> Message-ID: Related to overall concerns about the Collection Organization tab: has anyone been frustrated by the fact that the scroll bar on the right side of the main content area in the Collection Organization view does not work in the Firefox browser? See the two screen shots below, one from our own instance of ArchivesSpace (in which we call this tab "Finding Aid View") and one from Slippery Rock University, which I include to show that the problem is not just with our instance. There is a scroll bar there, but it doesn't have the little slider on it. Clicking on the little up and down arrows on the scroll bar does not work either. We have reported this multiple times over the course of years, but the problem persists. / Lara Friedman-Shedlov University of Minnesota: [image: image.png] Slippery Rock: [image: image.png] On Mon, May 4, 2020 at 6:40 AM Tang, Lydia wrote: > Hello, everyone! > > The Usability subteam > > is currently exploring the Collection Organization tab for the > ArchivesSpace PUI for creating recommendations to improve the usability We > would love to hear from institutions that have customized your public > interface. If you have or if you would like to see our work-in-progress, > please get in touch on or off the list! So far, we have Yale, Dartmouth, > and Archives Hub. > > Thanks! > > Lydia > > Leader, Usability subteam > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 94443 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 114413 bytes Desc: not available URL: From blake.carver at lyrasis.org Mon May 4 11:37:38 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Mon, 4 May 2020 15:37:38 +0000 Subject: [Archivesspace_Users_Group] Collection Organization tab In-Reply-To: References: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu>, Message-ID: I can't seem to replicate that problem, are you saying that page doesn't work? I tried FF on Linux, Windows and Mac. Is there a JIRA? Something other than this? https://archivesspace.atlassian.net/browse/ANW-425 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Lara Friedman-Shedlov Sent: Monday, May 4, 2020 10:08 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Collection Organization tab Related to overall concerns about the Collection Organization tab: has anyone been frustrated by the fact that the scroll bar on the right side of the main content area in the Collection Organization view does not work in the Firefox browser? See the two screen shots below, one from our own instance of ArchivesSpace (in which we call this tab "Finding Aid View") and one from Slippery Rock University, which I include to show that the problem is not just with our instance. There is a scroll bar there, but it doesn't have the little slider on it. Clicking on the little up and down arrows on the scroll bar does not work either. We have reported this multiple times over the course of years, but the problem persists. / Lara Friedman-Shedlov University of Minnesota: [image.png] Slippery Rock: [image.png] On Mon, May 4, 2020 at 6:40 AM Tang, Lydia > wrote: Hello, everyone! The Usability subteam is currently exploring the Collection Organization tab for the ArchivesSpace PUI for creating recommendations to improve the usability We would love to hear from institutions that have customized your public interface. If you have or if you would like to see our work-in-progress, please get in touch on or off the list! So far, we have Yale, Dartmouth, and Archives Hub. Thanks! Lydia Leader, Usability subteam _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 94443 bytes Desc: image.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 114413 bytes Desc: image.png URL: From baileys at ou.edu Mon May 4 11:50:26 2020 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Mon, 4 May 2020 15:50:26 +0000 Subject: [Archivesspace_Users_Group] Islandora Integration Message-ID: Morning All, We?re looking to integrate our instance of AS with Islandora 7 (and eventually 8). For those institutions/organizations already using the Islandora Module: * Do you have any general comments/input about your use of the module? * Has anyone yet had success implementing it with Islandora 8? Thank you! -Bailey Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ldfs at umn.edu Mon May 4 12:05:37 2020 From: ldfs at umn.edu (Lara Friedman-Shedlov) Date: Mon, 4 May 2020 11:05:37 -0500 Subject: [Archivesspace_Users_Group] Collection Organization tab In-Reply-To: References: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> Message-ID: Using Firefox, the only way to scroll down the main content section of the page (the larger section on the left) is using the scroll wheel on the mouse (and for some reason it only scrolls painfully slowly). There is no slider on the scroll bar, and clicking on it does not work either. This is using Firefox on Windows 10. This has been replicated on many computers in our organization, and it is currently happening to me at home. The JIRA you reference does appear to describe this issue. / Lara On Mon, May 4, 2020 at 10:37 AM Blake Carver wrote: > I can't seem to replicate that problem, are you saying that page doesn't > work? I tried FF on Linux, Windows and Mac. > > Is there a JIRA? Something other than this? > https://archivesspace.atlassian.net/browse/ANW-425 > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Lara Friedman-Shedlov > *Sent:* Monday, May 4, 2020 10:08 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Collection Organization tab > > Related to overall concerns about the Collection Organization tab: has > anyone been frustrated by the fact that the scroll bar on the right side of > the main content area in the Collection Organization view does not work in > the Firefox browser? See the two screen shots below, one from our own > instance of ArchivesSpace (in which we call this tab "Finding Aid View") > and one from Slippery Rock University, which I include to show that the > problem is not just with our instance. There is a scroll bar there, but it > doesn't have the little slider on it. Clicking on the little up and down > arrows on the scroll bar does not work either. We have reported this > multiple times over the course of years, but the problem persists. > > / Lara Friedman-Shedlov > > > University of Minnesota: > > [image: image.png] > > > > > Slippery Rock: > > [image: image.png] > > > On Mon, May 4, 2020 at 6:40 AM Tang, Lydia wrote: > > Hello, everyone! > > The Usability subteam > > is currently exploring the Collection Organization tab for the > ArchivesSpace PUI for creating recommendations to improve the usability We > would love to hear from institutions that have customized your public > interface. If you have or if you would like to see our work-in-progress, > please get in touch on or off the list! So far, we have Yale, Dartmouth, > and Archives Hub. > > Thanks! > > Lydia > > Leader, Usability subteam > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > Lara D. Friedman-Shedlov (she, her, hers) > Description and Access Archivist | Kautz Family YMCA Archives | > www.lib.umn.edu/ymca > Digital Records Archivist | Archives & Special Collections | > www.lib.umn.edu/special > University of Minnesota Libraries | lib.umn.edu | 612.626.7972 > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 94443 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 114413 bytes Desc: not available URL: From ndroark at anderson.edu Mon May 4 12:10:59 2020 From: ndroark at anderson.edu (Nic Stanton-Roark) Date: Mon, 4 May 2020 12:10:59 -0400 Subject: [Archivesspace_Users_Group] Collection Organization tab In-Reply-To: References: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> Message-ID: I have replicated it on FF on Windows 10 on multiple institutional computers and my home computer as well. *Nicholas Stanton-Roark* | Archivist | Robert A. Nicholson University Library Anderson University | 1100 E. Fifth St, Anderson, IN 46012 (765) 641-4285 <%28765%29%20641%204285> | ndroark at anderson.edu On Mon, May 4, 2020 at 12:05 PM Lara Friedman-Shedlov wrote: > Using Firefox, the only way to scroll down the main content section of the > page (the larger section on the left) is using the scroll wheel on the > mouse (and for some reason it only scrolls painfully slowly). There is no > slider on the scroll bar, and clicking on it does not work either. > > This is using Firefox on Windows 10. This has been replicated on many > computers in our organization, and it is currently happening to me at home. > > The JIRA you reference does appear to describe this issue. > > / Lara > > > > On Mon, May 4, 2020 at 10:37 AM Blake Carver > wrote: > >> I can't seem to replicate that problem, are you saying that page doesn't >> work? I tried FF on Linux, Windows and Mac. >> >> Is there a JIRA? Something other than this? >> https://archivesspace.atlassian.net/browse/ANW-425 >> ------------------------------ >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >> Lara Friedman-Shedlov >> *Sent:* Monday, May 4, 2020 10:08 AM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* Re: [Archivesspace_Users_Group] Collection Organization tab >> >> Related to overall concerns about the Collection Organization tab: has >> anyone been frustrated by the fact that the scroll bar on the right side of >> the main content area in the Collection Organization view does not work in >> the Firefox browser? See the two screen shots below, one from our own >> instance of ArchivesSpace (in which we call this tab "Finding Aid View") >> and one from Slippery Rock University, which I include to show that the >> problem is not just with our instance. There is a scroll bar there, but it >> doesn't have the little slider on it. Clicking on the little up and down >> arrows on the scroll bar does not work either. We have reported this >> multiple times over the course of years, but the problem persists. >> >> / Lara Friedman-Shedlov >> >> >> University of Minnesota: >> >> [image: image.png] >> >> >> >> >> Slippery Rock: >> >> [image: image.png] >> >> >> On Mon, May 4, 2020 at 6:40 AM Tang, Lydia wrote: >> >> Hello, everyone! >> >> The Usability subteam >> >> is currently exploring the Collection Organization tab for the >> ArchivesSpace PUI for creating recommendations to improve the usability We >> would love to hear from institutions that have customized your public >> interface. If you have or if you would like to see our work-in-progress, >> please get in touch on or off the list! So far, we have Yale, Dartmouth, >> and Archives Hub. >> >> Thanks! >> >> Lydia >> >> Leader, Usability subteam >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> >> -- >> Lara D. Friedman-Shedlov (she, her, hers) >> Description and Access Archivist | Kautz Family YMCA Archives | >> www.lib.umn.edu/ymca >> Digital Records Archivist | Archives & Special Collections | >> www.lib.umn.edu/special >> University of Minnesota Libraries | lib.umn.edu | 612.626.7972 >> >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Lara D. Friedman-Shedlov (she, her, hers) > Description and Access Archivist | Kautz Family YMCA Archives | > www.lib.umn.edu/ymca > Digital Records Archivist | Archives & Special Collections | > www.lib.umn.edu/special > University of Minnesota Libraries | lib.umn.edu | 612.626.7972 > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 94443 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 114413 bytes Desc: not available URL: From j.sweetapple at abhsarchives.org Mon May 4 12:17:37 2020 From: j.sweetapple at abhsarchives.org (Jill E. Sweetapple) Date: Mon, 4 May 2020 16:17:37 +0000 Subject: [Archivesspace_Users_Group] Collection Organization tab In-Reply-To: References: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> Message-ID: I am on Firefox and Windows 10 and have the same thing! I had not noticed, but the series list comes up, but there is no bar to scroll down. Jill Sweetapple American Baptist Historical Society From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Lara Friedman-Shedlov Sent: Monday, May 4, 2020 12:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Collection Organization tab Using Firefox, the only way to scroll down the main content section of the page (the larger section on the left) is using the scroll wheel on the mouse (and for some reason it only scrolls painfully slowly). There is no slider on the scroll bar, and clicking on it does not work either. This is using Firefox on Windows 10. This has been replicated on many computers in our organization, and it is currently happening to me at home. The JIRA you reference does appear to describe this issue. / Lara On Mon, May 4, 2020 at 10:37 AM Blake Carver > wrote: I can't seem to replicate that problem, are you saying that page doesn't work? I tried FF on Linux, Windows and Mac. Is there a JIRA? Something other than this? https://archivesspace.atlassian.net/browse/ANW-425 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Lara Friedman-Shedlov > Sent: Monday, May 4, 2020 10:08 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Collection Organization tab Related to overall concerns about the Collection Organization tab: has anyone been frustrated by the fact that the scroll bar on the right side of the main content area in the Collection Organization view does not work in the Firefox browser? See the two screen shots below, one from our own instance of ArchivesSpace (in which we call this tab "Finding Aid View") and one from Slippery Rock University, which I include to show that the problem is not just with our instance. There is a scroll bar there, but it doesn't have the little slider on it. Clicking on the little up and down arrows on the scroll bar does not work either. We have reported this multiple times over the course of years, but the problem persists. / Lara Friedman-Shedlov University of Minnesota: [image.png] Slippery Rock: [image.png] On Mon, May 4, 2020 at 6:40 AM Tang, Lydia > wrote: Hello, everyone! The Usability subteam is currently exploring the Collection Organization tab for the ArchivesSpace PUI for creating recommendations to improve the usability We would love to hear from institutions that have customized your public interface. If you have or if you would like to see our work-in-progress, please get in touch on or off the list! So far, we have Yale, Dartmouth, and Archives Hub. Thanks! Lydia Leader, Usability subteam _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 123301 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 178605 bytes Desc: image002.png URL: From boze.1 at nd.edu Mon May 4 12:19:28 2020 From: boze.1 at nd.edu (Andy Boze) Date: Mon, 4 May 2020 12:19:28 -0400 Subject: [Archivesspace_Users_Group] Collection Organization tab In-Reply-To: References: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> Message-ID: <51c174ed-7155-c2fb-e470-39e5d861f03d@nd.edu> It appears that the stylesheet at https://archives.lib.umn.edu/assets/application-d75e2be2285bb9c499952ec5f61bb642eb52034cbf957763101bc8426eb2a67e.css contains the following rule declaration. .infinite-record-scrollbar { overflow-x: scroll; overflow-y: scroll; position: absolute; width: 15px; } Try setting the width to 17px. .infinite-record-scrollbar { overflow-x: scroll; overflow-y: scroll; position: absolute; width: 17px; } On 5/4/2020 10:08 AM, Lara Friedman-Shedlov wrote: > Related to overall concerns about the Collection Organization tab: has > anyone been frustrated by the fact that the scroll bar on the right side of > the main content area in the Collection Organization view does not work in > the Firefox browser? See the two screen shots below, one from our own > instance of ArchivesSpace (in which we call this tab "Finding Aid View") > and one from Slippery Rock University, which I include to show that the > problem is not just with our instance. There is a scroll bar there, but it > doesn't have the little slider on it. Clicking on the little up and down > arrows on the scroll bar does not work either. We have reported this > multiple times over the course of years, but the problem persists. > > / Lara Friedman-Shedlov > > > University of Minnesota: > > [image: image.png] > > > > > Slippery Rock: > > [image: image.png] > > > On Mon, May 4, 2020 at 6:40 AM Tang, Lydia wrote: > >> Hello, everyone! >> >> The Usability subteam >> >> is currently exploring the Collection Organization tab for the >> ArchivesSpace PUI for creating recommendations to improve the usability We >> would love to hear from institutions that have customized your public >> interface. If you have or if you would like to see our work-in-progress, >> please get in touch on or off the list! So far, we have Yale, Dartmouth, >> and Archives Hub. >> >> Thanks! >> >> Lydia >> >> Leader, Usability subteam >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Andy Boze, Associate Librarian University of Notre Dame 271H Hesburgh Library (574) 631-8708 From mark.custer at yale.edu Mon May 4 12:19:43 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 4 May 2020 16:19:43 +0000 Subject: [Archivesspace_Users_Group] Collection Organization tab In-Reply-To: References: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> Message-ID: Lara, all: In addition to the scroll bar issue that you?ve noted, there were a few other issues with the initial single-scroll view in the ArchivesSpace public interface that made that view less than ideal in our own implementation at Yale. For instance, the mobile view did *not* seem to work at all on most Android-based web browsers, and users who liked to use CTRL-F to search within the page simply couldn?t do that in this view and expect to actually find every occurrence of their search term. For the time being, we opted for a completely different approach, with one of the main goals being to reduce the appearance of 3 scrollbars to just 1. For a more thorough description of our updates, see this document: https://docs.google.com/document/d/194-QB9JxVY0CQtgg66y1th3fvqp37K2p6KbF2Ral5ko/edit?usp=sharing For a ?too long; don?t read? overview, you can explore the difference by looking at these two pages: Out-of-the-box, lazy-load approach: https://puidevarchivesspace.library.yale.edu/repositories/5/resources/331/collection_organization Local, load-everything approach: https://archives.yale.edu/repositories/5/resources/331/collection_organization I?d be interested on your feedback with our approach (not least because I?d love to get those updates, or something like them, into the core code of ArchivesSpace ?). I think that our approach is a small step in the right direction, but certainly not perfect either. As others have noted, they really like having the entire hierarchy present in this view, as well, which we opted to remove for now with our current approach since we wanted to see how things would work with less information displaying in that view. Anyhow, I?m looking forward to the results of what Lydia?s group discovers! Thanks for bringing this topic up on the listserv. All my best, Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nic Stanton-Roark Sent: Monday, 04 May, 2020 12:11 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Collection Organization tab I have replicated it on FF on Windows 10 on multiple institutional computers and my home computer as well. [https://anderson.edu/uploads/au-email-logo.gif] Nicholas Stanton-Roark | Archivist | Robert A. Nicholson University Library Anderson University | 1100 E. Fifth St, Anderson, IN 46012 (765) 641-4285 | ndroark at anderson.edu On Mon, May 4, 2020 at 12:05 PM Lara Friedman-Shedlov > wrote: Using Firefox, the only way to scroll down the main content section of the page (the larger section on the left) is using the scroll wheel on the mouse (and for some reason it only scrolls painfully slowly). There is no slider on the scroll bar, and clicking on it does not work either. This is using Firefox on Windows 10. This has been replicated on many computers in our organization, and it is currently happening to me at home. The JIRA you reference does appear to describe this issue. / Lara On Mon, May 4, 2020 at 10:37 AM Blake Carver > wrote: I can't seem to replicate that problem, are you saying that page doesn't work? I tried FF on Linux, Windows and Mac. Is there a JIRA? Something other than this? https://archivesspace.atlassian.net/browse/ANW-425 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Lara Friedman-Shedlov > Sent: Monday, May 4, 2020 10:08 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Collection Organization tab Related to overall concerns about the Collection Organization tab: has anyone been frustrated by the fact that the scroll bar on the right side of the main content area in the Collection Organization view does not work in the Firefox browser? See the two screen shots below, one from our own instance of ArchivesSpace (in which we call this tab "Finding Aid View") and one from Slippery Rock University, which I include to show that the problem is not just with our instance. There is a scroll bar there, but it doesn't have the little slider on it. Clicking on the little up and down arrows on the scroll bar does not work either. We have reported this multiple times over the course of years, but the problem persists. / Lara Friedman-Shedlov University of Minnesota: [image.png] Slippery Rock: [image.png] On Mon, May 4, 2020 at 6:40 AM Tang, Lydia > wrote: Hello, everyone! The Usability subteam is currently exploring the Collection Organization tab for the ArchivesSpace PUI for creating recommendations to improve the usability We would love to hear from institutions that have customized your public interface. If you have or if you would like to see our work-in-progress, please get in touch on or off the list! So far, we have Yale, Dartmouth, and Archives Hub. Thanks! Lydia Leader, Usability subteam _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 123444 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 178546 bytes Desc: image002.png URL: From ldfs at umn.edu Mon May 4 12:39:38 2020 From: ldfs at umn.edu (Lara Friedman-Shedlov) Date: Mon, 4 May 2020 11:39:38 -0500 Subject: [Archivesspace_Users_Group] Collection Organization tab In-Reply-To: References: <935DE26D-1563-460C-AAB7-F380C2B6E2D5@msu.edu> Message-ID: Very interesting approach, Mark. What happens when someone goes directly to an archival object from a search? What view do they see then? Thanks everyone who corroborated this issue. And apologies to Lydia -- I didn't intend to completely derail this conversation topic! On Mon, May 4, 2020 at 11:20 AM Custer, Mark wrote: > Lara, all: > > > > In addition to the scroll bar issue that you?ve noted, there were a few > other issues with the initial single-scroll view in the ArchivesSpace > public interface that made that view less than ideal in our own > implementation at Yale. For instance, the mobile view did **not** seem > to work at all on most Android-based web browsers, and users who liked to > use CTRL-F to search within the page simply couldn?t do that in this view > and expect to actually find every occurrence of their search term. > > > > For the time being, we opted for a completely different approach, with one > of the main goals being to reduce the appearance of 3 scrollbars to just > 1. For a more thorough description of our updates, see this document: > https://docs.google.com/document/d/194-QB9JxVY0CQtgg66y1th3fvqp37K2p6KbF2Ral5ko/edit?usp=sharing > > > > For a ?too long; don?t read? overview, you can explore the difference by > looking at these two pages: > > *Out-of-the-box, lazy-load approach*: > https://puidevarchivesspace.library.yale.edu/repositories/5/resources/331/collection_organization > > *Local, load-everything approach*: > https://archives.yale.edu/repositories/5/resources/331/collection_organization > > > > I?d be interested on your feedback with our approach (not least because > I?d love to get those updates, or something like them, into the core code > of ArchivesSpace ?). > > > > I think that our approach is a small step in the right direction, but > certainly not perfect either. As others have noted, they really like > having the entire hierarchy present in this view, as well, which we opted > to remove for now with our current approach since we wanted to see how > things would work with less information displaying in that view. > > > > Anyhow, I?m looking forward to the results of what Lydia?s group > discovers! Thanks for bringing this topic up on the listserv. > > > > All my best, > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Nic > Stanton-Roark > *Sent:* Monday, 04 May, 2020 12:11 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Collection Organization tab > > > > I have replicated it on FF on Windows 10 on multiple institutional > computers and my home computer as well. > > [image: https://anderson.edu/uploads/au-email-logo.gif] > *Nicholas Stanton-Roark* | Archivist | Robert A. Nicholson University > Library > Anderson University | 1100 E. Fifth St, Anderson, IN 46012 > > (765) 641-4285 <%28765%29%20641%204285> | ndroark at anderson.edu > > > > > > On Mon, May 4, 2020 at 12:05 PM Lara Friedman-Shedlov > wrote: > > Using Firefox, the only way to scroll down the main content section of the > page (the larger section on the left) is using the scroll wheel on the > mouse (and for some reason it only scrolls painfully slowly). There is no > slider on the scroll bar, and clicking on it does not work either. > > > > This is using Firefox on Windows 10. This has been replicated on many > computers in our organization, and it is currently happening to me at home. > > > > The JIRA you reference does appear to describe this issue. > > > > / Lara > > > > > > > > On Mon, May 4, 2020 at 10:37 AM Blake Carver > wrote: > > I can't seem to replicate that problem, are you saying that page doesn't > work? I tried FF on Linux, Windows and Mac. > > > > Is there a JIRA? Something other than this? > https://archivesspace.atlassian.net/browse/ANW-425 > > ------------------------------ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Lara Friedman-Shedlov > *Sent:* Monday, May 4, 2020 10:08 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Collection Organization tab > > > > Related to overall concerns about the Collection Organization tab: has > anyone been frustrated by the fact that the scroll bar on the right side of > the main content area in the Collection Organization view does not work in > the Firefox browser? See the two screen shots below, one from our own > instance of ArchivesSpace (in which we call this tab "Finding Aid View") > and one from Slippery Rock University, which I include to show that the > problem is not just with our instance. There is a scroll bar there, but it > doesn't have the little slider on it. Clicking on the little up and down > arrows on the scroll bar does not work either. We have reported this > multiple times over the course of years, but the problem persists. > > > > / Lara Friedman-Shedlov > > > > > > University of Minnesota: > > > > [image: image.png] > > > > > > > > > > Slippery Rock: > > > > [image: image.png] > > > > > > On Mon, May 4, 2020 at 6:40 AM Tang, Lydia wrote: > > Hello, everyone! > > The Usability subteam > > is currently exploring the Collection Organization tab for the > ArchivesSpace PUI for creating recommendations to improve the usability We > would love to hear from institutions that have customized your public > interface. If you have or if you would like to see our work-in-progress, > please get in touch on or off the list! So far, we have Yale, Dartmouth, > and Archives Hub. > > Thanks! > > Lydia > > Leader, Usability subteam > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Lara D. Friedman-Shedlov (she, her, hers) > > Description and Access Archivist | Kautz Family YMCA Archives | > www.lib.umn.edu/ymca > > > Digital Records Archivist | Archives & Special Collections | > www.lib.umn.edu/special > > > University of Minnesota Libraries | lib.umn.edu > > | 612.626.7972 > > > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Lara D. Friedman-Shedlov (she, her, hers) > > Description and Access Archivist | Kautz Family YMCA Archives | > www.lib.umn.edu/ymca > > > Digital Records Archivist | Archives & Special Collections | > www.lib.umn.edu/special > > > University of Minnesota Libraries | lib.umn.edu > > | 612.626.7972 > > > > > > > > _______________________________________________ > 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 > -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 123444 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 178546 bytes Desc: not available URL: From seth.shaw at unlv.edu Mon May 4 14:36:36 2020 From: seth.shaw at unlv.edu (Seth Shaw) Date: Mon, 4 May 2020 11:36:36 -0700 Subject: [Archivesspace_Users_Group] Islandora Integration In-Reply-To: References: Message-ID: Bailey, Jason Leofler created an integration between Drupal 7 (the version used by Islandora 7) and ArchivesSpace quite some time ago (see the note @ https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/17137746/Integrations); although I don't think it integrates with Islandora 7 specifically nor how much support it gets these days. However, I am actively developing a new Drupal 8 and ArchivesSpace integration as we speak (https://www.drupal.org/project/archivesspace) with the explicit goal of having it interoperate with Islandora 8. (I am one of the core committers on that project.) I currently have an alpha version available for testing although I'm planning for an initial version release in late June/early July. I will also be doing an ArchivesSpace Integrations webinar on the project in mid-July. I'm happy to set up a call with you (and your team if desired) if you would like to talk about this at all. Seth Shaw Application Developer University Libraries, Web and Application Development Services University of Nevada, Las Vegas On Mon, May 4, 2020 at 8:50 AM Hoffner, Bailey E. wrote: > Morning All, > > > > We?re looking to integrate our instance of AS with Islandora 7 (and > eventually 8). For those institutions/organizations already using the Islandora > Module : > > > > - Do you have any general comments/input about your use of the module? > - Has anyone yet had success implementing it with Islandora 8? > > > > Thank you! > > > > -Bailey > > > > Bailey Hoffner, MLIS > > Metadata and Collections Management Archivist > > University of Oklahoma Libraries > > 405-325-1566 > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ddebolt at uwf.edu Mon May 4 14:45:35 2020 From: ddebolt at uwf.edu (Dean DeBolt) Date: Mon, 4 May 2020 13:45:35 -0500 Subject: [Archivesspace_Users_Group] Islandora Integration In-Reply-To: References: Message-ID: We are operating both ArchivesSpace and Islandora 7. We are having to decide where exactly to put digital images but have both search tools on our library website for searching. Dean Dean DeBolt, University Librarian (Professor)/University Archivist UWF Archives and West Florida History Center University of West Florida Library 11000 University Parkway Pensacola, FL 32514-5750 ddebolt at uwf.edu; 850-474-2213 West Florida History Center is the largest and most comprehensive history collection about Pensacola and the West Florida region. http://libguides.uwf.edu/universityarchives Digital collections can be found at: http://uwf.lyrasistechnology.org and http://uwf.digital.flvc.org On Mon, May 4, 2020 at 10:50 AM Hoffner, Bailey E. wrote: > Morning All, > > > > We?re looking to integrate our instance of AS with Islandora 7 (and > eventually 8). For those institutions/organizations already using the Islandora > Module : > > > > - Do you have any general comments/input about your use of the module? > - Has anyone yet had success implementing it with Islandora 8? > > > > Thank you! > > > > -Bailey > > > > Bailey Hoffner, MLIS > > Metadata and Collections Management Archivist > > University of Oklahoma Libraries > > 405-325-1566 > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Tue May 5 10:29:51 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 5 May 2020 14:29:51 +0000 Subject: [Archivesspace_Users_Group] Webinar Wednesday: ArchivesSpace Data Cleanup: Tips, Tricks, and Tools Message-ID: Dear ArchivesSpace users, There is still time to register for Wednesday?s webinar on ArchivesSpace Data Cleanup: Tips, Tricks, and Tools! ArchivesSpace will be offering a 90-minute webinar on ArchivesSpace data cleanup on Wednesday, May 6, at 2pm ET. Most of us are doing our jobs under much different conditions than usual. As a browser-based system you can access from anywhere, ArchivesSpace is a tool that can be used when working remotely and many ArchivesSpace users are finding themselves executing large scale data cleanup projects that have only recently been prioritized. This webinar will highlight tools, workflows and data cleanup projects developed by members of the ArchivesSpace member community that may prove helpful to users developing their own data cleanup projects. When: May 6, 2020 Time: 2:00 p.m. ? 3:30 p.m. ET (11:00 a.m. ? 12:30pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_RXu6oWVJQ5yzbiHLN7gWRQ In order to provide a secure webinar experience and ensure adequate space in our Zoom environment, registration is now required for our webinars. Our webinars continue to be free and open to anyone using or interested in ArchivesSpace. Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. ArchivesSpace users from a variety of institutions will explain metadata remediation and maintenance projects at their institutions, and offer tools and strategies for working with duplicate records, legacy description and non-standard metadata, and renumbering and adding information to boxes and folders (i.e. top containers and sub containers). Projects to be discussed include name authority remediation, addressing duplicate agent and subject records, improving date metadata and uploading EAD finding aids while managing staff working in ArchivesSpace remotely. Webinar Presenters: Alicia Detelich is a metadata archivist in the Manuscripts and Archives department at Yale University?s Sterling Memorial Library. Her work is focused on developing tools and workflows for creating and enhancing archival description. Alexander Duryee is the Metadata Archivist at the New York Public Library, where he manages and develops systems for archival description and discovery. He received his MLIS from Rutgers University. Abby Hoverstock is the Senior Archivist in the Western History and Genealogy Department of the Denver Public Library. The department is steward of about 5,500 manuscript collections in a busy downtown public library where access by anyone, without an appointment, is their strength. Abby?s team consists of 6 archives staff (and 20+ volunteers) who accession and catalog new collections with commendable speed and precision! Meaghan O?Riordan has served as the Accessioning Archivist for the Stuart A. Rose Manuscript, Archives & Rare Book Library at Emory University since 2016. Previously she was a Library Associate at North Carolina State University. She holds a Master?s in library science from UNC-Chapel Hill. Rachel Searcy is the Accessioning Archivist and an ArchivesSpace administrator at New York University Libraries, working in the Archival Collections Management department. Previously, Rachel held positions focused on processing, metadata, and digitization at NYU's Tamiment Library and Robert F. Wagner Labor Archives, and the John F. Kennedy Presidential Library and Museum. Who should attend: This webinar will be of interest to archivists working with legacy metadata and those interested in approaches to data cleanup projects, as well as those considering possibilities for ArchivesSpace-related projects when working remotely. Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or our other online events. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8537 bytes Desc: image001.jpg URL: From gboggio at mitre.org Tue May 5 11:48:49 2020 From: gboggio at mitre.org (Boggio, Jerry) Date: Tue, 5 May 2020 15:48:49 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Background Job Failing Message-ID: Hello ArchivesSpace Users! We have a Resource where we added ~33,600 records of information. Each record consists of 1 field. The data was successfully loaded into ASpace and is viewable. However, when we try to export that information through a background job to create a PDF or CSV file we get an error "Java heap space". If we run the following query in "MySQL Workbench" it completes in less than 3 seconds. select title from archival_object where root_record_id = 44; Does anyone have insight as to why this ASpace batch job would be failing? Please let us know if you need more information. Thank you! Gerard (Jerry) Boggio | MITRE Corporation | R504 - Collaboration & Info Management | 781-271-2719 | Bedford, MA | 2K132 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjb9 at williams.edu Tue May 5 16:55:55 2020 From: mjb9 at williams.edu (Matthew Baya) Date: Tue, 5 May 2020 16:55:55 -0400 Subject: [Archivesspace_Users_Group] Error when initializing plugins in ArchivesSpace 2.7.1 on CentOS 8 Message-ID: We currently have ArchivesSpace running on CentOS 7 and I am setting up a new CentOS 8 server to replace it. However, on the new server when I get to the stage where I am initializing plugins it fails the same way regardless of the plugin; [root at archivesspace2 archivesspace]# ./scripts/initialize-plugin.sh nyudo io/console on JRuby shells out to stty for most operations ERROR: Error installing bundler: invalid gem: package metadata is missing in gems/cache/bundler-1.17.3.gem Gem::GemNotFoundException: can't find gem bundler (>= 0.a) find_spec_for_exe at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:271 activate_bin_path at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:299
at ../../gems/bin/bundle:23 Anyone have any suggestions on how to fix this? Thanks -Matt *Matthew Baya* Williams College OIT, Networks & Systems 413-597-3567 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue May 5 18:57:57 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 5 May 2020 22:57:57 +0000 Subject: [Archivesspace_Users_Group] Error when initializing plugins in ArchivesSpace 2.7.1 on CentOS 8 In-Reply-To: References: Message-ID: What version of Java are you running? You're sure you have the release and not the source code there? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Matthew Baya Sent: Tuesday, May 5, 2020 4:55 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Error when initializing plugins in ArchivesSpace 2.7.1 on CentOS 8 We currently have ArchivesSpace running on CentOS 7 and I am setting up a new CentOS 8 server to replace it. However, on the new server when I get to the stage where I am initializing plugins it fails the same way regardless of the plugin; [root at archivesspace2 archivesspace]# ./scripts/initialize-plugin.sh nyudo io/console on JRuby shells out to stty for most operations ERROR: Error installing bundler: invalid gem: package metadata is missing in gems/cache/bundler-1.17.3.gem Gem::GemNotFoundException: can't find gem bundler (>= 0.a) find_spec_for_exe at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:271 activate_bin_path at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:299
at ../../gems/bin/bundle:23 Anyone have any suggestions on how to fix this? Thanks -Matt Matthew Baya Williams College OIT, Networks & Systems 413-597-3567 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Tue May 5 18:59:18 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Tue, 5 May 2020 22:59:18 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Background Job Failing In-Reply-To: References: Message-ID: Sounds like you're crashing. I'd start by giving it some more RAM http://archivesspace.github.io/archivesspace/user/tuning-archivesspace/ It would help to see what's around the "Java heap space" error as well ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Boggio, Jerry Sent: Tuesday, May 5, 2020 11:48 AM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Sutherland, Bryan Subject: [Archivesspace_Users_Group] ArchivesSpace Background Job Failing Hello ArchivesSpace Users! We have a Resource where we added ~33,600 records of information. Each record consists of 1 field. The data was successfully loaded into ASpace and is viewable. However, when we try to export that information through a background job to create a PDF or CSV file we get an error ?Java heap space?. If we run the following query in ?MySQL Workbench? it completes in less than 3 seconds. select title from archival_object where root_record_id = 44; Does anyone have insight as to why this ASpace batch job would be failing? Please let us know if you need more information. Thank you! Gerard (Jerry) Boggio | MITRE Corporation | R504 - Collaboration & Info Management | 781-271-2719 | Bedford, MA | 2K132 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjb9 at williams.edu Wed May 6 14:55:00 2020 From: mjb9 at williams.edu (Matthew Baya) Date: Wed, 6 May 2020 14:55:00 -0400 Subject: [Archivesspace_Users_Group] Error when initializing plugins in ArchivesSpace 2.7.1 on CentOS 8 In-Reply-To: References: Message-ID: Follow-up to my note yesterday, I just did a complete clean install on a brand new centos 7 server. It is also failing there with this error; [root at wp-cent-do archivesspace]# ./scripts/initialize-plugin.sh aspace-import-excel io/console on JRuby shells out to stty for most operations Fetching: bundler-1.17.3.gem (100%) NotImplementedError: flock unsupported or native support failed to load; see http://wiki.jruby.org/Native-Libraries flock at org/jruby/RubyFile.java:315 block in write_binary at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:873 open at org/jruby/RubyIO.java:1171 open at org/jruby/RubyKernel.java:307 write_binary at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:871 cache_update_path at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/remote_fetcher.rb:334 download at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/remote_fetcher.rb:188 download at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/source.rb:211 install at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/resolver/specification.rb:91 block in install at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/request_set.rb:166 each at org/jruby/RubyArray.java:1735 install at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/request_set.rb:156 install_gem at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/commands/install_command.rb:205 block in install_gems at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/commands/install_command.rb:255 each at org/jruby/RubyArray.java:1735 install_gems at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/commands/install_command.rb:251 execute at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/commands/install_command.rb:158 invoke_with_build_args at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/command.rb:310 process_args at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/command_manager.rb:169 run at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/command_manager.rb:139 run at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/gem_runner.rb:55
at uri:classloader:/META-INF/jruby.home/bin/jgem:21 load at org/jruby/RubyKernel.java:974
at uri:classloader:/META-INF/jruby.home/bin/gem:4 Gem::GemNotFoundException: can't find gem bundler (>= 0.a) find_spec_for_exe at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:271 activate_bin_path at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:299
at ../../gems/bin/bundle:23 but when I run this on an older server running CentOS 7 and ArchivesSpace 2.7.0 it works; [root at archivesspace-dev archivesspace]# ./scripts/initialize-plugin.sh aspace-import-excel Fetching: bundler-1.16.1.gem (100%) Successfully installed bundler-1.16.1 1 gem installed Don't run Bundler as root. Bundler can ask for sudo if it is needed, and installing your bundle as root will break this application for all non-root users on this machine. Fetching gem metadata from http://rubygems.org/.................. Resolving dependencies... Using bundler 1.16.1 Fetching nokogiri 1.10.9 (java) Installing nokogiri 1.10.9 (java) Fetching rubyzip 1.3.0 Installing rubyzip 1.3.0 Fetching rubyXL 3.3.29 Installing rubyXL 3.3.29 Bundle complete! 1 Gemfile dependency, 4 gems now installed. Use `bundle info [gemname]` to see where a bundled gem is installed. It gives this same error for any plugin. Oh and I'm running java version 1.8.0_252 Thanks -Matt *Matthew Baya* Williams College OIT, Networks & Systems 413-597-3567 On Tue, May 5, 2020 at 4:55 PM Matthew Baya wrote: > We currently have ArchivesSpace running on CentOS 7 and I am setting up a > new CentOS 8 server to replace it. > > However, on the new server when I get to the stage where I am initializing > plugins it fails the same way regardless of the plugin; > > [root at archivesspace2 archivesspace]# ./scripts/initialize-plugin.sh nyudo > io/console on JRuby shells out to stty for most operations > ERROR: Error installing bundler: > invalid gem: package metadata is missing in gems/cache/bundler-1.17.3.gem > Gem::GemNotFoundException: can't find gem bundler (>= 0.a) > find_spec_for_exe at > uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:271 > activate_bin_path at > uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems.rb:299 >
at ../../gems/bin/bundle:23 > > Anyone have any suggestions on how to fix this? > > Thanks > > -Matt > *Matthew Baya* > Williams College OIT, Networks & Systems > > 413-597-3567 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsteele at jhu.edu Wed May 6 15:08:34 2020 From: jsteele at jhu.edu (Jordon Steele) Date: Wed, 6 May 2020 19:08:34 +0000 Subject: [Archivesspace_Users_Group] Creating new agent type for university offices? Message-ID: Hello, we have a need to filter our agent records so that we can export and otherwise take bulk action on corporate bodies that are related to our university (offices, departments, etc.). It doesn't appear that there is a way to add an custom, university-related agent type beyond the standard set (person, family, corporate entity, software), I assume for good reason. Am I right, and if I can't, any advice on another way to add a "university corporate body" designation to these types of records? Thanks! Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: From egadsby at towson.edu Wed May 6 15:58:10 2020 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Wed, 6 May 2020 19:58:10 +0000 Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... Message-ID: Dear Friends, I hope everybody is well and safe! I am trying to set up testing server on a CentOS 7 box and when I run the database migration script I get the following error: "Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new driver class is `com.mysql.cj.jdbc.Driver'. The driver is automatically registered via the SPI and manual loading of the driver class is generally unnecessary. Running migrations against jdbc:mysql://localhost:3306/archivesspace?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! !! !! Database migration error. !! !! Your upgrade has encountered a problem. !! !! You must resolve these issues before the database migration can complete. !! !! !! !! !! !! Error: !! !! # !! !! Java::JavaSql::SQLException: The server time zone value 'EDT' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the 'serverTimezone' configuration property) to use a more specifc time zone value if you want to utilize time zone support." The timezone on the server is set correctly. I am not sure what's going on. Any help would be appreciated. Thanks in advance! Eric T Gadsby ? IT Operations Specialist University Libraries Towson University ? 8000 York Road ? Towson, Maryland, 21252-0001 p. 410-704-3340 [image001.gif] Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling University Libraries at 410-704-3340. -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed May 6 16:08:26 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 6 May 2020 20:08:26 +0000 Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... In-Reply-To: References: Message-ID: What version of the connector do you have there? If it's 8 something, try an older one. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Sent: Wednesday, May 6, 2020 3:58 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... Dear Friends, I hope everybody is well and safe! I am trying to set up testing server on a CentOS 7 box and when I run the database migration script I get the following error: "Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new driver class is `com.mysql.cj.jdbc.Driver'. The driver is automatically registered via the SPI and manual loading of the driver class is generally unnecessary. Running migrations against jdbc:mysql://localhost:3306/archivesspace?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! !! !! Database migration error. !! !! Your upgrade has encountered a problem. !! !! You must resolve these issues before the database migration can complete. !! !! !! !! !! !! Error: !! !! # !! !! Java::JavaSql::SQLException: The server time zone value 'EDT' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the 'serverTimezone' configuration property) to use a more specifc time zone value if you want to utilize time zone support." The timezone on the server is set correctly. I am not sure what's going on. Any help would be appreciated. Thanks in advance! Eric T Gadsby ? IT Operations Specialist University Libraries Towson University ? 8000 York Road ? Towson, Maryland, 21252-0001 p. 410-704-3340 [image001.gif] Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling University Libraries at 410-704-3340. -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed May 6 16:09:58 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 6 May 2020 20:09:58 +0000 Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... In-Reply-To: References: , Message-ID: Hit send too fast... you can also define that in the config file, 'AppConfig[:db_url]' , that might do the trick. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Wednesday, May 6, 2020 4:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... What version of the connector do you have there? If it's 8 something, try an older one. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Sent: Wednesday, May 6, 2020 3:58 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... Dear Friends, I hope everybody is well and safe! I am trying to set up testing server on a CentOS 7 box and when I run the database migration script I get the following error: "Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new driver class is `com.mysql.cj.jdbc.Driver'. The driver is automatically registered via the SPI and manual loading of the driver class is generally unnecessary. Running migrations against jdbc:mysql://localhost:3306/archivesspace?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! !! !! Database migration error. !! !! Your upgrade has encountered a problem. !! !! You must resolve these issues before the database migration can complete. !! !! !! !! !! !! Error: !! !! # !! !! Java::JavaSql::SQLException: The server time zone value 'EDT' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the 'serverTimezone' configuration property) to use a more specifc time zone value if you want to utilize time zone support." The timezone on the server is set correctly. I am not sure what's going on. Any help would be appreciated. Thanks in advance! Eric T Gadsby ? IT Operations Specialist University Libraries Towson University ? 8000 York Road ? Towson, Maryland, 21252-0001 p. 410-704-3340 [image001.gif] Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling University Libraries at 410-704-3340. -------------- next part -------------- An HTML attachment was scrubbed... URL: From egadsby at towson.edu Wed May 6 17:27:46 2020 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Wed, 6 May 2020 21:27:46 +0000 Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... In-Reply-To: References: , , Message-ID: Thanks! So i would add the timezone to the login info? What would be the syntax for that? Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . On May 6, 2020, at 4:10 PM, Blake Carver wrote: ? [EXTERNAL EMAIL - USE CAUTION] Hit send too fast... you can also define that in the config file, 'AppConfig[:db_url]' , that might do the trick. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Wednesday, May 6, 2020 4:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... What version of the connector do you have there? If it's 8 something, try an older one. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Sent: Wednesday, May 6, 2020 3:58 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... Dear Friends, I hope everybody is well and safe! I am trying to set up testing server on a CentOS 7 box and when I run the database migration script I get the following error: "Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new driver class is `com.mysql.cj.jdbc.Driver'. The driver is automatically registered via the SPI and manual loading of the driver class is generally unnecessary. Running migrations against jdbc:mysql://localhost:3306/archivesspace?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! !! !! Database migration error. !! !! Your upgrade has encountered a problem. !! !! You must resolve these issues before the database migration can complete. !! !! !! !! !! !! Error: !! !! # !! !! Java::JavaSql::SQLException: The server time zone value 'EDT' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the 'serverTimezone' configuration property) to use a more specifc time zone value if you want to utilize time zone support." The timezone on the server is set correctly. I am not sure what's going on. Any help would be appreciated. Thanks in advance! Eric T Gadsby ? IT Operations Specialist University Libraries Towson University ? 8000 York Road ? Towson, Maryland, 21252-0001 p. 410-704-3340 [image001.gif] Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling University Libraries at 410-704-3340. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed May 6 19:09:30 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 6 May 2020 23:09:30 +0000 Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... In-Reply-To: References: , , , Message-ID: Something like &serverTimezone=UTC It needs to be a Java Friendly zone, so I think &serverTimezone=America/New_York would be the same as EDT ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Sent: Wednesday, May 6, 2020 5:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... Thanks! So i would add the timezone to the login info? What would be the syntax for that? Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 egadsby at towson.edu | libraries.towson.edu ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . On May 6, 2020, at 4:10 PM, Blake Carver wrote: ? [EXTERNAL EMAIL - USE CAUTION] Hit send too fast... you can also define that in the config file, 'AppConfig[:db_url]' , that might do the trick. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Blake Carver Sent: Wednesday, May 6, 2020 4:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... What version of the connector do you have there? If it's 8 something, try an older one. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Sent: Wednesday, May 6, 2020 3:58 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Getting a time error trying to run database set-up script.... Dear Friends, I hope everybody is well and safe! I am trying to set up testing server on a CentOS 7 box and when I run the database migration script I get the following error: "Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /etc/aspace/current/archivesspace/config/config.rb Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new driver class is `com.mysql.cj.jdbc.Driver'. The driver is automatically registered via the SPI and manual loading of the driver class is generally unnecessary. Running migrations against jdbc:mysql://localhost:3306/archivesspace?user=[REDACTED]&password=[REDACTED]&useUnicode=true&characterEncoding=UTF-8 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! !! !! Database migration error. !! !! Your upgrade has encountered a problem. !! !! You must resolve these issues before the database migration can complete. !! !! !! !! !! !! Error: !! !! # !! !! Java::JavaSql::SQLException: The server time zone value 'EDT' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the 'serverTimezone' configuration property) to use a more specifc time zone value if you want to utilize time zone support." The timezone on the server is set correctly. I am not sure what's going on. Any help would be appreciated. Thanks in advance! Eric T Gadsby ? IT Operations Specialist University Libraries Towson University ? 8000 York Road ? Towson, Maryland, 21252-0001 p. 410-704-3340 [image001.gif] Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling University Libraries at 410-704-3340. _______________________________________________ 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 gboggio at mitre.org Thu May 7 08:29:48 2020 From: gboggio at mitre.org (Boggio, Jerry) Date: Thu, 7 May 2020 12:29:48 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Background Job Failing In-Reply-To: References: Message-ID: Hello ArchivesSpace Users! Based on a suggestion from Steven Majewski of the University of Virginia, we made the following change in archivesspace.sh startup script to allocate more memory - ASPACE_JAVA_XMX="-Xmx2048m". That solved the issue of generating a PDF file (Export > Generate PDF), but creating an EAD file (Export > Download EAD) errors by timing out after 2 minutes. Would anyone have insight on the 2nd issue? Thanks again and stay healthy! Gerard (Jerry) Boggio | MITRE Corporation | R504 - Collaboration & Info Management | 781-271-2719 | Bedford, MA | 2K132 From: Boggio, Jerry Sent: Tuesday, May 5, 2020 11:49 AM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Sutherland, Bryan Subject: ArchivesSpace Background Job Failing Hello ArchivesSpace Users! We have a Resource where we added ~33,600 records of information. Each record consists of 1 field. The data was successfully loaded into ASpace and is viewable. However, when we try to export that information through a background job to create a PDF or CSV file we get an error "Java heap space". If we run the following query in "MySQL Workbench" it completes in less than 3 seconds. select title from archival_object where root_record_id = 44; Does anyone have insight as to why this ASpace batch job would be failing? Please let us know if you need more information. Thank you! Gerard (Jerry) Boggio | MITRE Corporation | R504 - Collaboration & Info Management | 781-271-2719 | Bedford, MA | 2K132 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Thu May 7 10:09:44 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Thu, 7 May 2020 14:09:44 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Background Job Failing In-Reply-To: References: , Message-ID: Sounds like it could be your proxy timing out? Is the timeout on F5/Apache/nginx or whatever you're using set to 2 minutes? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Boggio, Jerry Sent: Thursday, May 7, 2020 8:29 AM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Sutherland, Bryan Subject: Re: [Archivesspace_Users_Group] ArchivesSpace Background Job Failing Hello ArchivesSpace Users! Based on a suggestion from Steven Majewski of the University of Virginia, we made the following change in archivesspace.sh startup script to allocate more memory - ASPACE_JAVA_XMX="-Xmx2048m?. That solved the issue of generating a PDF file (Export > Generate PDF), but creating an EAD file (Export > Download EAD) errors by timing out after 2 minutes. Would anyone have insight on the 2nd issue? Thanks again and stay healthy! Gerard (Jerry) Boggio | MITRE Corporation | R504 - Collaboration & Info Management | 781-271-2719 | Bedford, MA | 2K132 From: Boggio, Jerry Sent: Tuesday, May 5, 2020 11:49 AM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Sutherland, Bryan Subject: ArchivesSpace Background Job Failing Hello ArchivesSpace Users! We have a Resource where we added ~33,600 records of information. Each record consists of 1 field. The data was successfully loaded into ASpace and is viewable. However, when we try to export that information through a background job to create a PDF or CSV file we get an error ?Java heap space?. If we run the following query in ?MySQL Workbench? it completes in less than 3 seconds. select title from archival_object where root_record_id = 44; Does anyone have insight as to why this ASpace batch job would be failing? Please let us know if you need more information. Thank you! Gerard (Jerry) Boggio | MITRE Corporation | R504 - Collaboration & Info Management | 781-271-2719 | Bedford, MA | 2K132 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrg5 at princeton.edu Thu May 7 10:19:18 2020 From: jrg5 at princeton.edu (James R Griffin III) Date: Thu, 7 May 2020 14:19:18 +0000 Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons In-Reply-To: References: , , , , Message-ID: Dear Christine and Mark, Apologies for the delay in my response, and thank you both very much for clarifying this! I did not mean to impose with any of this as a bug report, and create any additional labor given that much of this work is already being considered for future sprints. I will definitely look to see about trying to add this custom option for "note_text". Thank you again. Sincerely, James ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Custer, Mark Sent: Friday, April 24, 2020 9:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Christine, that's great to hear! It will be really nice to start using those options. James, as for how to fix the issue presently, I just checked and you can indeed override the current exporter in a plugin. The main issue for why you're not seeing a bioghist note in your exports is due to this part of the the core code: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L113-L158 The issue is that the default sub note that ASpace uses when you create a bioghist note is a sub note with a type of "note_text". But that "note_text" type is not one of the sub note options in the exporter, and there's no else clause in the above case statement. So, you could either add an option for "note_text" to export that data to paragraph tags, or you could add a catch all that would pick up those note_text sub notes. That said, there would be other things ArchivesSpace would need to do to ensure valid EAC bioghist notes, since right now EAC specifies that an abstract element would have to be the first child element of a biogHist note if it's available. But, the ASpace exporter is just going to put those notes in the order the they're entered. I hope that helps, Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Christine Di Bella Sent: Friday, April 24, 2020 9:12 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hi all, Updating the EAC-CPF exporter very substantially is part of the work that?s currently happening for the expansion to the agents module. In fact, the test branch Mark points to (http://aspace-anw-429.lyrtech.org/) already has some of the changes to the import side (not complete yet, however), and the export side is next. If anyone?s interested in looking or commenting on the map we?re working off of, it?s available at https://drive.google.com/file/d/1F0RCwl9ZXRoUnT2C6ICuVW42hogzL7RX/view?usp=sharing. All comments and testing for this work in progress very much welcome! Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [ASpaceOrgHomeMedium] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Friday, April 24, 2020 9:05 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons James, I haven't had a chance to look into this, but my hunch is that the issue would reside in ArchivesSpace's EAC exporter, not your database. The EAC importer and exporter in ArchivesSpace aren't really finished; you can never (for instance) export a valid EAC record, regardless of the data! I'll try to look into it later today or next week, but I suspect that if you want to export any EAC records from ASpace, then you'll need to use a plugin for that for now. I'm not sure if the issue of EAC imports/exports is part of the updates to agent records (see http://aspace-anw-429.lyrtech.org/), but I quickly tested imports into that test application a while back and I didn't note any differences from the original EAC importer, so I suspect not. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of James R Griffin III > Sent: Friday, April 24, 2020 8:45 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Dear Joshua, Thank you very much for this, but unfortunately, the bioghist note (and its single subnote) are both marked as explicitly published, and I am still not finding the export in the EAC Document. I will proceed by seeing if maybe there are duplicate or problematic entries in the RDBMS backend. Best regards, James ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Joshua D. Shaw > Sent: Thursday, April 23, 2020 12:27 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hey James- Are the bioghist note(s) published - including any subnotes? Only bioghist notes and their subnotes will get added to the EAC if published. Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of James R Griffin III > Sent: Thursday, April 23, 2020 12:13 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Request for Assistance with Troubleshooting EAC-CPF Exports for Agent Persons Hello Everyone, Apologies in advance for any trouble, but I am currently experiencing difficulty attempting to export an EAC-CPF record. Currently there are "Notes" which exist within the database record for the Agent Person (I have verified that these exist in the `note` table within the relational database), but these are not being exported into a EAC-CPF document. I believe that the area of the code base where this is found is in: https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/serializers/eac.rb#L109 Please let me know if I can provide any further information. Thank you very much for your attention. Sincerely, James -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6608 bytes Desc: image003.jpg URL: From jrg5 at princeton.edu Thu May 7 10:30:45 2020 From: jrg5 at princeton.edu (James R Griffin III) Date: Thu, 7 May 2020 14:30:45 +0000 Subject: [Archivesspace_Users_Group] Question Regarding the REST API batch_imports Operation Message-ID: Hello Everyone, I have recently been reviewing the documentation for the REST API, and was looking to explore the possible usage of https://archivesspace.github.io/archivesspace/api/#import-a-batch-of-records Please forgive for my ignorance, but does the body of the POST request contain a payload of EAD XML? Would this be a string of concatenated EAD documents? Additionally, my understanding is that the response from this request contains an identifier for the created object. As the job for importing the records would be asynchronous, should one poll for the status of this new object by repeatedly transmitting a GET request against https://archivesspace.github.io/archivesspace/api/#find-resources-by-their-identifiers until it has been fully imported? Thank you for your patience and assistance. Sincerely, James -- my.pronoun.is/he James R. Griffin III Digital Infrastructure Developer Princeton University Library Princeton, NJ 08544 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkottman at ku.edu Thu May 7 10:36:56 2020 From: mkottman at ku.edu (Kottman, Miloche) Date: Thu, 7 May 2020 14:36:56 +0000 Subject: [Archivesspace_Users_Group] Creating new agent type for university offices? In-Reply-To: References: Message-ID: <969b4212dbf74857a41a999eb32efbc5@ex13-ell-cr-15.home.ku.edu> Jordan, Instead of changing the agent type, you could add a new value to your Controlled Value List: Name Source (name_source) list. For example you can have a value of "university_corporate_body" or just university. --Miloche ****************************** Miloche Kottman Head of Cataloging & Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Jordon Steele Sent: Wednesday, May 6, 2020 2:09 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Creating new agent type for university offices? Hello, we have a need to filter our agent records so that we can export and otherwise take bulk action on corporate bodies that are related to our university (offices, departments, etc.). It doesn't appear that there is a way to add an custom, university-related agent type beyond the standard set (person, family, corporate entity, software), I assume for good reason. Am I right, and if I can't, any advice on another way to add a "university corporate body" designation to these types of records? Thanks! Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: From jrg5 at princeton.edu Thu May 7 10:44:05 2020 From: jrg5 at princeton.edu (James R Griffin III) Date: Thu, 7 May 2020 14:44:05 +0000 Subject: [Archivesspace_Users_Group] Question Regarding the REST API batch_imports Operation In-Reply-To: References: Message-ID: I am terribly sorry, I have now found that the payload is a JSON serialization of an array of resource objects: https://github.com/archivesspace/archivesspace/blob/master/backend/spec/controller_batch_import_spec.rb#L41 Would one then model the payload as one of these arrays of JSON objects, each with a URI internal to the EAD file? ________________________________ From: James R Griffin III Sent: Thursday, May 7, 2020 10:30 AM To: Archivesspace Users Group Subject: Question Regarding the REST API batch_imports Operation Hello Everyone, I have recently been reviewing the documentation for the REST API, and was looking to explore the possible usage of https://archivesspace.github.io/archivesspace/api/#import-a-batch-of-records Please forgive for my ignorance, but does the body of the POST request contain a payload of EAD XML? Would this be a string of concatenated EAD documents? Additionally, my understanding is that the response from this request contains an identifier for the created object. As the job for importing the records would be asynchronous, should one poll for the status of this new object by repeatedly transmitting a GET request against https://archivesspace.github.io/archivesspace/api/#find-resources-by-their-identifiers until it has been fully imported? Thank you for your patience and assistance. Sincerely, James -- my.pronoun.is/he James R. Griffin III Digital Infrastructure Developer Princeton University Library Princeton, NJ 08544 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at virginia.edu Thu May 7 11:24:31 2020 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Thu, 7 May 2020 15:24:31 +0000 Subject: [Archivesspace_Users_Group] Question Regarding the REST API batch_imports Operation In-Reply-To: References: Message-ID: <0DA70756-06B7-47BA-8685-803C271BE4A1@virginia.edu> (In the backend:) EADConverter takes an EAD file (.xml) and produces a JSON file on resources: archival_objects, a parent resource record and possibly global subjects and agents. I?m not sure if there is a backend API call to do just this initial step, but you can run it from pry/irb with something like: converter = EADConverter.new( eadxml ) converter.run converter.get_output_path That JSON output is what batch_import takes. The JSON records temporary identifiers to link them together, and on import those links are converted to identifiers in the current repository namespace. So it?s typically many resource records representing one EAD file. However, I think from the way it?s implemented that it would work on a collection of records no matter whether they were related. ? Steve. > On May 7, 2020, at 10:44 AM, James R Griffin III wrote: > > I am terribly sorry, I have now found that the payload is a JSON serialization of an array of resource objects: https://github.com/archivesspace/archivesspace/blob/master/backend/spec/controller_batch_import_spec.rb#L41 > > Would one then model the payload as one of these arrays of JSON objects, each with a URI internal to the EAD file? > From: James R Griffin III > Sent: Thursday, May 7, 2020 10:30 AM > To: Archivesspace Users Group > Subject: Question Regarding the REST API batch_imports Operation > > Hello Everyone, > > I have recently been reviewing the documentation for the REST API, and was looking to explore the possible usage of https://archivesspace.github.io/archivesspace/api/#import-a-batch-of-records > > Please forgive for my ignorance, but does the body of the POST request contain a payload of EAD XML? Would this be a string of concatenated EAD documents? > > Additionally, my understanding is that the response from this request contains an identifier for the created object. As the job for importing the records would be asynchronous, should one poll for the status of this new object by repeatedly transmitting a GET request against https://archivesspace.github.io/archivesspace/api/#find-resources-by-their-identifiers until it has been fully imported? > > Thank you for your patience and assistance. > > Sincerely, > James > > -- > my.pronoun.is/he > James R. Griffin III > Digital Infrastructure Developer > Princeton University Library > Princeton, NJ 08544 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3342 bytes Desc: not available URL: From sdm7g at virginia.edu Thu May 7 11:45:34 2020 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Thu, 7 May 2020 15:45:34 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Background Job Failing In-Reply-To: References: Message-ID: You might try downloading EAD directly from the backend API and verify that it is working: /repositories/${REPO}/resource_descriptions/${ID}.xml ? Steve. > On May 7, 2020, at 8:29 AM, Boggio, Jerry wrote: > > Hello ArchivesSpace Users! > > Based on a suggestion from Steven Majewski of the University of Virginia, we made the following change in archivesspace.sh startup script to allocate more memory - ASPACE_JAVA_XMX="-Xmx2048m?. That solved the issue of generating a PDF file (Export > Generate PDF), but creating an EAD file (Export > Download EAD) errors by timing out after 2 minutes. > > Would anyone have insight on the 2nd issue? > > Thanks again and stay healthy! > Gerard (Jerry) Boggio | MITRE Corporation | R504 - Collaboration & Info Management | 781-271-2719 | Bedford, MA | 2K132 > > From: Boggio, Jerry > Sent: Tuesday, May 5, 2020 11:49 AM > To: archivesspace_users_group at lyralists.lyrasis.org > Cc: Sutherland, Bryan > Subject: ArchivesSpace Background Job Failing > > Hello ArchivesSpace Users! > > We have a Resource where we added ~33,600 records of information. Each record consists of 1 field. The data was successfully loaded into ASpace and is viewable. However, when we try to export that information through a background job to create a PDF or CSV file we get an error ?Java heap space?. If we run the following query in ?MySQL Workbench? it completes in less than 3 seconds. > > select title from archival_object where root_record_id = 44; > > Does anyone have insight as to why this ASpace batch job would be failing? > > Please let us know if you need more information. > > Thank you! > Gerard (Jerry) Boggio | MITRE Corporation | R504 - Collaboration & Info Management | 781-271-2719 | Bedford, MA | 2K132 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3342 bytes Desc: not available URL: From andrew.morrison at bodleian.ox.ac.uk Thu May 7 11:57:19 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 7 May 2020 16:57:19 +0100 Subject: [Archivesspace_Users_Group] Question Regarding the REST API batch_imports Operation In-Reply-To: References: Message-ID: <24e2526f-d15f-d814-42d6-aa4c7ba33d67@bodleian.ox.ac.uk> If you want to load EAD via the backend API you can use the /jobs_with_files/ endpoint. You send that both JSON (to specify what job to run and give it the necessary parameters) and the EAD for the job to process. Here is an example a cURL command to start a job to import an EAD file in the current local directory called *myeadfile.xml* to an ArchivesSpace system running on a machine called *myhost*: curl -H "X-ArchivesSpace-Session: *MYTOKEN*" -F "job={\"jsonmodel_type\": \"job\", \"status\": \"queued\", \"job_type\": \"import_job\", \"job\": {\"jsonmodel_type\": \"import_job\", \"filenames\": [\"*myeadfile.xml*\"], \"import_type\": \"ead_xml\"}}" -F "files[]=@*myeadfile.xml*" http://*myhost*:*8089*/repositories/*2*/jobs_with_files That assumes the backend is set up to listen (and isn't blocked by a firewall between you and it) on post 8089. And that you want any records created to belong to repository number 2. Change those as appropriate. *MYTOKEN* is a session token which you can get from the response to this: read -p "Username: " USER; read -s -p "Password: " PASS; curl -Fpassword=$PASS http://*myhost*:*8089*/users/$USER/login You could probably specify multiple EAD files, but it is safer to always do one file per import job. The HTTP response is only the status of the job, usually "Created". It doesn't tell you whether the import succeeds, nor the ID(s) of any records created. I've only ever used this to populate testing systems, when a few failures didn't matter. The jobs and their logs can be viewed in the staff interface. Andrew. On 07/05/2020 15:44, James R Griffin III wrote: > I am terribly sorry, I have now found that the payload is a JSON > serialization of an array of? resource objects: > https://github.com/archivesspace/archivesspace/blob/master/backend/spec/controller_batch_import_spec.rb#L41 > > Would one then model the payload as one of these arrays of JSON > objects, each with a URI internal to the EAD file? > ------------------------------------------------------------------------ > *From:* James R Griffin III > *Sent:* Thursday, May 7, 2020 10:30 AM > *To:* Archivesspace Users Group > > *Subject:* Question Regarding the REST API batch_imports Operation > Hello Everyone, > > I have recently been reviewing the documentation for the REST API, and > was looking to explore the possible usage of > https://archivesspace.github.io/archivesspace/api/#import-a-batch-of-records > > Please forgive for my ignorance, but does the body of the POST request > contain a payload of EAD XML? Would this be a string of concatenated > EAD documents? > > Additionally, my understanding is that the response from this request > contains an identifier for the created object. As the job for > importing the records would be asynchronous, should one poll for the > status of this new object by repeatedly transmitting a GET request > against > https://archivesspace.github.io/archivesspace/api/#find-resources-by-their-identifiers?until > it has been fully imported? > > Thank you for your patience and assistance. > > Sincerely, > James > > -- > > my.pronoun.is/he > > James R. Griffin III > > Digital Infrastructure Developer > > Princeton University Library > > Princeton, NJ 08544 > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu May 7 13:23:49 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 7 May 2020 17:23:49 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> Message-ID: <512F3C3D-C506-4E11-B5FB-4B9EBF4775B0@lyrasis.org> Dear ArchivesSpace Users, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29067 bytes Desc: image001.jpg URL: From dave_mayo at harvard.edu Thu May 7 17:08:26 2020 From: dave_mayo at harvard.edu (Mayo, Dave) Date: Thu, 7 May 2020 21:08:26 +0000 Subject: [Archivesspace_Users_Group] Question Regarding the REST API batch_imports Operation In-Reply-To: References: Message-ID: <6ABEFB11-BC23-4701-9EF1-18B8AF3D016E@harvard.edu> I did a lot of this back in the day, but it?s been a while ? IIRC You post an array of objects matching the JSONModel schema in ArchivesSpace. If you?re referencing existing objects in the system, you use the existing URI in refs, if you?re creating an object, you give it an arbitrary URI which will be replaced on ingest, and succeeding objects later in the array can reference that URI. For example, in this case, https://github.com/smith-special-collections/aspace-utils/blob/smith/resource_parser.rb#L389, I give resource objects a URI that looks like "/repositories/import/resources/import_309r8sfoijw3409ruf0u40fg8" (using a UUID generator built into Ruby) so objects later in the import can refer to the resource. Does that make sense? -- Dave Mayo (he/him) Senior Digital Library Software Engineer Harvard University > HUIT > LTS From: on behalf of James R Griffin III Reply-To: Archivesspace Users Group Date: Thursday, May 7, 2020 at 10:44 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question Regarding the REST API batch_imports Operation I am terribly sorry, I have now found that the payload is a JSON serialization of an array of resource objects: https://github.com/archivesspace/archivesspace/blob/master/backend/spec/controller_batch_import_spec.rb#L41 Would one then model the payload as one of these arrays of JSON objects, each with a URI internal to the EAD file? ________________________________ From: James R Griffin III Sent: Thursday, May 7, 2020 10:30 AM To: Archivesspace Users Group Subject: Question Regarding the REST API batch_imports Operation Hello Everyone, I have recently been reviewing the documentation for the REST API, and was looking to explore the possible usage of https://archivesspace.github.io/archivesspace/api/#import-a-batch-of-records Please forgive for my ignorance, but does the body of the POST request contain a payload of EAD XML? Would this be a string of concatenated EAD documents? Additionally, my understanding is that the response from this request contains an identifier for the created object. As the job for importing the records would be asynchronous, should one poll for the status of this new object by repeatedly transmitting a GET request against https://archivesspace.github.io/archivesspace/api/#find-resources-by-their-identifiers until it has been fully imported? Thank you for your patience and assistance. Sincerely, James -- my.pronoun.is/he James R. Griffin III Digital Infrastructure Developer Princeton University Library Princeton, NJ 08544 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pcollopy at caltech.edu Fri May 8 13:59:15 2020 From: pcollopy at caltech.edu (Collopy, Peter S.) Date: Fri, 8 May 2020 17:59:15 +0000 Subject: [Archivesspace_Users_Group] Listing many related agents Message-ID: <77E3E9EA-35BF-4D18-8402-4737CD5EFD03@caltech.edu> We?re working on a project at Caltech Library to use ArchivesSpace agent records as our central authority for information on Caltech people and organizations, linking not only to related ArchivesSpace archival object records but also to related records in our other repositories. One piece of this is using Related Agents links to associate Caltech?s administrative units with each other and to associate people with the organization and a whole and with particular departments. One of the goals of this is that one ought to be able to view the agent record for California Institute of Technology and see a complete list of all the Caltech-affiliated people for which the Caltech Library, including the Archives, has holdings. This will be a long list of people. My colleague Tommy Keswick is testing this out now, and is finding that the long list is unpaginated, and if it?s very long?about 10,000 records?it overwhelms the browser. This is happening in both the public and staff interfaces. Other lists of linked records in ArchivesSpace?the records linked to a subject, for example?are paginated to avoid this problem. They display 30 records at a time, with links to view more and a dropdown menu to change sorting. We?re interested in being able to use the same paginated interface for the related agents portion of an agent record. Do you have any advice on moving in this direction? Should we file a ticket? Should we consider building a plugin ourselves to change this part of the interface? Is this something already on the radar of developers working on the expansion of the agents module? Thank you very much for any advice, Peter Peter Sachs Collopy, PhD University Archivist and Head of Archives and Special Collections Caltech Library Zoom | schedule -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsteele at jhu.edu Sat May 9 08:06:24 2020 From: jsteele at jhu.edu (Jordon Steele) Date: Sat, 9 May 2020 12:06:24 +0000 Subject: [Archivesspace_Users_Group] Creating new agent type for university offices? In-Reply-To: <969b4212dbf74857a41a999eb32efbc5@ex13-ell-cr-15.home.ku.edu> References: <969b4212dbf74857a41a999eb32efbc5@ex13-ell-cr-15.home.ku.edu> Message-ID: Thanks, Miloche. Good idea, that's what we'll do. Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kottman, Miloche Sent: Thursday, May 7, 2020 10:37 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Creating new agent type for university offices? Jordan, Instead of changing the agent type, you could add a new value to your Controlled Value List: Name Source (name_source) list. For example you can have a value of "university_corporate_body" or just university. --Miloche ****************************** Miloche Kottman Head of Cataloging & Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Jordon Steele Sent: Wednesday, May 6, 2020 2:09 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Creating new agent type for university offices? Hello, we have a need to filter our agent records so that we can export and otherwise take bulk action on corporate bodies that are related to our university (offices, departments, etc.). It doesn't appear that there is a way to add an custom, university-related agent type beyond the standard set (person, family, corporate entity, software), I assume for good reason. Am I right, and if I can't, any advice on another way to add a "university corporate body" designation to these types of records? Thanks! Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Mon May 11 09:56:21 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 11 May 2020 13:56:21 +0000 Subject: [Archivesspace_Users_Group] Webinar Reminder: Integrating ArchivesSpace and ArcLight Webinar Tomorrow Message-ID: <5582772C-2285-4549-921A-D9EA102B0EB3@lyrasis.org> Dear ArchivesSpace users, The next webinar in the Integrations with ArchivesSpace series will be Tuesday, May 12, at 2pm ET. Each webinar in this series highlights an integration with another application used in archives that ArchivesSpace members have worked on or requested. Our eighth webinar in this series will discuss integration with ArcLight. ArcLight is a community-based effort to build an open source Blacklight-based environment to support discovery and delivery of archival material, led by Stanford Libraries. When: May 12, 2020 Time: 2:00 p.m. ? 3:00 p.m. ET (11:00 a.m. ? noon PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_q5w25dN_QUyiXkqM5UPaGA In order to provide a secure webinar experience and ensure adequate space in our Zoom environment, registration is now required for our webinars. Our webinars continue to be free and open to anyone using or interested in ArchivesSpace. Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. In this webinar, Mark A. Matienzo, Assistant Director for Digital Strategy and Access at the Stanford University Libraries, will provide background on the ArcLight project, its features, and how it aligns with and is distinctive from ArchivesSpace. Since 2015, the ArcLight project has had an extensive design phase and two software development work cycles, with contributions from over 40 people and over 9 institutions. In their position at Stanford, Mark manages the digital library discovery, access, and delivery portfolio and a team of software engineers and user experience designers. Prior to joining Stanford, Mark worked as an archivist, technologist, and strategist specializing in born-digital materials and metadata management, at institutions including the Digital Public Library of America, Yale University Library, The New York Public Library, and the American Institute of Physics. After, Gregory Wiedeman, University Archivist in the M.E. Grenander Department of Special Collections & Archives at the University at Albany, SUNY, will discuss UAlbany?s integration of ArchivesSpace and ArcLight. UAlbany implemented ArcLight in March 2019 to provide access to archival description. This instance relies on integrations with ArchivesSpace for creating and managing description, and Hyrax for providing access to digital objects. Greg will overview why UAlbany chose this direction before briefly diving into the details on how UAlbany?s integration works. Finally, he will discuss what is working well with these systems and what still needs improvement. In his position at UAlbany, Greg helps ensure long-term access to the school?s public records. He oversees collecting, processing, and reference for the University Archives and supports the implementation and development of the department?s archival systems. Who should attend: Anyone interested in learning more about ArcLight, integrating ArcLight and ArchivesSpace or who has already integrated the two systems Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or the Integrations with ArchivesSpace webinar series. The next Integrations with ArchivesSpace webinar will be: Integrating ArchivesSpace with Islandora and Drupal at University of Nevada, Las Vegas Libraries, July 15, 2020, at 2pm ET (11am PT). Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 4938 bytes Desc: image001.jpg URL: From Jessica.Crouch at lyrasis.org Mon May 11 14:33:09 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 11 May 2020 18:33:09 +0000 Subject: [Archivesspace_Users_Group] Register now for the ArchivesSpace Second Annual Online Forum Message-ID: [cid:image001.jpg at 01D627A1.15062330] There is still time to register for the Second Annual ArchivesSpace Online Forum! As with our in-person forums, our Online Forum will include a mix of opportunities to share and learn from each other about many different aspects of ArchivesSpace. The forum aims to span the many time zones of our community over the course of 4 days with a three hour block each day. Visit the Online Forum wiki to view the schedule for each day. When: May 18-21, 2020 May 18, 2020 ? 4pm-7pm UTC (find your local time) May 19, 2020 ? 5am-8am UTC (find your local time)* May 20, 2020 ? 4pm-7pm UTC (find your local time) May 21, 2020 ? 5am-8am UTC (find your local time)* *For those attendees in the Western and Midwestern United States, portions of events occurring on May 19 and May 21, 2020 will occur on the nights of May 18 and 20, 2020. Where: All online via Zoom, with opportunities to join via computer or phone Who Can Attend: Anyone using or interested in using ArchivesSpace. Registration required. Online registration: https://www.eventbrite.com/e/99210119137 Please register if you plan to attend any part of the Forum. Connection information will be sent to registered participants on Friday, May 15. We anticipate recording many parts of the event, but we encourage you to dip in and out of the live program as much as you can. You will no doubt ?meet? a different set of colleagues each time. Thanks so much to our international working group, who have been working hard to bring you this new type of event, and please feel free to contact ArchivesSpace Community Engagement Coordinator, Jessica Crouch (jessica.crouch at lyrasis.org) with questions. We look forward to seeing many of you there! Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 194240 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 mcyzyk at jhu.edu Tue May 12 09:20:24 2020 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Tue, 12 May 2020 09:20:24 -0400 Subject: [Archivesspace_Users_Group] How to add to dropdown, not a controlled vocabulary dropdown Message-ID: <1c475f1a-cd1a-2d06-9b9b-c640b1a6a14f@jhu.edu> Dear ASpace List, I need to add something to a dropdown and am not sure where the action is happening. I can add items to Controlled Vocabulary dropdowns via the staff GUI. I can change labels of existing items in dropdowns via /locales/en.yml. What I am not finding is how to add a wholly new item to a dropdown that is not a Controlled Vocabulary dropdown. In particular: New Corporate Entity Notes --> Note Type Want to add "General" to the Note Type dropdown How to do this?? I'm not finding it in the docs. Advice much appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. -------------- next part -------------- An HTML attachment was scrubbed... URL: From elizabeth.russell1 at maine.edu Tue May 12 11:44:41 2020 From: elizabeth.russell1 at maine.edu (Elizabeth Russell) Date: Tue, 12 May 2020 11:44:41 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace and Digital Commons integration Message-ID: Hello All, Are any of you aware of any projects or repositories that use ArchivesSpace and Digital Commons in conjunction with each other? I'm looking for workflows to add digital object records to ASpace from digital images in Digital Commons. The Digital Commons images have been entered over many years prior to our using ASpace, and these images exist in their own "silo," not easily found by researchers. And, I'm not at all familiar with using the API, so solutions that don't involve that would be great! Thanks, Beth -- Beth Russell Archivist / Special Collections Librarian University of Maine, 5729 Raymond H. Fogler Library Orono, ME 04469-5729 207.581.1676 elizabeth.russell1 at maine.edu http://www.library.umaine.edu/speccoll -------------- next part -------------- An HTML attachment was scrubbed... URL: From baileys at ou.edu Tue May 12 16:55:53 2020 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Tue, 12 May 2020 20:55:53 +0000 Subject: [Archivesspace_Users_Group] Problems with Default Fields in Resource Records Message-ID: <62EE07F9-872D-47C6-9EDA-D73E9C7A3A21@ou.edu> Hello All, I utilized the ?edit default fields? function to create a default resource record but it is not working for *most* of our users. It does not work for the majority of the team including me ? when I create a new resource record the default fields don?t show up ? but it does work for another admin. When she creates a new resource record, the default fields I implemented show up for her. Anyone dealt with anything like this before? Thanks! -Bailey Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 -------------- next part -------------- An HTML attachment was scrubbed... URL: From KennedyN at si.edu Tue May 12 17:32:24 2020 From: KennedyN at si.edu (Kennedy, Nancy) Date: Tue, 12 May 2020 21:32:24 +0000 Subject: [Archivesspace_Users_Group] Problems with Default Fields in Resource Records In-Reply-To: <62EE07F9-872D-47C6-9EDA-D73E9C7A3A21@ou.edu> References: <62EE07F9-872D-47C6-9EDA-D73E9C7A3A21@ou.edu> Message-ID: You might want to review the User, Repository and Global preferences (which can override each other). There?s a checkbox to ?pre-populate? records. I think you need that set to True before default values will fill for new records. Nancy From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hoffner, Bailey E. Sent: Tuesday, May 12, 2020 4:56 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Problems with Default Fields in Resource Records External Email - Exercise Caution Hello All, I utilized the ?edit default fields? function to create a default resource record but it is not working for *most* of our users. It does not work for the majority of the team including me ? when I create a new resource record the default fields don?t show up ? but it does work for another admin. When she creates a new resource record, the default fields I implemented show up for her. Anyone dealt with anything like this before? Thanks! -Bailey Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Wed May 13 03:30:05 2020 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Wed, 13 May 2020 08:30:05 +0100 Subject: [Archivesspace_Users_Group] How to add to dropdown, not a controlled vocabulary dropdown In-Reply-To: <1c475f1a-cd1a-2d06-9b9b-c640b1a6a14f@jhu.edu> References: <1c475f1a-cd1a-2d06-9b9b-c640b1a6a14f@jhu.edu> Message-ID: The options in the type drop-down for notes in agents, which includes corporate entities, are defined in the code in at least two places: https://github.com/archivesspace/archivesspace/blob/master/common/schemas/abstract_agent.rb#L40-L44 https://github.com/archivesspace/archivesspace/blob/master/frontend/app/helpers/notes_helper.rb#L37-L50 It certainly isn't configurable. Whether it would be possible to override a common schema in a plug-in I don't know. Andrew. On 12/05/2020 14:20, Mark Cyzyk wrote: > > Dear ASpace List, > > I need to add something to a dropdown and am not sure where the action > is happening. > > I can add items to Controlled Vocabulary dropdowns via the staff GUI. > > I can change labels of existing items in dropdowns via /locales/en.yml. > > What I am not finding is how to add a wholly new item to a dropdown > that is not a Controlled Vocabulary dropdown. > > In particular: > > New Corporate Entity > > Notes --> Note Type > > Want to add "General" to the Note Type dropdown > > > How to do this?? I'm not finding it in the docs. > > Advice much appreciated, > > Mark > -- > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmichelson at smith.edu Wed May 13 07:18:42 2020 From: dmichelson at smith.edu (Daniel Michelson) Date: Wed, 13 May 2020 07:18:42 -0400 Subject: [Archivesspace_Users_Group] Problems with Default Fields in Resource Records In-Reply-To: <62EE07F9-872D-47C6-9EDA-D73E9C7A3A21@ou.edu> References: <62EE07F9-872D-47C6-9EDA-D73E9C7A3A21@ou.edu> Message-ID: Hi Bailey, Have you confirmed that the checkbox "Pre-populate Records?" is checked in user preferences? That may be the issue. Dan On Tue, May 12, 2020 at 4:56 PM Hoffner, Bailey E. wrote: > Hello All, > > > > I utilized the ?edit default fields? function to create a default resource > record but it is not working for **most** of our users. It does not work > for the majority of the team including me ? when I create a new resource > record the default fields don?t show up ? but it does work for another > admin. When she creates a new resource record, the default fields I > implemented show up for her. > > > > Anyone dealt with anything like this before? Thanks! > > > > -Bailey > > > > Bailey Hoffner, MLIS > > Metadata and Collections Management Archivist > > University of Oklahoma Libraries > > 405-325-1566 > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Project Manager Archivist Smith College Special Collections The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website . For information about library services during this time, information is available on our website . -------------- next part -------------- An HTML attachment was scrubbed... URL: From baileys at ou.edu Wed May 13 09:42:10 2020 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Wed, 13 May 2020 13:42:10 +0000 Subject: [Archivesspace_Users_Group] Problems with Default Fields in Resource Records In-Reply-To: References: <62EE07F9-872D-47C6-9EDA-D73E9C7A3A21@ou.edu> Message-ID: Solved it! Ha, of course it was that simple. Thank you so much, Dan, and everyone that gave input. -Bailey Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 From: on behalf of Daniel Michelson Reply-To: Archivesspace Users Group Date: Wednesday, May 13, 2020 at 6:18 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with Default Fields in Resource Records Hi Bailey, Have you confirmed that the checkbox "Pre-populate Records?" is checked in user preferences? That may be the issue. Dan On Tue, May 12, 2020 at 4:56 PM Hoffner, Bailey E. > wrote: Hello All, I utilized the ?edit default fields? function to create a default resource record but it is not working for *most* of our users. It does not work for the majority of the team including me ? when I create a new resource record the default fields don?t show up ? but it does work for another admin. When she creates a new resource record, the default fields I implemented show up for her. Anyone dealt with anything like this before? Thanks! -Bailey Bailey Hoffner, MLIS Metadata and Collections Management Archivist University of Oklahoma Libraries 405-325-1566 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dan Michelson Project Manager Archivist Smith College Special Collections The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website. For information about library services during this time, information is available on our website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From reesj at mail.nlm.nih.gov Wed May 13 11:30:49 2020 From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E]) Date: Wed, 13 May 2020 15:30:49 +0000 Subject: [Archivesspace_Users_Group] Importing EAD components with multiple sibling top containers Message-ID: Is it possible to import an EAD component that is comprised of multiple parent-level top containers and have ASpace create two sibling top container instances? Currently it seems ASpace will create a single instance with one top container for the positioned first, then create children/grandchildren for each subsequently positioned in that single instance. Is there a container attribute/semantics I could add to define this parallel logical relationship that would force ASpace to create two instances each with a top container? Or does the EAD importer as a general use tool assume most content is of a type parent/child? Example: 1 2 1862 -- 1875 Sept. To get: [cid:image002.jpg at 01D62919.F3141870] Thanks, John John P. Rees Archivist and Digital Resources Manager History of Medicine Division National Library of Medicine 301-827-4510 Teleworking M-F 8:00AM - 4:30PM until 5/31/2020 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 27832 bytes Desc: image002.jpg URL: From mark.custer at yale.edu Wed May 13 11:53:17 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 13 May 2020 15:53:17 +0000 Subject: [Archivesspace_Users_Group] Importing EAD components with multiple sibling top containers In-Reply-To: References: Message-ID: Hi, John! Short answer: yes. But you have to use @id attributes on the containers, otherwise I think that the ASpace importer will assume that the containers are nested (details are defined here for the importer logic, https://github.com/archivesspace/archivesspace/blob/master/backend/app/converters/ead_converter.rb). Also, if you use @parent attributes that link to the @id values, then you can create multiple container groups (e.g. Box 1, Folders 1-5; Box 2, Folders 1-8; etc.). However, even though you can use container/@parent in EAD to reference a parent container anywhere else in the EAD file, with the ASpace importer, you can only do that within the same component (so, you need to explicitly repeat data in the EAD). So in your example, this should do the trick, if I recall correctly: 1 2 1862 -- 1875 Sept. And, if you needed something with subcontainers, that would look like this: 1 2 1 2 1862 -- 1875 Sept. I've got a number of different updates I run on EAD files prior to ingesting them to ASpace, and here's an example of one that can be used to add those id and parent attributes for some use cases: https://github.com/YaleArchivesSpace/xslt-files/blob/master/EAD_add_IDs_to_containers.xsl Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Rees, John (NIH/NLM) [E] Sent: Wednesday, May 13, 2020 11:30 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Importing EAD components with multiple sibling top containers Is it possible to import an EAD component that is comprised of multiple parent-level top containers and have ASpace create two sibling top container instances? Currently it seems ASpace will create a single instance with one top container for the positioned first, then create children/grandchildren for each subsequently positioned in that single instance. Is there a container attribute/semantics I could add to define this parallel logical relationship that would force ASpace to create two instances each with a top container? Or does the EAD importer as a general use tool assume most content is of a type parent/child? Example: 1 2 1862 -- 1875 Sept. To get: [cid:image002.jpg at 01D62919.F3141870] Thanks, John John P. Rees Archivist and Digital Resources Manager History of Medicine Division National Library of Medicine 301-827-4510 Teleworking M-F 8:00AM ? 4:30PM until 5/31/2020 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 27832 bytes Desc: image002.jpg URL: From reesj at mail.nlm.nih.gov Wed May 13 13:42:47 2020 From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E]) Date: Wed, 13 May 2020 17:42:47 +0000 Subject: [Archivesspace_Users_Group] Importing EAD components with multiple sibling top containers In-Reply-To: References: Message-ID: Mark, thanks. That worked. I was wondering if @parent was somehow necessary, but simple @ids sufficed. John From: Custer, Mark Sent: Wednesday, May 13, 2020 11:53 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Importing EAD components with multiple sibling top containers Hi, John! Short answer: yes. But you have to use @id attributes on the containers, otherwise I think that the ASpace importer will assume that the containers are nested (details are defined here for the importer logic, https://github.com/archivesspace/archivesspace/blob/master/backend/app/converters/ead_converter.rb). Also, if you use @parent attributes that link to the @id values, then you can create multiple container groups (e.g. Box 1, Folders 1-5; Box 2, Folders 1-8; etc.). However, even though you can use container/@parent in EAD to reference a parent container anywhere else in the EAD file, with the ASpace importer, you can only do that within the same component (so, you need to explicitly repeat data in the EAD). So in your example, this should do the trick, if I recall correctly: 1 2 1862 -- 1875 Sept. And, if you needed something with subcontainers, that would look like this: 1 2 1 2 1862 -- 1875 Sept. I've got a number of different updates I run on EAD files prior to ingesting them to ASpace, and here's an example of one that can be used to add those id and parent attributes for some use cases: https://github.com/YaleArchivesSpace/xslt-files/blob/master/EAD_add_IDs_to_containers.xsl Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Rees, John (NIH/NLM) [E] > Sent: Wednesday, May 13, 2020 11:30 AM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Importing EAD components with multiple sibling top containers Is it possible to import an EAD component that is comprised of multiple parent-level top containers and have ASpace create two sibling top container instances? Currently it seems ASpace will create a single instance with one top container for the positioned first, then create children/grandchildren for each subsequently positioned in that single instance. Is there a container attribute/semantics I could add to define this parallel logical relationship that would force ASpace to create two instances each with a top container? Or does the EAD importer as a general use tool assume most content is of a type parent/child? Example: 1 2 1862 -- 1875 Sept. To get: [cid:image002.jpg at 01D6292C.142865E0] Thanks, John John P. Rees Archivist and Digital Resources Manager History of Medicine Division National Library of Medicine 301-827-4510 Teleworking M-F 8:00AM - 4:30PM until 5/31/2020 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 27363 bytes Desc: image002.jpg URL: From Jessica.Crouch at lyrasis.org Thu May 14 13:22:24 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 14 May 2020 17:22:24 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: <512F3C3D-C506-4E11-B5FB-4B9EBF4775B0@lyrasis.org> References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> <512F3C3D-C506-4E11-B5FB-4B9EBF4775B0@lyrasis.org> Message-ID: <614B918C-6F58-4D55-89F5-18680C71701B@lyrasis.org> Dear ArchivesSpace Users, We?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29068 bytes Desc: image001.jpg URL: From KennedyN at si.edu Thu May 14 15:03:35 2020 From: KennedyN at si.edu (Kennedy, Nancy) Date: Thu, 14 May 2020 19:03:35 +0000 Subject: [Archivesspace_Users_Group] Top containers internal only Message-ID: Afternoon, We are evaluating options for managing container barcodes and locations in archivesspace, but have use cases where the containers are not intended for public view. I'm curious to know if and how other institutions have address "internal" containers? Has there been any exploration of a "publish" checkbox for an Instance or on the Top Container ? Digital objects have a "publish" checkbox, but analog instances/containers do not seem to have the same option. While I could (and might) create additional archival objects, so that I can uncheck "publish" at the descriptive level, what I am really trying to do is control display of carrier/instance information. Nancy Kennedy Smithsonian Institution kennedyn at si.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From reesj at mail.nlm.nih.gov Fri May 15 12:20:06 2020 From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E]) Date: Fri, 15 May 2020 16:20:06 +0000 Subject: [Archivesspace_Users_Group] Re-baselining data from a production string Message-ID: Hey all, We'd like to re-baseline our production data periodically, and before performing a version upgrade. For those that have multiple prod/qa strings, is there a best practice for re-baselining data different than following the backup and recovery instructions? Does this grab things like updated controlled vocabulary lists, user/global/repo preference settings, RDE templates, etc. and update them in the other string? Anything to look out for? Thanks, John John P. Rees Archivist and Digital Resources Manager History of Medicine Division National Library of Medicine 301-827-4510 Teleworking M-F 8:00AM - 4:30PM until 5/31/2020 -------------- next part -------------- An HTML attachment was scrubbed... URL: From gcoddington at mcdaniel.edu Mon May 18 09:35:24 2020 From: gcoddington at mcdaniel.edu (Gwenlyn Coddington) Date: Mon, 18 May 2020 13:35:24 +0000 Subject: [Archivesspace_Users_Group] Missing Accession Records from Archon Migration Message-ID: Hello, While completing some data clean-up projects in ArchivesSpace, I noticed that a large portion of our accession records in Archon did not migrate to ArchivesSpace. From what I can tell, the records that did not migrate also did not have web output enabled in Archon (I don't know if that is related or not). Is it possible to migrate these records via the Archon migration tool without overriding the current ArchivesSpace data? If not, is there a way to get them out of Archon? Unfortunately, I do not know what was done in the original migration as it was completed before I began my position. Any thoughts or advice on how to approach this would be appreciated. Thanks very much, Gwen Coddington -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Mon May 18 17:00:11 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 18 May 2020 21:00:11 +0000 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database Message-ID: All, Is anyone else working on Agent-related cleanup projects in ArchivesSpace right now? We?ve got a couple of those going on at Yale, and I wanted to mention one of them on this listserv since I said that I would last night on Twitter ?. My reasoning was that it would be better to share widely, even early on, in the likely event that others were working on similar projects, and in hopes that it might save time for anyone else looking to get started with such a project. Anyhow, just for the sake of sharing, here?s a really hacky SQL database query that you can use in ArchivesSpace to get a list of agents that have any name forms that include ?Mrs.? or ?Miss?: https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 A few caveats: * I do *not* know SQL very well, so I know that this could be improved dramatically, but it gets data out of ArchivesSpace. * The query casts a rather wide net, since it looks for Mrs. or Miss in any of the name forms, but it could be altered to just look for those two terms in the ?sort_name? only if desired. * The result of the query has at least one Yale-specific field in there, since we store our local ILS bibliographic IDs in ASpace?s ?user defined string 2? field. You can ignore that, or add something else, etc., but the gist is that this query should work in any ASpace instance. It should return one row per agent, with multiple name forms, and a bit more information like which Resources, Archival Objects, and/or Accessions the agent is linked to. * And last, it just searches for variations of ?Mrs.? and ?Miss?, which works for our dataset, but you could modify the HAVING clause at the end of the query to search for other honorific terms, if needed. Most importantly, though, getting a dataset to review and act on is just the first step. The hard work comes next! Jessica Tai, Alison Clemens, and Karen Spicher are spearheading this project at Yale. If anyone has specific questions about the project, I?d encourage you to reach out directly to them. For now, though, here?s one interesting example from the project: we?ve got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, https://archives.yale.edu/agents/people/77599. Originally this would just have been text in the finding aid, later a link in a catalog record, and now it?s full-blown, standalone record for a person in ArchivesSpace. But nowhere in that agent record is her given name, Elizabeth, although her name is thankfully listed multiple times in the finding aid (check out the finding aid author! ?), in the Wikipedia entry for John Green Brady, and elsewhere. So, that agent record will eventually be one of a few hundred local records that we update in ArchivesSpace during the course of this project. And, one of the things that I like about ArchivesSpace --which helps to make sure that this project is possible without too many workarounds-- is that even if an agent record has a corresponding authority record in, say, the Library of Congress name authority file (e.g. http://id.loc.gov/authorities/names/n2008076910), you can still choose to use a different name variant for that agent?s display name, rather than an authorized heading. Anyhow, I hope all is doing well! Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From ldfs at umn.edu Mon May 18 17:06:51 2020 From: ldfs at umn.edu (Lara Friedman-Shedlov) Date: Mon, 18 May 2020 16:06:51 -0500 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database In-Reply-To: References: Message-ID: Thanks for sharing this Mark. At the University of Minnesota, we are in the early stages of doing some agent record clean-up as well, so this information is very useful. For one project we were looking at doing with our agents, we wanted to create a report of all of our agent records that would also include the biographical /historical notes from any linked resource records (or at least the URLs to any associated resource records, so we could easily find the relevant bio/hist notes). Our instance of ArchivesSpace is hosted by Lyrasis so we contacted them to ask about it and were told this is "not possible." I found that surprising and wonder if anyone else has done something like this and if so, how. / Lara Friedman-Shedlov On Mon, May 18, 2020 at 4:00 PM Custer, Mark wrote: > All, > > > > Is anyone else working on Agent-related cleanup projects in ArchivesSpace > right now? We?ve got a couple of those going on at Yale, and I wanted to > mention one of them on this listserv since I said that I would last night > on Twitter ?. My reasoning was that it would be better to share widely, > even early on, in the likely event that others were working on similar > projects, and in hopes that it might save time for anyone else looking to > get started with such a project. > > > > Anyhow, just for the sake of sharing, here?s a really hacky SQL database > query that you can use in ArchivesSpace to get a list of agents that have > any name forms that include ?Mrs.? or ?Miss?: > https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 > > > > A few caveats: > > - I do **not** know SQL very well, so I know that this could be > improved dramatically, but it gets data out of ArchivesSpace. > - The query casts a rather wide net, since it looks for Mrs. or Miss > in any of the name forms, but it could be altered to just look for those > two terms in the ?sort_name? only if desired. > - The result of the query has at least one Yale-specific field in > there, since we store our local ILS bibliographic IDs in ASpace?s ?user > defined string 2? field. You can ignore that, or add something else, etc., > but the gist is that this query should work in any ASpace instance. It > should return one row per agent, with multiple name forms, and a bit more > information like which Resources, Archival Objects, and/or Accessions the > agent is linked to. > - And last, it just searches for variations of ?Mrs.? and ?Miss?, > which works for our dataset, but you could modify the HAVING clause at the > end of the query to search for other honorific terms, if needed. > > > > Most importantly, though, getting a dataset to review and act on is just > the first step. The hard work comes next! Jessica Tai, Alison Clemens, > and Karen Spicher are spearheading this project at Yale. If anyone has > specific questions about the project, I?d encourage you to reach out > directly to them. > > > > For now, though, here?s one interesting example from the project: we?ve > got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, > https://archives.yale.edu/agents/people/77599. Originally this would > just have been text in the finding aid, later a link in a catalog record, > and now it?s full-blown, standalone record for a person in ArchivesSpace. > But nowhere in that agent record is her given name, Elizabeth, although her > name is thankfully listed multiple times in the finding aid (check out the > finding aid author! ?), in the Wikipedia entry for John Green Brady, and > elsewhere. So, that agent record will eventually be one of a few hundred > local records that we update in ArchivesSpace during the course of this > project. And, one of the things that I like about ArchivesSpace --which > helps to make sure that this project is possible without too many > workarounds-- is that even if an agent record has a corresponding > authority record in, say, the Library of Congress name authority file (e.g. > http://id.loc.gov/authorities/names/n2008076910), you can still choose to > use a different name variant for that agent?s display name, rather than an > authorized heading. > > > > Anyhow, I hope all is doing well! > > > > Mark > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Mon May 18 17:25:07 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Mon, 18 May 2020 21:25:07 +0000 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database In-Reply-To: References: , Message-ID: Only "not possible" through the ArchivesSpace reporting interface currently. Though maybe possible in the future. Almost certainly possible to create a CSV report directly from the database, but haven't looked into the details on that yet. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Lara Friedman-Shedlov Sent: Monday, May 18, 2020 5:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database Thanks for sharing this Mark. At the University of Minnesota, we are in the early stages of doing some agent record clean-up as well, so this information is very useful. For one project we were looking at doing with our agents, we wanted to create a report of all of our agent records that would also include the biographical /historical notes from any linked resource records (or at least the URLs to any associated resource records, so we could easily find the relevant bio/hist notes). Our instance of ArchivesSpace is hosted by Lyrasis so we contacted them to ask about it and were told this is "not possible." I found that surprising and wonder if anyone else has done something like this and if so, how. / Lara Friedman-Shedlov On Mon, May 18, 2020 at 4:00 PM Custer, Mark > wrote: All, Is anyone else working on Agent-related cleanup projects in ArchivesSpace right now? We?ve got a couple of those going on at Yale, and I wanted to mention one of them on this listserv since I said that I would last night on Twitter ?. My reasoning was that it would be better to share widely, even early on, in the likely event that others were working on similar projects, and in hopes that it might save time for anyone else looking to get started with such a project. Anyhow, just for the sake of sharing, here?s a really hacky SQL database query that you can use in ArchivesSpace to get a list of agents that have any name forms that include ?Mrs.? or ?Miss?: https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 A few caveats: * I do *not* know SQL very well, so I know that this could be improved dramatically, but it gets data out of ArchivesSpace. * The query casts a rather wide net, since it looks for Mrs. or Miss in any of the name forms, but it could be altered to just look for those two terms in the ?sort_name? only if desired. * The result of the query has at least one Yale-specific field in there, since we store our local ILS bibliographic IDs in ASpace?s ?user defined string 2? field. You can ignore that, or add something else, etc., but the gist is that this query should work in any ASpace instance. It should return one row per agent, with multiple name forms, and a bit more information like which Resources, Archival Objects, and/or Accessions the agent is linked to. * And last, it just searches for variations of ?Mrs.? and ?Miss?, which works for our dataset, but you could modify the HAVING clause at the end of the query to search for other honorific terms, if needed. Most importantly, though, getting a dataset to review and act on is just the first step. The hard work comes next! Jessica Tai, Alison Clemens, and Karen Spicher are spearheading this project at Yale. If anyone has specific questions about the project, I?d encourage you to reach out directly to them. For now, though, here?s one interesting example from the project: we?ve got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, https://archives.yale.edu/agents/people/77599. Originally this would just have been text in the finding aid, later a link in a catalog record, and now it?s full-blown, standalone record for a person in ArchivesSpace. But nowhere in that agent record is her given name, Elizabeth, although her name is thankfully listed multiple times in the finding aid (check out the finding aid author! ?), in the Wikipedia entry for John Green Brady, and elsewhere. So, that agent record will eventually be one of a few hundred local records that we update in ArchivesSpace during the course of this project. And, one of the things that I like about ArchivesSpace --which helps to make sure that this project is possible without too many workarounds-- is that even if an agent record has a corresponding authority record in, say, the Library of Congress name authority file (e.g. http://id.loc.gov/authorities/names/n2008076910), you can still choose to use a different name variant for that agent?s display name, rather than an authorized heading. Anyhow, I hope all is doing well! Mark _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 -------------- next part -------------- An HTML attachment was scrubbed... URL: From k-miller3 at northwestern.edu Tue May 19 10:27:08 2020 From: k-miller3 at northwestern.edu (Karen Miller) Date: Tue, 19 May 2020 14:27:08 +0000 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database In-Reply-To: References: Message-ID: Good morning. At Northwestern University, our ArchivesSpace is hosted by Atlas, who has given us ODBC read-only access to the MySQL database. Just yesterday I ran a report that harvests BiogHist notes from Agents for a cleanup project. My SQL is pretty hacky too (although Mark?s is a good bit more neat looking than mine!), but I could post it on GitHub if it?s of interest. Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Lara Friedman-Shedlov Sent: Monday, May 18, 2020 4:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database Thanks for sharing this Mark. At the University of Minnesota, we are in the early stages of doing some agent record clean-up as well, so this information is very useful. For one project we were looking at doing with our agents, we wanted to create a report of all of our agent records that would also include the biographical /historical notes from any linked resource records (or at least the URLs to any associated resource records, so we could easily find the relevant bio/hist notes). Our instance of ArchivesSpace is hosted by Lyrasis so we contacted them to ask about it and were told this is "not possible." I found that surprising and wonder if anyone else has done something like this and if so, how. / Lara Friedman-Shedlov On Mon, May 18, 2020 at 4:00 PM Custer, Mark > wrote: All, Is anyone else working on Agent-related cleanup projects in ArchivesSpace right now? We?ve got a couple of those going on at Yale, and I wanted to mention one of them on this listserv since I said that I would last night on Twitter ?. My reasoning was that it would be better to share widely, even early on, in the likely event that others were working on similar projects, and in hopes that it might save time for anyone else looking to get started with such a project. Anyhow, just for the sake of sharing, here?s a really hacky SQL database query that you can use in ArchivesSpace to get a list of agents that have any name forms that include ?Mrs.? or ?Miss?: https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 A few caveats: * I do *not* know SQL very well, so I know that this could be improved dramatically, but it gets data out of ArchivesSpace. * The query casts a rather wide net, since it looks for Mrs. or Miss in any of the name forms, but it could be altered to just look for those two terms in the ?sort_name? only if desired. * The result of the query has at least one Yale-specific field in there, since we store our local ILS bibliographic IDs in ASpace?s ?user defined string 2? field. You can ignore that, or add something else, etc., but the gist is that this query should work in any ASpace instance. It should return one row per agent, with multiple name forms, and a bit more information like which Resources, Archival Objects, and/or Accessions the agent is linked to. * And last, it just searches for variations of ?Mrs.? and ?Miss?, which works for our dataset, but you could modify the HAVING clause at the end of the query to search for other honorific terms, if needed. Most importantly, though, getting a dataset to review and act on is just the first step. The hard work comes next! Jessica Tai, Alison Clemens, and Karen Spicher are spearheading this project at Yale. If anyone has specific questions about the project, I?d encourage you to reach out directly to them. For now, though, here?s one interesting example from the project: we?ve got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, https://archives.yale.edu/agents/people/77599. Originally this would just have been text in the finding aid, later a link in a catalog record, and now it?s full-blown, standalone record for a person in ArchivesSpace. But nowhere in that agent record is her given name, Elizabeth, although her name is thankfully listed multiple times in the finding aid (check out the finding aid author! ?), in the Wikipedia entry for John Green Brady, and elsewhere. So, that agent record will eventually be one of a few hundred local records that we update in ArchivesSpace during the course of this project. And, one of the things that I like about ArchivesSpace --which helps to make sure that this project is possible without too many workarounds-- is that even if an agent record has a corresponding authority record in, say, the Library of Congress name authority file (e.g. http://id.loc.gov/authorities/names/n2008076910), you can still choose to use a different name variant for that agent?s display name, rather than an authorized heading. Anyhow, I hope all is doing well! Mark _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kws2126 at columbia.edu Tue May 19 15:10:27 2020 From: kws2126 at columbia.edu (Kevin W. Schlottmann) Date: Tue, 19 May 2020 15:10:27 -0400 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database In-Reply-To: References: Message-ID: Hi all, As an alternative to direct database access to run these sorts of queries, one could download the data as EAD, load it into a local XML database such as BaseX, and run queries using xquery there. (I wrote a couple of quick queries and posted them here: https://gist.github.com/kschlottmann/4c7a3125780c18cd175a29c9ba237928) I put the results into a Google sheet for distributed review by our team. If we have suggested updates to the free-text description (scope notes and unit titles), we'll note that in the Google sheet and then run those back in with the API. This approach obviously technical preconditions as well, including an API or OAI script that will download the EADs en masse and a script that will write the updates back in, but it can be done in a hosted environment where one doesn't have database access. Kevin On Tue, May 19, 2020 at 10:27 AM Karen Miller wrote: > Good morning. > > > > At Northwestern University, our ArchivesSpace is hosted by Atlas, who has > given us ODBC read-only access to the MySQL database. Just yesterday I ran > a report that harvests BiogHist notes from Agents for a cleanup project. My > SQL is pretty hacky too (although Mark?s is a good bit more neat looking > than mine!), but I could post it on GitHub if it?s of interest. > > > > Karen > > > > *Karen D. Miller* > > Monographic Cataloger/Metadata Specialist > > Northwestern University Libraries > > Northwestern University > > 1970 Campus Drive > > Evanston, IL 60208 > > www.library.northwestern.edu > > k-miller3 at northwestern.edu > > 874.467.3462 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Lara > Friedman-Shedlov > *Sent:* Monday, May 18, 2020 4:07 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates > in our ArchivesSpace database > > > > Thanks for sharing this Mark. At the University of Minnesota, we are in > the early stages of doing some agent record clean-up as well, so this > information is very useful. > > > > For one project we were looking at doing with our agents, we wanted to > create a report of all of our agent records that would also include the > biographical /historical notes from any linked resource records (or at > least the URLs to any associated resource records, so we could easily find > the relevant bio/hist notes). Our instance of ArchivesSpace is hosted by > Lyrasis so we contacted them to ask about it and were told this is "not > possible." I found that surprising and wonder if anyone else has done > something like this and if so, how. > > > > / Lara Friedman-Shedlov > > > > > > > > On Mon, May 18, 2020 at 4:00 PM Custer, Mark wrote: > > All, > > > > Is anyone else working on Agent-related cleanup projects in ArchivesSpace > right now? We?ve got a couple of those going on at Yale, and I wanted to > mention one of them on this listserv since I said that I would last night > on Twitter ?. My reasoning was that it would be better to share widely, > even early on, in the likely event that others were working on similar > projects, and in hopes that it might save time for anyone else looking to > get started with such a project. > > > > Anyhow, just for the sake of sharing, here?s a really hacky SQL database > query that you can use in ArchivesSpace to get a list of agents that have > any name forms that include ?Mrs.? or ?Miss?: > https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 > > > > A few caveats: > > - I do **not** know SQL very well, so I know that this could be > improved dramatically, but it gets data out of ArchivesSpace. > - The query casts a rather wide net, since it looks for Mrs. or Miss > in any of the name forms, but it could be altered to just look for those > two terms in the ?sort_name? only if desired. > - The result of the query has at least one Yale-specific field in > there, since we store our local ILS bibliographic IDs in ASpace?s ?user > defined string 2? field. You can ignore that, or add something else, etc., > but the gist is that this query should work in any ASpace instance. It > should return one row per agent, with multiple name forms, and a bit more > information like which Resources, Archival Objects, and/or Accessions the > agent is linked to. > - And last, it just searches for variations of ?Mrs.? and ?Miss?, > which works for our dataset, but you could modify the HAVING clause at the > end of the query to search for other honorific terms, if needed. > > > > Most importantly, though, getting a dataset to review and act on is just > the first step. The hard work comes next! Jessica Tai, Alison Clemens, > and Karen Spicher are spearheading this project at Yale. If anyone has > specific questions about the project, I?d encourage you to reach out > directly to them. > > > > For now, though, here?s one interesting example from the project: we?ve > got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, > https://archives.yale.edu/agents/people/77599. Originally this would > just have been text in the finding aid, later a link in a catalog record, > and now it?s full-blown, standalone record for a person in ArchivesSpace. > But nowhere in that agent record is her given name, Elizabeth, although her > name is thankfully listed multiple times in the finding aid (check out the > finding aid author! ?), in the Wikipedia entry for John Green Brady, and > elsewhere. So, that agent record will eventually be one of a few hundred > local records that we update in ArchivesSpace during the course of this > project. And, one of the things that I like about ArchivesSpace --which > helps to make sure that this project is possible without too many > workarounds-- is that even if an agent record has a corresponding > authority record in, say, the Library of Congress name authority file (e.g. > http://id.loc.gov/authorities/names/n2008076910), you can still choose to > use a different name variant for that agent?s display name, rather than an > authorized heading. > > > > Anyhow, I hope all is doing well! > > > > Mark > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > > Lara D. Friedman-Shedlov (she, her, hers) > > Description and Access Archivist | Kautz Family YMCA Archives | > www.lib.umn.edu/ymca > > Digital Records Archivist | Archives & Special Collections | > www.lib.umn.edu/special > > University of Minnesota Libraries | lib.umn.edu | 612.626.7972 > > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue May 19 16:08:37 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 19 May 2020 20:08:37 +0000 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database In-Reply-To: References: Message-ID: Kevin, I love that approach! Much cleaner to write those queries against the EAD/EAC exports than having to do all of the table joins directly on the database. Of course, it does require having all of that data exported from ArchivesSpace, but that?s already a good goal to have to share your description with services like ArchiveGrid, etc. ? To partially answer your question Lara, the database query that I shared previously will export bioghist notes that are attached to agent records, but it keeps those notes in the format of the ArchivesSpace JSON records. Good to have in the reports to eyeball, at least, but not something that you?d want to edit directly. Here?s an example, which gets stuffed into a single cell in our report: { "jsonmodel_type": "note_bioghist", "subnotes": [ { "jsonmodel_type": "note_text", "content": "English stage actor.", "publish": true, "subnote_guid": "7e7523151fa57827315ceb1772346741" } ], "persistent_id": "497d3dd4284731aa1331eac06928d10a" } Of course, you could further process that output, or grab the contents of the note directly with an API query, etc. But as Blake mentioned, I don?t think that any of the built-in reports include those notes right now since it does require extra processing to make the notes human readable. But ASpace already includes a lot of code to do just that? I just don?t know if any of the current reports tap into that. The previous reporting system in ArchivesSpace, which used Jasper Reports, had an option to easily get those notes out and add them to the reports (e.g. that big blog above would become ?English stage actor?), but even that wouldn?t take any EAD tags that might be present and convert those to something else. Kevin, your sample reports also include searching across unit titles in a finding aid, which is another great use case. I?m afraid to see how many we have of those, but we should definitely look. I know we?ve got quite a few, like https://archives.yale.edu/repositories/11/archival_objects/526696, which I?ve been meaning to update for quite some time. In that case, though, my thought was just to add a new agent heading for http://id.loc.gov/authorities/names/no93005770, which I hope would make it clear what?s going on / not also require updating folder labels and the like? that said, I?d be curious if folks are doing that, too. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin W. Schlottmann Sent: Tuesday, 19 May, 2020 3:10 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database Hi all, As an alternative to direct database access to run these sorts of queries, one could download the data as EAD, load it into a local XML database such as BaseX, and run queries using xquery there. (I wrote a couple of quick queries and posted them here: https://gist.github.com/kschlottmann/4c7a3125780c18cd175a29c9ba237928) I put the results into a Google sheet for distributed review by our team. If we have suggested updates to the free-text description (scope notes and unit titles), we'll note that in the Google sheet and then run those back in with the API. This approach obviously technical preconditions as well, including an API or OAI script that will download the EADs en masse and a script that will write the updates back in, but it can be done in a hosted environment where one doesn't have database access. Kevin On Tue, May 19, 2020 at 10:27 AM Karen Miller > wrote: Good morning. At Northwestern University, our ArchivesSpace is hosted by Atlas, who has given us ODBC read-only access to the MySQL database. Just yesterday I ran a report that harvests BiogHist notes from Agents for a cleanup project. My SQL is pretty hacky too (although Mark?s is a good bit more neat looking than mine!), but I could post it on GitHub if it?s of interest. Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Lara Friedman-Shedlov Sent: Monday, May 18, 2020 4:07 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database Thanks for sharing this Mark. At the University of Minnesota, we are in the early stages of doing some agent record clean-up as well, so this information is very useful. For one project we were looking at doing with our agents, we wanted to create a report of all of our agent records that would also include the biographical /historical notes from any linked resource records (or at least the URLs to any associated resource records, so we could easily find the relevant bio/hist notes). Our instance of ArchivesSpace is hosted by Lyrasis so we contacted them to ask about it and were told this is "not possible." I found that surprising and wonder if anyone else has done something like this and if so, how. / Lara Friedman-Shedlov On Mon, May 18, 2020 at 4:00 PM Custer, Mark > wrote: All, Is anyone else working on Agent-related cleanup projects in ArchivesSpace right now? We?ve got a couple of those going on at Yale, and I wanted to mention one of them on this listserv since I said that I would last night on Twitter ?. My reasoning was that it would be better to share widely, even early on, in the likely event that others were working on similar projects, and in hopes that it might save time for anyone else looking to get started with such a project. Anyhow, just for the sake of sharing, here?s a really hacky SQL database query that you can use in ArchivesSpace to get a list of agents that have any name forms that include ?Mrs.? or ?Miss?: https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 A few caveats: * I do *not* know SQL very well, so I know that this could be improved dramatically, but it gets data out of ArchivesSpace. * The query casts a rather wide net, since it looks for Mrs. or Miss in any of the name forms, but it could be altered to just look for those two terms in the ?sort_name? only if desired. * The result of the query has at least one Yale-specific field in there, since we store our local ILS bibliographic IDs in ASpace?s ?user defined string 2? field. You can ignore that, or add something else, etc., but the gist is that this query should work in any ASpace instance. It should return one row per agent, with multiple name forms, and a bit more information like which Resources, Archival Objects, and/or Accessions the agent is linked to. * And last, it just searches for variations of ?Mrs.? and ?Miss?, which works for our dataset, but you could modify the HAVING clause at the end of the query to search for other honorific terms, if needed. Most importantly, though, getting a dataset to review and act on is just the first step. The hard work comes next! Jessica Tai, Alison Clemens, and Karen Spicher are spearheading this project at Yale. If anyone has specific questions about the project, I?d encourage you to reach out directly to them. For now, though, here?s one interesting example from the project: we?ve got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, https://archives.yale.edu/agents/people/77599. Originally this would just have been text in the finding aid, later a link in a catalog record, and now it?s full-blown, standalone record for a person in ArchivesSpace. But nowhere in that agent record is her given name, Elizabeth, although her name is thankfully listed multiple times in the finding aid (check out the finding aid author! ?), in the Wikipedia entry for John Green Brady, and elsewhere. So, that agent record will eventually be one of a few hundred local records that we update in ArchivesSpace during the course of this project. And, one of the things that I like about ArchivesSpace --which helps to make sure that this project is possible without too many workarounds-- is that even if an agent record has a corresponding authority record in, say, the Library of Congress name authority file (e.g. http://id.loc.gov/authorities/names/n2008076910), you can still choose to use a different name variant for that agent?s display name, rather than an authorized heading. Anyhow, I hope all is doing well! Mark _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kws2126 at columbia.edu Tue May 19 16:40:14 2020 From: kws2126 at columbia.edu (Kevin W. Schlottmann) Date: Tue, 19 May 2020 16:40:14 -0400 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database In-Reply-To: References: Message-ID: Hi Mark, Indeed; to your point of having the data available, we publish our HTML finding aids from EAD, so we have a cache of all EADs that is updated nightly with any deltas. So it's an easy and up-to-date data source for me to turn to. We turned up over 6,000 unittitles with the string 'Mrs', although some of them will need no remediation (e.g., Mrs Doubtfire -- a unittitle from a movie reviewer's collection.) Kevin On Tue, May 19, 2020 at 4:08 PM Custer, Mark wrote: > Kevin, > > > > I love that approach! Much cleaner to write those queries against the > EAD/EAC exports than having to do all of the table joins directly on the > database. Of course, it does require having all of that data exported from > ArchivesSpace, but that?s already a good goal to have to share your > description with services like ArchiveGrid, etc. ? > > > > To partially answer your question Lara, the database query that I shared > previously will export bioghist notes that are attached to agent records, > but it keeps those notes in the format of the ArchivesSpace JSON records. > Good to have in the reports to eyeball, at least, but not something that > you?d want to edit directly. Here?s an example, which gets stuffed into a > single cell in our report: > > > > { > "jsonmodel_type": "note_bioghist", > "subnotes": [ > { > "jsonmodel_type": "note_text", > "content": "English stage actor.", > "publish": true, > "subnote_guid": "7e7523151fa57827315ceb1772346741" > } > ], > "persistent_id": "497d3dd4284731aa1331eac06928d10a" > } > > > > Of course, you could further process that output, or grab the contents of > the note directly with an API query, etc. But as Blake mentioned, I don?t > think that any of the built-in reports include those notes right now since > it does require extra processing to make the notes human readable. But > ASpace already includes a lot of code to do just that? I just don?t know > if any of the current reports tap into that. The previous reporting system > in ArchivesSpace, which used Jasper Reports, had an option to easily get > those notes out and add them to the reports (e.g. that big blog above would > become ?English stage actor?), but even that wouldn?t take any EAD tags > that might be present and convert those to something else. > > > > Kevin, your sample reports also include searching across unit titles in a > finding aid, which is another great use case. I?m afraid to see how many > we have of those, but we should definitely look. I know we?ve got quite a > few, like > https://archives.yale.edu/repositories/11/archival_objects/526696, which > I?ve been meaning to update for quite some time. In that case, though, my > thought was just to add a new agent heading for > http://id.loc.gov/authorities/names/no93005770, which I hope would make > it clear what?s going on / not also require updating folder labels and the > like? that said, I?d be curious if folks are doing that, too. > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Kevin > W. Schlottmann > *Sent:* Tuesday, 19 May, 2020 3:10 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates > in our ArchivesSpace database > > > > Hi all, > > > > As an alternative to direct database access to run these sorts of queries, > one could download the data as EAD, load it into a local XML database such > as BaseX, and run queries using xquery there. (I wrote a couple of quick > queries and posted them here: > https://gist.github.com/kschlottmann/4c7a3125780c18cd175a29c9ba237928) I > put the results into a Google sheet for distributed review by our team. If > we have suggested updates to the free-text description (scope notes and > unit titles), we'll note that in the Google sheet and then run those back > in with the API. > > > > This approach obviously technical preconditions as well, including an API > or OAI script that will download the EADs en masse and a script that will > write the updates back in, but it can be done in a hosted environment where > one doesn't have database access. > > > > Kevin > > > > On Tue, May 19, 2020 at 10:27 AM Karen Miller > wrote: > > Good morning. > > > > At Northwestern University, our ArchivesSpace is hosted by Atlas, who has > given us ODBC read-only access to the MySQL database. Just yesterday I ran > a report that harvests BiogHist notes from Agents for a cleanup project. My > SQL is pretty hacky too (although Mark?s is a good bit more neat looking > than mine!), but I could post it on GitHub if it?s of interest. > > > > Karen > > > > *Karen D. Miller* > > Monographic Cataloger/Metadata Specialist > > Northwestern University Libraries > > Northwestern University > > 1970 Campus Drive > > Evanston, IL 60208 > > www.library.northwestern.edu > > k-miller3 at northwestern.edu > > 874.467.3462 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Lara > Friedman-Shedlov > *Sent:* Monday, May 18, 2020 4:07 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates > in our ArchivesSpace database > > > > Thanks for sharing this Mark. At the University of Minnesota, we are in > the early stages of doing some agent record clean-up as well, so this > information is very useful. > > > > For one project we were looking at doing with our agents, we wanted to > create a report of all of our agent records that would also include the > biographical /historical notes from any linked resource records (or at > least the URLs to any associated resource records, so we could easily find > the relevant bio/hist notes). Our instance of ArchivesSpace is hosted by > Lyrasis so we contacted them to ask about it and were told this is "not > possible." I found that surprising and wonder if anyone else has done > something like this and if so, how. > > > > / Lara Friedman-Shedlov > > > > > > > > On Mon, May 18, 2020 at 4:00 PM Custer, Mark wrote: > > All, > > > > Is anyone else working on Agent-related cleanup projects in ArchivesSpace > right now? We?ve got a couple of those going on at Yale, and I wanted to > mention one of them on this listserv since I said that I would last night > on Twitter ?. My reasoning was that it would be better to share widely, > even early on, in the likely event that others were working on similar > projects, and in hopes that it might save time for anyone else looking to > get started with such a project. > > > > Anyhow, just for the sake of sharing, here?s a really hacky SQL database > query that you can use in ArchivesSpace to get a list of agents that have > any name forms that include ?Mrs.? or ?Miss?: > https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 > > > > A few caveats: > > - I do **not** know SQL very well, so I know that this could be > improved dramatically, but it gets data out of ArchivesSpace. > - The query casts a rather wide net, since it looks for Mrs. or Miss > in any of the name forms, but it could be altered to just look for those > two terms in the ?sort_name? only if desired. > - The result of the query has at least one Yale-specific field in > there, since we store our local ILS bibliographic IDs in ASpace?s ?user > defined string 2? field. You can ignore that, or add something else, etc., > but the gist is that this query should work in any ASpace instance. It > should return one row per agent, with multiple name forms, and a bit more > information like which Resources, Archival Objects, and/or Accessions the > agent is linked to. > - And last, it just searches for variations of ?Mrs.? and ?Miss?, > which works for our dataset, but you could modify the HAVING clause at the > end of the query to search for other honorific terms, if needed. > > > > Most importantly, though, getting a dataset to review and act on is just > the first step. The hard work comes next! Jessica Tai, Alison Clemens, > and Karen Spicher are spearheading this project at Yale. If anyone has > specific questions about the project, I?d encourage you to reach out > directly to them. > > > > For now, though, here?s one interesting example from the project: we?ve > got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, > https://archives.yale.edu/agents/people/77599. Originally this would > just have been text in the finding aid, later a link in a catalog record, > and now it?s full-blown, standalone record for a person in ArchivesSpace. > But nowhere in that agent record is her given name, Elizabeth, although her > name is thankfully listed multiple times in the finding aid (check out the > finding aid author! ?), in the Wikipedia entry for John Green Brady, and > elsewhere. So, that agent record will eventually be one of a few hundred > local records that we update in ArchivesSpace during the course of this > project. And, one of the things that I like about ArchivesSpace --which > helps to make sure that this project is possible without too many > workarounds-- is that even if an agent record has a corresponding > authority record in, say, the Library of Congress name authority file (e.g. > http://id.loc.gov/authorities/names/n2008076910), you can still choose to > use a different name variant for that agent?s display name, rather than an > authorized heading. > > > > Anyhow, I hope all is doing well! > > > > Mark > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > > Lara D. Friedman-Shedlov (she, her, hers) > > Description and Access Archivist | Kautz Family YMCA Archives | > www.lib.umn.edu/ymca > > Digital Records Archivist | Archives & Special Collections | > www.lib.umn.edu/special > > University of Minnesota Libraries | lib.umn.edu | 612.626.7972 > > > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > > Kevin Schlottmann > Head of Archives Processing > Rare Book & Manuscript Library > Butler Library, Room 801 > Columbia University > 535 W. 114th St., New York, NY 10027 > (212) 854-8483 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue May 19 17:02:44 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 19 May 2020 21:02:44 +0000 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database In-Reply-To: References: , Message-ID: Kevin, Not counting our 3 collection guides with Mrs. in the title (e.g. Mrs. W. K. Clifford papers), it looks like we have just over 11k levels of description to consider. See https://archives.yale.edu/search?q[]=mrs&op[]=&field[]=title&from_year[]=&to_year[]=&filter_fields[]=primary_type&filter_values[]=archival_object. (but many of those wouldn't need to be updated in the same way as the "Chesterton, G. K., Mrs." example) Definitely the next phase of the project, after we focus on the Agent records (that report is less than 500 names). Wish us luck!!! Regarding updates to the collection guides, I'm curious if you or anyone else have local instructions for that when changing existing containers lists... and would you also contend with changing things on physical housings at the same time, etc.??? Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kevin W. Schlottmann Sent: Tuesday, May 19, 2020 4:40 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database Hi Mark, Indeed; to your point of having the data available, we publish our HTML finding aids from EAD, so we have a cache of all EADs that is updated nightly with any deltas. So it's an easy and up-to-date data source for me to turn to. We turned up over 6,000 unittitles with the string 'Mrs', although some of them will need no remediation (e.g., Mrs Doubtfire -- a unittitle from a movie reviewer's collection.) Kevin On Tue, May 19, 2020 at 4:08 PM Custer, Mark > wrote: Kevin, I love that approach! Much cleaner to write those queries against the EAD/EAC exports than having to do all of the table joins directly on the database. Of course, it does require having all of that data exported from ArchivesSpace, but that?s already a good goal to have to share your description with services like ArchiveGrid, etc. ? To partially answer your question Lara, the database query that I shared previously will export bioghist notes that are attached to agent records, but it keeps those notes in the format of the ArchivesSpace JSON records. Good to have in the reports to eyeball, at least, but not something that you?d want to edit directly. Here?s an example, which gets stuffed into a single cell in our report: { "jsonmodel_type": "note_bioghist", "subnotes": [ { "jsonmodel_type": "note_text", "content": "English stage actor.", "publish": true, "subnote_guid": "7e7523151fa57827315ceb1772346741" } ], "persistent_id": "497d3dd4284731aa1331eac06928d10a" } Of course, you could further process that output, or grab the contents of the note directly with an API query, etc. But as Blake mentioned, I don?t think that any of the built-in reports include those notes right now since it does require extra processing to make the notes human readable. But ASpace already includes a lot of code to do just that? I just don?t know if any of the current reports tap into that. The previous reporting system in ArchivesSpace, which used Jasper Reports, had an option to easily get those notes out and add them to the reports (e.g. that big blog above would become ?English stage actor?), but even that wouldn?t take any EAD tags that might be present and convert those to something else. Kevin, your sample reports also include searching across unit titles in a finding aid, which is another great use case. I?m afraid to see how many we have of those, but we should definitely look. I know we?ve got quite a few, like https://archives.yale.edu/repositories/11/archival_objects/526696, which I?ve been meaning to update for quite some time. In that case, though, my thought was just to add a new agent heading for http://id.loc.gov/authorities/names/no93005770, which I hope would make it clear what?s going on / not also require updating folder labels and the like? that said, I?d be curious if folks are doing that, too. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin W. Schlottmann Sent: Tuesday, 19 May, 2020 3:10 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database Hi all, As an alternative to direct database access to run these sorts of queries, one could download the data as EAD, load it into a local XML database such as BaseX, and run queries using xquery there. (I wrote a couple of quick queries and posted them here: https://gist.github.com/kschlottmann/4c7a3125780c18cd175a29c9ba237928) I put the results into a Google sheet for distributed review by our team. If we have suggested updates to the free-text description (scope notes and unit titles), we'll note that in the Google sheet and then run those back in with the API. This approach obviously technical preconditions as well, including an API or OAI script that will download the EADs en masse and a script that will write the updates back in, but it can be done in a hosted environment where one doesn't have database access. Kevin On Tue, May 19, 2020 at 10:27 AM Karen Miller > wrote: Good morning. At Northwestern University, our ArchivesSpace is hosted by Atlas, who has given us ODBC read-only access to the MySQL database. Just yesterday I ran a report that harvests BiogHist notes from Agents for a cleanup project. My SQL is pretty hacky too (although Mark?s is a good bit more neat looking than mine!), but I could post it on GitHub if it?s of interest. Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Lara Friedman-Shedlov Sent: Monday, May 18, 2020 4:07 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database Thanks for sharing this Mark. At the University of Minnesota, we are in the early stages of doing some agent record clean-up as well, so this information is very useful. For one project we were looking at doing with our agents, we wanted to create a report of all of our agent records that would also include the biographical /historical notes from any linked resource records (or at least the URLs to any associated resource records, so we could easily find the relevant bio/hist notes). Our instance of ArchivesSpace is hosted by Lyrasis so we contacted them to ask about it and were told this is "not possible." I found that surprising and wonder if anyone else has done something like this and if so, how. / Lara Friedman-Shedlov On Mon, May 18, 2020 at 4:00 PM Custer, Mark > wrote: All, Is anyone else working on Agent-related cleanup projects in ArchivesSpace right now? We?ve got a couple of those going on at Yale, and I wanted to mention one of them on this listserv since I said that I would last night on Twitter ?. My reasoning was that it would be better to share widely, even early on, in the likely event that others were working on similar projects, and in hopes that it might save time for anyone else looking to get started with such a project. Anyhow, just for the sake of sharing, here?s a really hacky SQL database query that you can use in ArchivesSpace to get a list of agents that have any name forms that include ?Mrs.? or ?Miss?: https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 A few caveats: * I do *not* know SQL very well, so I know that this could be improved dramatically, but it gets data out of ArchivesSpace. * The query casts a rather wide net, since it looks for Mrs. or Miss in any of the name forms, but it could be altered to just look for those two terms in the ?sort_name? only if desired. * The result of the query has at least one Yale-specific field in there, since we store our local ILS bibliographic IDs in ASpace?s ?user defined string 2? field. You can ignore that, or add something else, etc., but the gist is that this query should work in any ASpace instance. It should return one row per agent, with multiple name forms, and a bit more information like which Resources, Archival Objects, and/or Accessions the agent is linked to. * And last, it just searches for variations of ?Mrs.? and ?Miss?, which works for our dataset, but you could modify the HAVING clause at the end of the query to search for other honorific terms, if needed. Most importantly, though, getting a dataset to review and act on is just the first step. The hard work comes next! Jessica Tai, Alison Clemens, and Karen Spicher are spearheading this project at Yale. If anyone has specific questions about the project, I?d encourage you to reach out directly to them. For now, though, here?s one interesting example from the project: we?ve got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, https://archives.yale.edu/agents/people/77599. Originally this would just have been text in the finding aid, later a link in a catalog record, and now it?s full-blown, standalone record for a person in ArchivesSpace. But nowhere in that agent record is her given name, Elizabeth, although her name is thankfully listed multiple times in the finding aid (check out the finding aid author! ?), in the Wikipedia entry for John Green Brady, and elsewhere. So, that agent record will eventually be one of a few hundred local records that we update in ArchivesSpace during the course of this project. And, one of the things that I like about ArchivesSpace --which helps to make sure that this project is possible without too many workarounds-- is that even if an agent record has a corresponding authority record in, say, the Library of Congress name authority file (e.g. http://id.loc.gov/authorities/names/n2008076910), you can still choose to use a different name variant for that agent?s display name, rather than an authorized heading. Anyhow, I hope all is doing well! Mark _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Lara D. Friedman-Shedlov (she, her, hers) Description and Access Archivist | Kautz Family YMCA Archives | www.lib.umn.edu/ymca Digital Records Archivist | Archives & Special Collections | www.lib.umn.edu/special University of Minnesota Libraries | lib.umn.edu | 612.626.7972 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University 535 W. 114th St., New York, NY 10027 (212) 854-8483 -------------- next part -------------- An HTML attachment was scrubbed... URL: From lrjm at udel.edu Wed May 20 09:59:27 2020 From: lrjm at udel.edu (L. Rebecca Johnson Melvin) Date: Wed, 20 May 2020 09:59:27 -0400 Subject: [Archivesspace_Users_Group] Mrs. Husband's Name / updates in our ArchivesSpace database In-Reply-To: References: Message-ID: Mark, Can I just add - above and beyond and the back-end technical work that is being discussed here - thanks for this project, which is helping to Find Women in the Archives ! best to all, Rebecca L. Rebecca Johnson Melvin Manuscripts Librarian and Curator, Joseph R. Biden, Jr., Senatorial Papers Special Collections and Museums University of Delaware Library, Museums and Press 181 South College Avenue Newark, DE 19717-5267 302.831.6089 / 302.831.1046 (fax) LRJM at udel.edu On Tue, May 19, 2020 at 5:02 PM Custer, Mark wrote: > Kevin, > > Not counting our 3 collection guides with Mrs. in the title (e.g. Mrs. W. > K. Clifford papers), it looks like we have just over 11k levels of > description to consider. See > https://archives.yale.edu/search?q[]=mrs&op[]=&field[]=title&from_year[]=&to_year[]=&filter_fields[]=primary_type&filter_values[]=archival_object. > (but many of those wouldn't need to be updated in the same way as the > "Chesterton, G. K., Mrs." example) > > Definitely the next phase of the project, after we focus on the Agent > records (that report is less than 500 names). Wish us luck!!! > > Regarding updates to the collection guides, I'm curious if you or anyone > else have local instructions for that when changing existing containers > lists... and would you also contend with changing things on physical > housings at the same time, etc.??? > > Mark > > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Kevin W. Schlottmann > *Sent:* Tuesday, May 19, 2020 4:40 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates > in our ArchivesSpace database > > Hi Mark, > > Indeed; to your point of having the data available, we publish our HTML > finding aids from EAD, so we have a cache of all EADs that is updated > nightly with any deltas. So it's an easy and up-to-date data source for me > to turn to. > > We turned up over 6,000 unittitles with the string 'Mrs', although some of > them will need no remediation (e.g., Mrs Doubtfire -- a unittitle from a > movie reviewer's collection.) > > Kevin > > On Tue, May 19, 2020 at 4:08 PM Custer, Mark wrote: > > Kevin, > > > > I love that approach! Much cleaner to write those queries against the > EAD/EAC exports than having to do all of the table joins directly on the > database. Of course, it does require having all of that data exported from > ArchivesSpace, but that?s already a good goal to have to share your > description with services like ArchiveGrid, etc. ? > > > > To partially answer your question Lara, the database query that I shared > previously will export bioghist notes that are attached to agent records, > but it keeps those notes in the format of the ArchivesSpace JSON records. > Good to have in the reports to eyeball, at least, but not something that > you?d want to edit directly. Here?s an example, which gets stuffed into a > single cell in our report: > > > > { > "jsonmodel_type": "note_bioghist", > "subnotes": [ > { > "jsonmodel_type": "note_text", > "content": "English stage actor.", > "publish": true, > "subnote_guid": "7e7523151fa57827315ceb1772346741" > } > ], > "persistent_id": "497d3dd4284731aa1331eac06928d10a" > } > > > > Of course, you could further process that output, or grab the contents of > the note directly with an API query, etc. But as Blake mentioned, I don?t > think that any of the built-in reports include those notes right now since > it does require extra processing to make the notes human readable. But > ASpace already includes a lot of code to do just that? I just don?t know > if any of the current reports tap into that. The previous reporting system > in ArchivesSpace, which used Jasper Reports, had an option to easily get > those notes out and add them to the reports (e.g. that big blog above would > become ?English stage actor?), but even that wouldn?t take any EAD tags > that might be present and convert those to something else. > > > > Kevin, your sample reports also include searching across unit titles in a > finding aid, which is another great use case. I?m afraid to see how many > we have of those, but we should definitely look. I know we?ve got quite a > few, like > https://archives.yale.edu/repositories/11/archival_objects/526696, which > I?ve been meaning to update for quite some time. In that case, though, my > thought was just to add a new agent heading for > http://id.loc.gov/authorities/names/no93005770 > , > which I hope would make it clear what?s going on / not also require > updating folder labels and the like? that said, I?d be curious if folks > are doing that, too. > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Kevin > W. Schlottmann > *Sent:* Tuesday, 19 May, 2020 3:10 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates > in our ArchivesSpace database > > > > Hi all, > > > > As an alternative to direct database access to run these sorts of queries, > one could download the data as EAD, load it into a local XML database such > as BaseX, and run queries using xquery there. (I wrote a couple of quick > queries and posted them here: > https://gist.github.com/kschlottmann/4c7a3125780c18cd175a29c9ba237928 > ) > I put the results into a Google sheet for distributed review by our team. > If we have suggested updates to the free-text description (scope notes and > unit titles), we'll note that in the Google sheet and then run those back > in with the API. > > > > This approach obviously technical preconditions as well, including an API > or OAI script that will download the EADs en masse and a script that will > write the updates back in, but it can be done in a hosted environment where > one doesn't have database access. > > > > Kevin > > > > On Tue, May 19, 2020 at 10:27 AM Karen Miller > wrote: > > Good morning. > > > > At Northwestern University, our ArchivesSpace is hosted by Atlas, who has > given us ODBC read-only access to the MySQL database. Just yesterday I ran > a report that harvests BiogHist notes from Agents for a cleanup project. My > SQL is pretty hacky too (although Mark?s is a good bit more neat looking > than mine!), but I could post it on GitHub if it?s of interest. > > > > Karen > > > > *Karen D. Miller* > > Monographic Cataloger/Metadata Specialist > > Northwestern University Libraries > > Northwestern University > > 1970 Campus Drive > > Evanston, IL 60208 > > www.library.northwestern.edu > > > k-miller3 at northwestern.edu > > 874.467.3462 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Lara > Friedman-Shedlov > *Sent:* Monday, May 18, 2020 4:07 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Mrs. Husband's Name / updates > in our ArchivesSpace database > > > > Thanks for sharing this Mark. At the University of Minnesota, we are in > the early stages of doing some agent record clean-up as well, so this > information is very useful. > > > > For one project we were looking at doing with our agents, we wanted to > create a report of all of our agent records that would also include the > biographical /historical notes from any linked resource records (or at > least the URLs to any associated resource records, so we could easily find > the relevant bio/hist notes). Our instance of ArchivesSpace is hosted by > Lyrasis so we contacted them to ask about it and were told this is "not > possible." I found that surprising and wonder if anyone else has done > something like this and if so, how. > > > > / Lara Friedman-Shedlov > > > > > > > > On Mon, May 18, 2020 at 4:00 PM Custer, Mark wrote: > > All, > > > > Is anyone else working on Agent-related cleanup projects in ArchivesSpace > right now? We?ve got a couple of those going on at Yale, and I wanted to > mention one of them on this listserv since I said that I would last night > on Twitter ?. My reasoning was that it would be better to share widely, > even early on, in the likely event that others were working on similar > projects, and in hopes that it might save time for anyone else looking to > get started with such a project. > > > > Anyhow, just for the sake of sharing, here?s a really hacky SQL database > query that you can use in ArchivesSpace to get a list of agents that have > any name forms that include ?Mrs.? or ?Miss?: > https://gist.github.com/fordmadox/d78656fceb04b62000b662a3f2464488 > > > > > > A few caveats: > > - I do **not** know SQL very well, so I know that this could be > improved dramatically, but it gets data out of ArchivesSpace. > - The query casts a rather wide net, since it looks for Mrs. or Miss > in any of the name forms, but it could be altered to just look for those > two terms in the ?sort_name? only if desired. > - The result of the query has at least one Yale-specific field in > there, since we store our local ILS bibliographic IDs in ASpace?s ?user > defined string 2? field. You can ignore that, or add something else, etc., > but the gist is that this query should work in any ASpace instance. It > should return one row per agent, with multiple name forms, and a bit more > information like which Resources, Archival Objects, and/or Accessions the > agent is linked to. > - And last, it just searches for variations of ?Mrs.? and ?Miss?, > which works for our dataset, but you could modify the HAVING clause at the > end of the query to search for other honorific terms, if needed. > > > > Most importantly, though, getting a dataset to review and act on is just > the first step. The hard work comes next! Jessica Tai, Alison Clemens, > and Karen Spicher are spearheading this project at Yale. If anyone has > specific questions about the project, I?d encourage you to reach out > directly to them. > > > > For now, though, here?s one interesting example from the project: we?ve > got an agent record now in ArchivesSpace for ?Brady, John G., Mrs.?, > https://archives.yale.edu/agents/people/77599. Originally this would > just have been text in the finding aid, later a link in a catalog record, > and now it?s full-blown, standalone record for a person in ArchivesSpace. > But nowhere in that agent record is her given name, Elizabeth, although her > name is thankfully listed multiple times in the finding aid (check out the > finding aid author! ?), in the Wikipedia entry for John Green Brady, and > elsewhere. So, that agent record will eventually be one of a few hundred > local records that we update in ArchivesSpace during the course of this > project. And, one of the things that I like about ArchivesSpace --which > helps to make sure that this project is possible without too many > workarounds-- is that even if an agent record has a corresponding > authority record in, say, the Library of Congress name authority file (e.g. > http://id.loc.gov/authorities/names/n2008076910 > ), > you can still choose to use a different name variant for that agent?s > display name, rather than an authorized heading. > > > > Anyhow, I hope all is doing well! > > > > Mark > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Lara D. Friedman-Shedlov (she, her, hers) > > Description and Access Archivist | Kautz Family YMCA Archives | > www.lib.umn.edu/ymca > > > Digital Records Archivist | Archives & Special Collections | > www.lib.umn.edu/special > > > University of Minnesota Libraries | lib.umn.edu > > | 612.626.7972 > > > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > > Kevin Schlottmann > Head of Archives Processing > Rare Book & Manuscript Library > Butler Library, Room 801 > Columbia University > 535 W. 114th St., New York, NY 10027 > (212) 854-8483 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > Kevin Schlottmann > Head of Archives Processing > Rare Book & Manuscript Library > Butler Library, Room 801 > Columbia University > 535 W. 114th St., New York, NY 10027 > (212) 854-8483 > _______________________________________________ > 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 carl.clem at wilkes.edu Wed May 20 16:18:19 2020 From: carl.clem at wilkes.edu (Eddie Clem) Date: Wed, 20 May 2020 16:18:19 -0400 Subject: [Archivesspace_Users_Group] MARCXML Import Error Message-ID: Hi! I am trying to import a MARCXML file (for Resource) into ArchivesSpace. I am getting the following error. I?ve searched the Help Center and Google, and I can?t figure out what it means. I?ve also validated the XML file with Oxygen, and it says ?validation successful.? Can anyone help me decipher what this error means and how I can fix my file so that I can import them? Thanks! Eddie !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: dates : At least 1 item(s) is required For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[{"ref"=>"/subjects/import_6fa10e99-e450-4716-8d2b-71e29a999aff"}, {"ref"=>"/subjects/import_d0cc91c6-9e30-48f5-a35f-3c9baf4f85d4"}, {"ref"=>"/subjects/import_0a5f133d-1760-45d2-be64-271410195fbe"}, {"ref"=>"/subjects/import_c8529087-60a9-4c2a-a182-d1ae2b0f87d3"}, {"ref"=>"/subjects/import_de69be06-90fd-4a10-b9c8-2ab9168511d4"}], "linked_events"=>[], "extents"=>[{"jsonmodel_type"=>"extent", "uri"=>nil, "number"=>"96", "extent_type"=>"pages ;", "container_summary"=>"96 pages ; 20 cm", "portion"=>"whole"}], "dates"=>[], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[{"role"=>"creator", "terms"=>[], "ref"=>"/agents/people/import_adeb7943-39cb-4d6b-ab28-d73897843cb6"}], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[{"jsonmodel_type"=>"note_multipart", "subnotes"=>[{"jsonmodel_type"=>"note_text", "content"=>"On cover: A guide to Bible reading for the average man."}], "uri"=>nil, "label"=>"General Note", "type"=>"odd"}], "uri"=>"/repositories/import/resources/import_d9b1ad80-0a30-46d1-9ded-715442ce5096", "level"=>"item", "language"=>"eng", "finding_aid_description_rules"=>"rda", "title"=>"An Old Testament primer / : / by Walter Evans Cooke; introduction by Burton J. Hendrick.", "id_0"=>"imported-c0ee1ab4-6789-4f90-8997-8dcbdf30c88e"}> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! *Eddie Clem, MLS* Technical Services Librarian E.S. Farley Library | Wilkes University Acquisitions, Cataloging, & Systems [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/phone-icon-2x.png] 570-408-4258 [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/email-icon-2x.png] carl.clem at wilkes.edu [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/link-icon-2x.png] www.wilkes.edu/library [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/address-icon-2x.png] 84 W. South St., Wilkes-Barre, PA 18766 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 178 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 172 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 372 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 428 bytes Desc: not available URL: From mark.custer at yale.edu Wed May 20 16:30:56 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 20 May 2020 20:30:56 +0000 Subject: [Archivesspace_Users_Group] MARCXML Import Error In-Reply-To: References: Message-ID: Eddie, ArchivesSpace requires a few different data elements to be present before a new Resource record can be saved. Based on this error, it looks like the MARC record does not have any date information where the ArchiveSpace MARCXML importer would expect dates to be present (i.e. dates : At least 1 item(s) is required). And yet, dates are not required in a MARC bibliographic record, which is why the file can still be completely valid but not import. If you have dates in any of the likely places, like the 008 control field, or even if there are no dates worth mentioning but you add something like "undated" to a 245 field, subfield f, then I *think* your file will likely import fine. But if not, can you attach the file so that someone can take a look? I hope that helps, Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Eddie Clem Sent: Wednesday, May 20, 2020 4:18 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] MARCXML Import Error Hi! I am trying to import a MARCXML file (for Resource) into ArchivesSpace. I am getting the following error. I?ve searched the Help Center and Google, and I can?t figure out what it means. I?ve also validated the XML file with Oxygen, and it says ?validation successful.? Can anyone help me decipher what this error means and how I can fix my file so that I can import them? Thanks! Eddie !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: dates : At least 1 item(s) is required For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[{"ref"=>"/subjects/import_6fa10e99-e450-4716-8d2b-71e29a999aff"}, {"ref"=>"/subjects/import_d0cc91c6-9e30-48f5-a35f-3c9baf4f85d4"}, {"ref"=>"/subjects/import_0a5f133d-1760-45d2-be64-271410195fbe"}, {"ref"=>"/subjects/import_c8529087-60a9-4c2a-a182-d1ae2b0f87d3"}, {"ref"=>"/subjects/import_de69be06-90fd-4a10-b9c8-2ab9168511d4"}], "linked_events"=>[], "extents"=>[{"jsonmodel_type"=>"extent", "uri"=>nil, "number"=>"96", "extent_type"=>"pages ;", "container_summary"=>"96 pages ; 20 cm", "portion"=>"whole"}], "dates"=>[], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[{"role"=>"creator", "terms"=>[], "ref"=>"/agents/people/import_adeb7943-39cb-4d6b-ab28-d73897843cb6"}], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[{"jsonmodel_type"=>"note_multipart", "subnotes"=>[{"jsonmodel_type"=>"note_text", "content"=>"On cover: A guide to Bible reading for the average man."}], "uri"=>nil, "label"=>"General Note", "type"=>"odd"}], "uri"=>"/repositories/import/resources/import_d9b1ad80-0a30-46d1-9ded-715442ce5096", "level"=>"item", "language"=>"eng", "finding_aid_description_rules"=>"rda", "title"=>"An Old Testament primer / : / by Walter Evans Cooke; introduction by Burton J. Hendrick.", "id_0"=>"imported-c0ee1ab4-6789-4f90-8997-8dcbdf30c88e"}> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Eddie Clem, MLS Technical Services Librarian E.S. Farley Library | Wilkes University Acquisitions, Cataloging, & Systems [https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/phone-icon-2x.png] 570-408-4258 [https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/email-icon-2x.png] carl.clem at wilkes.edu [https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/link-icon-2x.png] www.wilkes.edu/library [https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/address-icon-2x.png] 84 W. South St., Wilkes-Barre, PA 18766 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 178 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 172 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 372 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 428 bytes Desc: image004.png URL: From carl.clem at wilkes.edu Wed May 20 16:36:14 2020 From: carl.clem at wilkes.edu (Eddie Clem) Date: Wed, 20 May 2020 16:36:14 -0400 Subject: [Archivesspace_Users_Group] MARCXML Import Error In-Reply-To: References: Message-ID: Mark, Thanks for your reply. I?ve attached the file that I was attempting to import. I can globally add a 245$f undated if that would make ArchivesSpace happy?. All of my MARC records do have dates in the 008/260/264 fields?. Eddie *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Custer, Mark *Sent:* Wednesday, May 20, 2020 4:31 PM *To:* archivesspace_users_group at lyralists.lyrasis.org *Subject:* Re: [Archivesspace_Users_Group] MARCXML Import Error Eddie, ArchivesSpace requires a few different data elements to be present before a new Resource record can be saved. Based on this error, it looks like the MARC record does not have any date information where the ArchiveSpace MARCXML importer would expect dates to be present (i.e. dates : At least 1 item(s) is required). And yet, dates are not required in a MARC bibliographic record, which is why the file can still be completely valid but not import. If you have dates in any of the likely places, like the 008 control field, or even if there are no dates worth mentioning but you add something like "undated" to a 245 field, subfield f, then I *think* your file will likely import fine. But if not, can you attach the file so that someone can take a look? I hope that helps, Mark ------------------------------ *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Eddie Clem *Sent:* Wednesday, May 20, 2020 4:18 PM *To:* archivesspace_users_group at lyralists.lyrasis.org < archivesspace_users_group at lyralists.lyrasis.org> *Subject:* [Archivesspace_Users_Group] MARCXML Import Error Hi! I am trying to import a MARCXML file (for Resource) into ArchivesSpace. I am getting the following error. I?ve searched the Help Center and Google, and I can?t figure out what it means. I?ve also validated the XML file with Oxygen, and it says ?validation successful.? Can anyone help me decipher what this error means and how I can fix my file so that I can import them? Thanks! Eddie !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: dates : At least 1 item(s) is required For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[{"ref"=>"/subjects/import_6fa10e99-e450-4716-8d2b-71e29a999aff"}, {"ref"=>"/subjects/import_d0cc91c6-9e30-48f5-a35f-3c9baf4f85d4"}, {"ref"=>"/subjects/import_0a5f133d-1760-45d2-be64-271410195fbe"}, {"ref"=>"/subjects/import_c8529087-60a9-4c2a-a182-d1ae2b0f87d3"}, {"ref"=>"/subjects/import_de69be06-90fd-4a10-b9c8-2ab9168511d4"}], "linked_events"=>[], "extents"=>[{"jsonmodel_type"=>"extent", "uri"=>nil, "number"=>"96", "extent_type"=>"pages ;", "container_summary"=>"96 pages ; 20 cm", "portion"=>"whole"}], "dates"=>[], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[{"role"=>"creator", "terms"=>[], "ref"=>"/agents/people/import_adeb7943-39cb-4d6b-ab28-d73897843cb6"}], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[{"jsonmodel_type"=>"note_multipart", "subnotes"=>[{"jsonmodel_type"=>"note_text", "content"=>"On cover: A guide to Bible reading for the average man."}], "uri"=>nil, "label"=>"General Note", "type"=>"odd"}], "uri"=>"/repositories/import/resources/import_d9b1ad80-0a30-46d1-9ded-715442ce5096", "level"=>"item", "language"=>"eng", "finding_aid_description_rules"=>"rda", "title"=>"An Old Testament primer / : / by Walter Evans Cooke; introduction by Burton J. Hendrick.", "id_0"=>"imported-c0ee1ab4-6789-4f90-8997-8dcbdf30c88e"}> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! *Eddie Clem, MLS* Technical Services Librarian E.S. Farley Library | Wilkes University Acquisitions, Cataloging, & Systems [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/phone-icon-2x.png] 570-408-4258 [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/email-icon-2x.png] carl.clem at wilkes.edu [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/link-icon-2x.png] www.wilkes.edu/library [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/address-icon-2x.png] 84 W. South St., Wilkes-Barre, PA 18766 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 178 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 172 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 372 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 428 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Anne Marts Collection in Sierra 2020-05-18 marcxml.xml Type: text/xml Size: 100757 bytes Desc: not available URL: From emtanner at ualr.edu Wed May 20 17:12:14 2020 From: emtanner at ualr.edu (Elise Tanner) Date: Wed, 20 May 2020 16:12:14 -0500 Subject: [Archivesspace_Users_Group] Print to PDF Failed Message-ID: Hello, We are new users to AS 2.7 and are having an issue with the print to pdf failing. Here is the error we see on the staff back-end: Generating PDF for Little Rock Scenes photograph collection, 1945-1965 fop.jar not found. C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop_external.rb:83:in `path_to_fop_jar' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop_external.rb:40:in `to_pdf' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:49:in `block in run' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24:in `open' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:14:in `run' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126:in `run_pending_job' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:169:in `block in start_background_thread' Can anyone help us troubleshoot this particular error? Thank you! Best, Elise -- Elise Tanner | Director of Digital Projects and Initiatives Center for Arkansas History and Culture University of Arkansas at Little Rock 501-320-5770 | emtanner at ualr.edu | ualr.edu/cahc facebook.com/ualrcahc | twitter.com/ualrcahc -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Wed May 20 17:55:49 2020 From: blake.carver at lyrasis.org (Blake Carver) Date: Wed, 20 May 2020 21:55:49 +0000 Subject: [Archivesspace_Users_Group] Print to PDF Failed In-Reply-To: References: Message-ID: That file should be in "./lib/" Is it missing? If it is there, what version of Java and ArchivesSpace are you running? ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Elise Tanner Sent: Wednesday, May 20, 2020 5:12 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Print to PDF Failed Hello, We are new users to AS 2.7 and are having an issue with the print to pdf failing. Here is the error we see on the staff back-end: Generating PDF for Little Rock Scenes photograph collection, 1945-1965 fop.jar not found. C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop_external.rb:83:in `path_to_fop_jar' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop_external.rb:40:in `to_pdf' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:49:in `block in run' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24:in `open' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:14:in `run' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126:in `run_pending_job' C:/Users/Admin/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:169:in `block in start_background_thread' Can anyone help us troubleshoot this particular error? Thank you! Best, Elise -- Elise Tanner | Director of Digital Projects and Initiatives Center for Arkansas History and Culture University of Arkansas at Little Rock 501-320-5770 | emtanner at ualr.edu | ualr.edu/cahc facebook.com/ualrcahc | twitter.com/ualrcahc [https://ualr.edu/communications/files/2011/04/ua-little-rock-h-rgb.jpg] -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Wed May 20 18:07:14 2020 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 20 May 2020 22:07:14 +0000 Subject: [Archivesspace_Users_Group] MARCXML Import Error In-Reply-To: References: Message-ID: Eddie, Thanks! Having the file on hand make it much easier to see what?s going on. The kicker is that the first record that the ASpace MARC importer is failing on is the record with a title remainder = More ?Yale Talks? ?. So, the issue is that the ASpace importer isn?t sophisticated enough to handle every type of MARC record. In this case, the importer is ignoring the 008 dates in that specific record because those dates are characterized as Publication and Copyright dates (with the ?t? in position 6 of the 008 control field), whereas ASpace is only going to expect begin and/or end dates. Further, the importer doesn?t look at the 264 field at all, so it?s not getting the date from there either. An import/export map is available on the ArchivesSpace website. Here?s a direct link: https://archivesspace.org/wp-content/uploads/2016/08/MARCXML-Import-Export-Mapping-20130715.xlsx It?s largely accurate, but I?ve found that sometimes it doesn?t match the codebase exactly. Anyhow, it seems that I should be able to add 260s, with a subfield c, for those records that have the publication and copyright dates in the 008, but I still got an error when I tried that. Instead, I edited the 008 fields for the affected records, going with an ?s? in position 6, and that made everything work. And as you said, you could also add a 245$f globally to get everything to import, but you might want to check and make sure you don?t wind up duplicate dates in that case, depending on what the importer does. A nice feature request would be to update the ASpace MARC importer to understand 008 fields with publication and copyright dates, as well as the 264 fields, perhaps! But in the meantime, you can edit the MARC records prior to ingest. I?m attaching the file that I edited, in hopes that it helps (and that it works in your instance). Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Eddie Clem Sent: Wednesday, 20 May, 2020 4:36 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] MARCXML Import Error Mark, Thanks for your reply. I?ve attached the file that I was attempting to import. I can globally add a 245$f undated if that would make ArchivesSpace happy?. All of my MARC records do have dates in the 008/260/264 fields?. Eddie From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Custer, Mark Sent: Wednesday, May 20, 2020 4:31 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] MARCXML Import Error Eddie, ArchivesSpace requires a few different data elements to be present before a new Resource record can be saved. Based on this error, it looks like the MARC record does not have any date information where the ArchiveSpace MARCXML importer would expect dates to be present (i.e. dates : At least 1 item(s) is required). And yet, dates are not required in a MARC bibliographic record, which is why the file can still be completely valid but not import. If you have dates in any of the likely places, like the 008 control field, or even if there are no dates worth mentioning but you add something like "undated" to a 245 field, subfield f, then I *think* your file will likely import fine. But if not, can you attach the file so that someone can take a look? I hope that helps, Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Eddie Clem > Sent: Wednesday, May 20, 2020 4:18 PM To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] MARCXML Import Error Hi! I am trying to import a MARCXML file (for Resource) into ArchivesSpace. I am getting the following error. I?ve searched the Help Center and Google, and I can?t figure out what it means. I?ve also validated the XML file with Oxygen, and it says ?validation successful.? Can anyone help me decipher what this error means and how I can fix my file so that I can import them? Thanks! Eddie !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: dates : At least 1 item(s) is required For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[{"ref"=>"/subjects/import_6fa10e99-e450-4716-8d2b-71e29a999aff"}, {"ref"=>"/subjects/import_d0cc91c6-9e30-48f5-a35f-3c9baf4f85d4"}, {"ref"=>"/subjects/import_0a5f133d-1760-45d2-be64-271410195fbe"}, {"ref"=>"/subjects/import_c8529087-60a9-4c2a-a182-d1ae2b0f87d3"}, {"ref"=>"/subjects/import_de69be06-90fd-4a10-b9c8-2ab9168511d4"}], "linked_events"=>[], "extents"=>[{"jsonmodel_type"=>"extent", "uri"=>nil, "number"=>"96", "extent_type"=>"pages ;", "container_summary"=>"96 pages ; 20 cm", "portion"=>"whole"}], "dates"=>[], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[{"role"=>"creator", "terms"=>[], "ref"=>"/agents/people/import_adeb7943-39cb-4d6b-ab28-d73897843cb6"}], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[{"jsonmodel_type"=>"note_multipart", "subnotes"=>[{"jsonmodel_type"=>"note_text", "content"=>"On cover: A guide to Bible reading for the average man."}], "uri"=>nil, "label"=>"General Note", "type"=>"odd"}], "uri"=>"/repositories/import/resources/import_d9b1ad80-0a30-46d1-9ded-715442ce5096", "level"=>"item", "language"=>"eng", "finding_aid_description_rules"=>"rda", "title"=>"An Old Testament primer / : / by Walter Evans Cooke; introduction by Burton J. Hendrick.", "id_0"=>"imported-c0ee1ab4-6789-4f90-8997-8dcbdf30c88e"}> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Eddie Clem, MLS Technical Services Librarian E.S. Farley Library | Wilkes University Acquisitions, Cataloging, & Systems [https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/phone-icon-2x.png] 570-408-4258 [https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/email-icon-2x.png] carl.clem at wilkes.edu [https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/link-icon-2x.png] www.wilkes.edu/library [https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/address-icon-2x.png] 84 W. South St., Wilkes-Barre, PA 18766 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 178 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 172 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 372 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 428 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Anne Marts Collection in Sierra 2020-05-18 marcxml_edited.xml Type: application/xml Size: 126149 bytes Desc: Anne Marts Collection in Sierra 2020-05-18 marcxml_edited.xml URL: From harmeyna at purdue.edu Thu May 21 10:07:04 2020 From: harmeyna at purdue.edu (Harmeyer, Neal A) Date: Thu, 21 May 2020 14:07:04 +0000 Subject: [Archivesspace_Users_Group] Extreme sluggishness with classifications Message-ID: Hi all, Purdue is in the same situation with slowing classifications workflows. After initiating a project earlier this year to attach a classification to each accession or resource record we have also seen a noted increase in load times when attempting to attach a classification to an accession or resource record on the staff side interface. We had an identical experience in 2.6.0 and recently upgraded to 2.7.1, where the issue persists. As others shared, the load time appears to be directly related to the number of records attached to classifications. We also experience increasing load times when viewing/editing the linked records in the classifications module itself on the staff side. The public interface, which we use, is slow but still loading. We have five classifications in total (none have children); the largest classification has 835 records attached at this time, which doesn?t seem like enough to cause the slowing response times we?re seeing. The best guess I have would be that every time one attempts to add a classification through the GUI the system tries to load every record linked to the classification before providing the selection list. I see that there is a ticket (ANW-652) from a few years back that Cory had put forth. This is an increasing work impairment for our unit. Any improvement would be most welcome! Thanks, Neal -- Neal Harmeyer Digital Archivist Purdue University Archives and Special Collections harmeyna at purdue.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Olivia S Solis Sent: Friday, April 3, 2020 4:09 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extreme sluggishness with classifications Thank you both for your responses. Well, at least it seems we are in good company! On Fri, Apr 3, 2020 at 11:05 AM Kennedy, Nancy > wrote: We are in version 2.6 and have similar sluggishness with some of our classifications (the largest has about 4,991 linked resources). It takes 1.9 minutes to load our classification with 4,991 linked records. We don?t have many classifications set up right now, in part because we don?t use the PUI, and also I?m not certain if the classification module has an upper limit on # of linked records ? is 4-5000 linked records already too many? We?d like to use the classifications to do more to connect related resources, but need it to scale to large numbers of records. Nancy Nancy Kennedy Smithsonian Institution kennedyn at si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Cory Nimer Sent: Friday, April 3, 2020 10:45 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Extreme sluggishness with classifications External Email - Exercise Caution Olivia, We had reported this problem back in release 1.5.4 (https://archivesspace.atlassian.net/browse/ANW-652), and some work was done. However, performance did not improve significantly and we were forced to abandon classifications. We would have preferred to use classifications, though, and would love to hear about what others have done to deal with the slow load times. Best, Cory Nimer University Archivist Brigham Young University 801-422-6091 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Olivia S Solis Sent: Thursday, April 2, 2020 1:03 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Extreme sluggishness with classifications Hi all, Has anyone else experienced extreme sluggishness with loading and displaying classifications/ classification terms? We are experiencing sometimes minutes-long lag time for search results, autocomplete functionality when you are trying add a classification/term in a resource or accession record, and in saving a new classifications/terms. In our case, we are using classifications for 2 main buckets: collection strengths and subunits ? administrative divisions or umbrella collections we have at the Briscoe Center. Each has about 15 children. Some of the children have a few hundred associated records. So two main tiers. The classifications and, one level down, their children. [Screen Shot 2020-04-02 at 1.54.15 PM.png] We are using version 2.4.1. Why might we be experiencing such sluggishness? Thanks! Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 28098 bytes Desc: image001.png URL: From mpaquette at smith.edu Thu May 21 11:20:11 2020 From: mpaquette at smith.edu (Michelle Paquette) Date: Thu, 21 May 2020 11:20:11 -0400 Subject: [Archivesspace_Users_Group] Mixed content causing errors in OAI response? Message-ID: Hi all, I'm analyzing the various metadata responses via OAI-PMH from our instance of ArchivesSpace, and believe I've found a bug but wanted to ask the collective wisdom before I file a ticket about it in case something weird is happening specifically with our data. Certain types of mixed content (I've found it happen specifically with , though I'm still looking for other examples) seem to lead to the content within that set of tags being moved to the front of a note in the MODS, DC, and dcterms response metadata. For example, the Scope and Contents note for the Lola Ridge papers in its raw format reads "The Lola Ridge Papers consist of manuscripts, correspondence, art work, biographical material, clippings, diaries, memorabilia, photographs, reviews, and her published works. The manuscript material consists of drafts of the poems published in <title render=\"italic\">Firehead (1929)..." In the MODS, DC, and dcterms OAI-PMH responses, however, we get "Firehead The Lola Ridge Papers consist of manuscripts, correspondence, art work, biographical material, clippings, diaries, memorabilia, photographs, reviews, and her published works. The manuscript material consists of drafts of the poems published in (1929)..." Has anyone else noticed this happening? Michelle -- Michelle Paquette (she/her) Metadata & Technical Services Archivist Special Collections Smith College 413-585-7029 mpaquette at smith.edu Note re:Smith College Special Collections' Covid-19 response: The Special Collections reading room is closed. As of March 18th, all Special Collections staff will be working remotely. Smith course support is our primary responsibility at this time. Minimal reference services will be managed remotely by staff. Reference inquiries that require access to physical materials will be held in order of when they were received and responded to once the campus is reopened. Expect a four to six week delay, minimum. There is a moratorium on digitization services. For information about Smith College?s response to Covid-19, please visit the college?s official website . For information about library services during this time, information is available on our website . -------------- next part -------------- An HTML attachment was scrubbed... URL: From carl.clem at wilkes.edu Thu May 21 16:56:14 2020 From: carl.clem at wilkes.edu (Eddie Clem) Date: Thu, 21 May 2020 16:56:14 -0400 Subject: [Archivesspace_Users_Group] MARCXML Import Error In-Reply-To: References: Message-ID: <07c2f7493954443496fa68c46563d36d@mail.gmail.com> Mark, Thanks again for the background information! I was able to add a $f undated to each 245, and the records did load into AS. Do you know if there is a way for us to locally edit the mapping table so that item record notes and barcodes can be imported into the AS records, too? Thanks! Eddie *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Custer, Mark *Sent:* Wednesday, May 20, 2020 6:07 PM *To:* Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org> *Subject:* Re: [Archivesspace_Users_Group] MARCXML Import Error Eddie, Thanks! Having the file on hand make it much easier to see what?s going on. The kicker is that the first record that the ASpace MARC importer is failing on is the record with a title remainder = More ?Yale Talks? ?. So, the issue is that the ASpace importer isn?t sophisticated enough to handle every type of MARC record. In this case, the importer is ignoring the 008 dates in that specific record because those dates are characterized as Publication and Copyright dates (with the ?t? in position 6 of the 008 control field), whereas ASpace is only going to expect begin and/or end dates. Further, the importer doesn?t look at the 264 field at all, so it?s not getting the date from there either. An import/export map is available on the ArchivesSpace website. Here?s a direct link: https://archivesspace.org/wp-content/uploads/2016/08/MARCXML-Import-Export-Mapping-20130715.xlsx It?s largely accurate, but I?ve found that sometimes it doesn?t match the codebase exactly. Anyhow, it seems that I should be able to add 260s, with a subfield c, for those records that have the publication and copyright dates in the 008, but I still got an error when I tried that. Instead, I edited the 008 fields for the affected records, going with an ?s? in position 6, and that made everything work. And as you said, you could also add a 245$f globally to get everything to import, but you might want to check and make sure you don?t wind up duplicate dates in that case, depending on what the importer does. A nice feature request would be to update the ASpace MARC importer to understand 008 fields with publication and copyright dates, as well as the 264 fields, perhaps! But in the meantime, you can edit the MARC records prior to ingest. I?m attaching the file that I edited, in hopes that it helps (and that it works in your instance). Mark *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] *On Behalf Of *Eddie Clem *Sent:* Wednesday, 20 May, 2020 4:36 PM *To:* Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org> *Subject:* Re: [Archivesspace_Users_Group] MARCXML Import Error Mark, Thanks for your reply. I?ve attached the file that I was attempting to import. I can globally add a 245$f undated if that would make ArchivesSpace happy?. All of my MARC records do have dates in the 008/260/264 fields?. Eddie *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Custer, Mark *Sent:* Wednesday, May 20, 2020 4:31 PM *To:* archivesspace_users_group at lyralists.lyrasis.org *Subject:* Re: [Archivesspace_Users_Group] MARCXML Import Error Eddie, ArchivesSpace requires a few different data elements to be present before a new Resource record can be saved. Based on this error, it looks like the MARC record does not have any date information where the ArchiveSpace MARCXML importer would expect dates to be present (i.e. dates : At least 1 item(s) is required). And yet, dates are not required in a MARC bibliographic record, which is why the file can still be completely valid but not import. If you have dates in any of the likely places, like the 008 control field, or even if there are no dates worth mentioning but you add something like "undated" to a 245 field, subfield f, then I *think* your file will likely import fine. But if not, can you attach the file so that someone can take a look? I hope that helps, Mark ------------------------------ *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Eddie Clem *Sent:* Wednesday, May 20, 2020 4:18 PM *To:* archivesspace_users_group at lyralists.lyrasis.org < archivesspace_users_group at lyralists.lyrasis.org> *Subject:* [Archivesspace_Users_Group] MARCXML Import Error Hi! I am trying to import a MARCXML file (for Resource) into ArchivesSpace. I am getting the following error. I?ve searched the Help Center and Google, and I can?t figure out what it means. I?ve also validated the XML file with Oxygen, and it says ?validation successful.? Can anyone help me decipher what this error means and how I can fix my file so that I can import them? Thanks! Eddie !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: dates : At least 1 item(s) is required For JSONModel(:resource): #"resource", "external_ids"=>[], "subjects"=>[{"ref"=>"/subjects/import_6fa10e99-e450-4716-8d2b-71e29a999aff"}, {"ref"=>"/subjects/import_d0cc91c6-9e30-48f5-a35f-3c9baf4f85d4"}, {"ref"=>"/subjects/import_0a5f133d-1760-45d2-be64-271410195fbe"}, {"ref"=>"/subjects/import_c8529087-60a9-4c2a-a182-d1ae2b0f87d3"}, {"ref"=>"/subjects/import_de69be06-90fd-4a10-b9c8-2ab9168511d4"}], "linked_events"=>[], "extents"=>[{"jsonmodel_type"=>"extent", "uri"=>nil, "number"=>"96", "extent_type"=>"pages ;", "container_summary"=>"96 pages ; 20 cm", "portion"=>"whole"}], "dates"=>[], "external_documents"=>[], "rights_statements"=>[], "linked_agents"=>[{"role"=>"creator", "terms"=>[], "ref"=>"/agents/people/import_adeb7943-39cb-4d6b-ab28-d73897843cb6"}], "restrictions"=>false, "revision_statements"=>[], "instances"=>[], "deaccessions"=>[], "related_accessions"=>[], "classifications"=>[], "notes"=>[{"jsonmodel_type"=>"note_multipart", "subnotes"=>[{"jsonmodel_type"=>"note_text", "content"=>"On cover: A guide to Bible reading for the average man."}], "uri"=>nil, "label"=>"General Note", "type"=>"odd"}], "uri"=>"/repositories/import/resources/import_d9b1ad80-0a30-46d1-9ded-715442ce5096", "level"=>"item", "language"=>"eng", "finding_aid_description_rules"=>"rda", "title"=>"An Old Testament primer / : / by Walter Evans Cooke; introduction by Burton J. Hendrick.", "id_0"=>"imported-c0ee1ab4-6789-4f90-8997-8dcbdf30c88e"}> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! *Eddie Clem, MLS* Technical Services Librarian E.S. Farley Library | Wilkes University Acquisitions, Cataloging, & Systems [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/phone-icon-2x.png] 570-408-4258 [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/email-icon-2x.png] carl.clem at wilkes.edu [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/link-icon-2x.png] www.wilkes.edu/library [image: https://cdn2.hubspot.net/hubfs/53/tools/email-signature-generator/icons/address-icon-2x.png] 84 W. South St., Wilkes-Barre, PA 18766 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 178 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 172 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 372 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 428 bytes Desc: not available URL: From Jessica.Crouch at lyrasis.org Thu May 21 17:18:22 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 21 May 2020 21:18:22 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: <614B918C-6F58-4D55-89F5-18680C71701B@lyrasis.org> References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> <512F3C3D-C506-4E11-B5FB-4B9EBF4775B0@lyrasis.org> <614B918C-6F58-4D55-89F5-18680C71701B@lyrasis.org> Message-ID: Dear ArchivesSpace Users, Thank you to everyone who joined us for the Second ArchivesSpace Online Forum this week! If you?d like to finish your week with more ArchivesSpace, we?ll be hosting another casual open call via zoom at 12pm ET tomorrow. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29069 bytes Desc: image001.jpg URL: From Jessica.Crouch at lyrasis.org Tue May 26 12:53:33 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Tue, 26 May 2020 16:53:33 +0000 Subject: [Archivesspace_Users_Group] Webinar Announcement: Someday is Here! ArchivesSpace Projects for Working from Home In-Reply-To: <803d65ea9d5b4d008616252d01c7acf2@ex13-ell-cr-13.home.ku.edu> References: <7C59BE2C-EC7D-4BE4-AB17-47B37E036192@lyrasis.org> <2DE5BAAF-6356-435A-AC2B-157F2D4DCAA5@lyrasis.org> <803d65ea9d5b4d008616252d01c7acf2@ex13-ell-cr-13.home.ku.edu> Message-ID: <5F67C8EB-F67D-432E-A205-01FFCC92DAC5@lyrasis.org> ArchivesSpace will be offering another webinar focusing on ArchivesSpace data cleanup projects that can be accomplished in a work from home environment on Wednesday, June 3, at 2pm ET. Most of us are doing our jobs under much different conditions than usual. As a browser-based system you can access from anywhere, ArchivesSpace is a tool that can be used when working remotely and many ArchivesSpace users are finding themselves executing large scale data cleanup projects that have only recently been prioritized. Title: Someday is Here! ArchivesSpace Projects for Working from Home When: June 3, 2020 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_z7JsXKv3RJCBN1wvcKWXdA In order to provide a secure webinar experience and ensure adequate space in our Zoom environment, registration is now required for our webinars. Our webinars continue to be free and open to anyone using or interested in ArchivesSpace. Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Miloche Kottman and Marcella Huggard of the University of Kansas Libraries will discuss projects they have created for staff in the Cataloging and Archival Processing Department to work on while sheltering in place at home. These cleanup projects, which were often lower priority before the COVID-19 pandemic sent everyone home, include fixing subject and agent records; creating MARC records for legacy manuscript collections; consolidating resource records that were separated; converting pdfs to be archival object inventories in ArchivesSpace; and creating resource records for legacy processed collections. Miloche and Marcella will discuss database queries to cull the necessary data and workflows for managing these projects. Webinar presenters: Marcella Huggard is the manuscripts processing coordinator at the Kenneth Spencer Research Library, part of the University of Kansas Libraries. She oversees arrangement and description and processing for all of Spencer?s manuscript collections and has been with KU since 2015. Miloche Kottman is the Head of Cataloging & Archival Processing. In addition to overseeing a staff of 28 full-time members, she is the system administrator for Voyager, Aeon and ArchivesSpace. Currently she has two new co-workers who kindly allow her to sit in front of their window to work as long as she doesn?t mind them interrupting when a rabbit bounces by (Tigger and Dash, the cats). She received her MLIS from University of Wisconsin?Milwaukee. Who should attend: While this webinar will focus on projects that can be undertaken in a work from home environment, this webinar will be useful to any archivist focusing on data cleanup in ArchivesSpace, those needing to export data out of ArchivesSpace and archivists working with legacy data. Questions? Contact Jessica at jessica.crouch at lyrasis.org if you have questions about this webinar or our other online events. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 5736 bytes Desc: image001.jpg URL: From dfwalton at ua.edu Tue May 26 13:02:08 2020 From: dfwalton at ua.edu (Walton, Donnelly) Date: Tue, 26 May 2020 17:02:08 +0000 Subject: [Archivesspace_Users_Group] searching for suppressed records? In-Reply-To: <07c2f7493954443496fa68c46563d36d@mail.gmail.com> References: , <07c2f7493954443496fa68c46563d36d@mail.gmail.com> Message-ID: <36f84bcbc994422693d5bf6b9e07272c@ua.edu> Hi! Is there a way to search for suppressed resource records? We have suppressed hundreds for a project. I want to find them, export the data as XML or PDF (maybe both), and delete them. Thanks, Donnelly Walton University of Alabama Libraries Special Collections -------------- next part -------------- An HTML attachment was scrubbed... URL: From boze.1 at nd.edu Thu May 28 03:20:14 2020 From: boze.1 at nd.edu (Andy Boze) Date: Thu, 28 May 2020 03:20:14 -0400 Subject: [Archivesspace_Users_Group] Need help with API advanced query Message-ID: Dear all, I'm using curl from the Windows 10 command line to retrieve JSON data from our instance of AS. For the most part it's working well. I followed some of the discussion from a few months ago which was very helpful in figuring out how to use the advanced query, but I've reached a point where I'm stuck. I can successfully send a query with the following string to get a record for a resource with the identifier "ABC". I've formatted it here so it's easier to read. { "query": { "op": "AND", "subqueries": [ { "field": "primary_type", "value": "resource", "comparator": "equals", "jsonmodel_type": "field_query" }, { "field": "identifier", "value": "ABC", "comparator": "equals", "jsonmodel_type": "field_query" } ], "jsonmodel_type": "boolean_query" }, "jsonmodel_type": "advanced_query" } What I'm trying to do is get a record for a top_container with a barcode of BC98765 by sending a query with this string. { "query": { "op": "AND", "subqueries": [ { "field": "jsonmodel_type", "value": "top_container", "comparator": "equals", "jsonmodel_type": "field_query" }, { "field": "barcode", "value": "BC98765", "comparator": "equals", "jsonmodel_type": "field_query" } ], "jsonmodel_type": "boolean_query" }, "jsonmodel_type": "advanced_query" } When I send the above query, I get no response, not even an error message. I'm thinking jsonmodel_type is not a field that I should query, but when I requested the specific top_container record (/repositories/2/top_containers/56484) there was no other field with a value of top_container. I'd appreciate any advice how to request a record for a top_container by barcode. Thanks. Andy -- Andy Boze, Associate Librarian University of Notre Dame 271H Hesburgh Library (574) 631-8708 From Lora.Woodford at lyrasis.org Thu May 28 09:35:31 2020 From: Lora.Woodford at lyrasis.org (Lora Woodford) Date: Thu, 28 May 2020 13:35:31 +0000 Subject: [Archivesspace_Users_Group] Need help with API advanced query In-Reply-To: References: Message-ID: Hi Andy, When you're sending a search query along as your request using the search endpoints you're actually hitting the SOLR index and need to pass along the SOLR document fields. This can be somewhat confusing, because what is returned to you is the JSON representation of the object(s) you queried for, but the query itself utilizes the field names in the index. So, you'll likely want the following for your example: { "query": { "op": "AND", "subqueries": [ { "field": "primary_type", "value": "top_container", "comparator": "equals", "jsonmodel_type": "field_query" }, { "field": "barcode_u_sstr", "value": "BC98765", "comparator": "equals", "jsonmodel_type": "field_query" } ], "jsonmodel_type": "boolean_query" }, "jsonmodel_type": "advanced_query" } By looking in indexer_common.rb in the source code (https://github.com/archivesspace/archivesspace/blob/master/indexer/app/lib/indexer_common.rb#L631) , you can see where the top container "barcode" field becomes the "barcode_u_sstr" field in the resulting SOLR document. Hope that helps, and happy to follow up with additional questions. Lora ?On 5/28/20, 3:20 AM, "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Andy Boze" wrote: Dear all, I'm using curl from the Windows 10 command line to retrieve JSON data from our instance of AS. For the most part it's working well. I followed some of the discussion from a few months ago which was very helpful in figuring out how to use the advanced query, but I've reached a point where I'm stuck. I can successfully send a query with the following string to get a record for a resource with the identifier "ABC". I've formatted it here so it's easier to read. { "query": { "op": "AND", "subqueries": [ { "field": "primary_type", "value": "resource", "comparator": "equals", "jsonmodel_type": "field_query" }, { "field": "identifier", "value": "ABC", "comparator": "equals", "jsonmodel_type": "field_query" } ], "jsonmodel_type": "boolean_query" }, "jsonmodel_type": "advanced_query" } What I'm trying to do is get a record for a top_container with a barcode of BC98765 by sending a query with this string. { "query": { "op": "AND", "subqueries": [ { "field": "jsonmodel_type", "value": "top_container", "comparator": "equals", "jsonmodel_type": "field_query" }, { "field": "barcode", "value": "BC98765", "comparator": "equals", "jsonmodel_type": "field_query" } ], "jsonmodel_type": "boolean_query" }, "jsonmodel_type": "advanced_query" } When I send the above query, I get no response, not even an error message. I'm thinking jsonmodel_type is not a field that I should query, but when I requested the specific top_container record (/repositories/2/top_containers/56484) there was no other field with a value of top_container. I'd appreciate any advice how to request a record for a top_container by barcode. Thanks. Andy -- Andy Boze, Associate Librarian University of Notre Dame 271H Hesburgh Library (574) 631-8708 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From boze.1 at nd.edu Thu May 28 12:20:26 2020 From: boze.1 at nd.edu (Andy Boze) Date: Thu, 28 May 2020 12:20:26 -0400 Subject: [Archivesspace_Users_Group] Need help with API advanced query In-Reply-To: References: Message-ID: <02730ba8-81c2-9b69-54d3-5191f41177cd@nd.edu> Hi, Lora. Thank you, that's perfect! And thanks for the reference to the indexer source code. That'll be very useful. Andy On 5/28/2020 9:35 AM, Lora Woodford wrote: > Hi Andy, > > When you're sending a search query along as your request using the search endpoints you're actually hitting the SOLR index and need to pass along the SOLR document fields. This can be somewhat confusing, because what is returned to you is the JSON representation of the object(s) you queried for, but the query itself utilizes the field names in the index. > > So, you'll likely want the following for your example: > > { > "query": { > "op": "AND", > "subqueries": [ > { > "field": "primary_type", > "value": "top_container", > "comparator": "equals", > "jsonmodel_type": "field_query" > }, > { > "field": "barcode_u_sstr", > "value": "BC98765", > "comparator": "equals", > "jsonmodel_type": "field_query" > } > ], > "jsonmodel_type": "boolean_query" > }, > "jsonmodel_type": "advanced_query" > } > > By looking in indexer_common.rb in the source code (https://github.com/archivesspace/archivesspace/blob/master/indexer/app/lib/indexer_common.rb#L631) , you can see where the top container "barcode" field becomes the "barcode_u_sstr" field in the resulting SOLR document. > > Hope that helps, and happy to follow up with additional questions. > > Lora > > > ?On 5/28/20, 3:20 AM, "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Andy Boze" wrote: > > Dear all, > > I'm using curl from the Windows 10 command line to retrieve JSON data > from our instance of AS. For the most part it's working well. I followed > some of the discussion from a few months ago which was very helpful in > figuring out how to use the advanced query, but I've reached a point > where I'm stuck. > > I can successfully send a query with the following string to get a > record for a resource with the identifier "ABC". I've formatted it here > so it's easier to read. > > { > "query": { > "op": "AND", > "subqueries": [ > { > "field": "primary_type", > "value": "resource", > "comparator": "equals", > "jsonmodel_type": "field_query" > }, > { > "field": "identifier", > "value": "ABC", > "comparator": "equals", > "jsonmodel_type": "field_query" > } > ], > "jsonmodel_type": "boolean_query" > }, > "jsonmodel_type": "advanced_query" > } > > What I'm trying to do is get a record for a top_container with a barcode > of BC98765 by sending a query with this string. > > { > "query": { > "op": "AND", > "subqueries": [ > { > "field": "jsonmodel_type", > "value": "top_container", > "comparator": "equals", > "jsonmodel_type": "field_query" > }, > { > "field": "barcode", > "value": "BC98765", > "comparator": "equals", > "jsonmodel_type": "field_query" > } > ], > "jsonmodel_type": "boolean_query" > }, > "jsonmodel_type": "advanced_query" > } > > When I send the above query, I get no response, not even an error > message. I'm thinking jsonmodel_type is not a field that I should query, > but when I requested the specific top_container record > (/repositories/2/top_containers/56484) there was no other field with a > value of top_container. > > I'd appreciate any advice how to request a record for a top_container by > barcode. > > Thanks. > > Andy > > -- > Andy Boze, Associate Librarian > University of Notre Dame > 271H Hesburgh Library > (574) 631-8708 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Andy Boze, Associate Librarian University of Notre Dame 271H Hesburgh Library (574) 631-8708 From Jessica.Crouch at lyrasis.org Fri May 29 09:53:10 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 29 May 2020 13:53:10 +0000 Subject: [Archivesspace_Users_Group] Take a break with ArchivesSpace on Fridays In-Reply-To: References: <4C151ED1-3A98-4217-908A-55C7BA8ED233@lyrasis.org> <939F1E31-3ECB-44AD-93A6-6634E8BFF8F7@lyrasis.org> <512F3C3D-C506-4E11-B5FB-4B9EBF4775B0@lyrasis.org> <614B918C-6F58-4D55-89F5-18680C71701B@lyrasis.org> Message-ID: Dear ArchivesSpace Users, We?ll be hosting another casual open call via zoom at 12pm ET today. With no set agenda or presentation for these calls, this forum is an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. Thank you to everyone who joined us last week for a great chat. We hope to see you all tomorrow. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Zoom Join the call via the information below: Join Zoom Meeting https://lyrasis.zoom.us/j/281962467 Meeting ID: 281 962 467 One tap mobile +19292056099,,281962467# US (New York) +13126266799,,281962467# US (Chicago) Dial by your location +1 929 205 6099 US (New York) +1 312 626 6799 US (Chicago) +1 301 715 8592 US +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) +1 253 215 8782 US 888 475 4499 US Toll-free 877 853 5257 US Toll-free Meeting ID: 281 962 467 Find your local number: https://lyrasis.zoom.us/u/awkFNWPxh We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29070 bytes Desc: image001.jpg URL: From Jessica.Crouch at lyrasis.org Fri May 29 15:23:22 2020 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 29 May 2020 19:23:22 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - May 2020 Message-ID: <1676287E-675A-4BA7-A7AE-ED66D10D5629@lyrasis.org> [cid:image001.jpg at 01D635CD.16ACF5D0] Development We're getting close to putting the final touches on the next release of ArchivesSpace and expect to have a release candidate ready very soon. New features for the next release include merging top containers, importing archival objects from spreadsheets, additional browse and search preferences for the staff interface, additional information in the background jobs area, and some small improvements to search for the public interface, among others. It will also have some accessibility improvements, performance improvements, and bug fixes. 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 have been sent to all current members for 2020/2021. If you have any questions or if you have not received your invoice, please let us know. We look forward to another year working together. The ArchivesSpace Annual Member Forum is going virtual! As you may have heard, the Society of American Archivists (SAA) annual conference will be virtual this year. This means the Annual Member Forum we hold in conjunction with SAA will also be offered virtually. The Annual Member Forum is a chance each year 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 workshops and trainings on a variety of topics. Our goal is to offer similar content and opportunities to come together in a virtual environment this year. We are still waiting to learn more about SAA?s plans for their virtual conference, but we ask that you hold the dates of August 3-8. Thank you for attending the Second Annual ArchivesSpace Online Forum Thank you to the planning team, presenters and everyone who attended the Second Annual ArchivesSpace Online forum! We were delighted to have over 500 individuals representing 15 different countries and 43 U.S. states register for some part of the event. If you attended any part of the Online Forum, please take a few minutes to fill out this evaluation to let us know what you liked and what we can do to improve future online events. Recordings, presentation slides and notes for each session are now included in the program on the forum wiki. Upcoming Webinar: Someday is Here! ArchivesSpace Projects for Working from Home ArchivesSpace will be offering another webinar focusing on ArchivesSpace data cleanup projects that can be accomplished in a work from home environment on Wednesday, June 3, at 2pm ET. Most of us are doing our jobs under much different conditions than usual. As a browser-based system you can access from anywhere, ArchivesSpace is a tool that can be used when working remotely and many ArchivesSpace users are finding themselves executing large scale data cleanup projects that have only recently been prioritized. Title: Someday is Here! ArchivesSpace Projects for Working from Home When: June 3, 2020 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_z7JsXKv3RJCBN1wvcKWXdA In order to provide a secure webinar experience and ensure adequate space in our Zoom environment, registration is now required for our webinars. Our webinars continue to be free and open to anyone using or interested in ArchivesSpace. Webinar description: This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Miloche Kottman and Marcella Huggard of the University of Kansas Libraries will discuss projects they have created for staff in the Cataloging and Archival Processing Department to work on while sheltering in place at home. These cleanup projects, which were often lower priority before the COVID-19 pandemic sent everyone home, include fixing subject and agent records; creating MARC records for legacy manuscript collections; consolidating resource records that were separated; converting pdfs to be archival object inventories in ArchivesSpace; and creating resource records for legacy processed collections. Miloche and Marcella will discuss database queries to cull the necessary data and workflows for managing these projects. Webinar presenters: Marcella Huggard is the manuscripts processing coordinator at the Kenneth Spencer Research Library, part of the University of Kansas Libraries. She oversees arrangement and description and processing for all of Spencer?s manuscript collections and has been with KU since 2015. Miloche Kottman is the Head of Cataloging & Archival Processing. In addition to overseeing a staff of 28 full-time members, she is the system administrator for Voyager, Aeon and ArchivesSpace. Currently she has two new co-workers who kindly allow her to sit in front of their window to work as long as she doesn?t mind them interrupting when a rabbit bounces by (Tigger and Dash, the cats). She received her MLIS from University of Wisconsin?Milwaukee. The recordings for last month?s webinars, Integrating ArchivesSpace and ArcLight and ArchivesSpace Data Cleanup: Tips, Tricks and Tools, are now available on YouTube. Take a Break with ArchivesSpace Whether working from home for the first time, as remote working pros, or as onsite staff, most of us are doing our jobs under much different conditions than usual. As a browser based system you can access from anywhere, the ArchivesSpace application may offer a sense of archival normalcy as we each adjust. And with a welcoming and robust member community all over the world, ArchivesSpace can also offer camaraderie when many of us may feel isolated from our colleagues or the professional communities we interact with regularly. We will continue hosting our casual open calls via zoom at 12pm ET each Friday. We won?t be developing agendas or presentations for these calls. We just want to provide a forum and an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace or anything else in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. When: Fridays Time: 12:00 p.m. ? 1:00 p.m. ET (9:00 a.m. ? 10:00 a.m. PT) Where: Visit our blog for connection information We seek to provide a welcoming, fun, and safe community experience for everyone and adhere to Code4Lib?s CodeofConduct4Lib. The full text of the code of conduct is available at: http://bit.ly/coc4lib. Governance Board elections Thanks to everyone who participated in the nominations process this year for openings on our Technical Advisory Council (TAC), User Advisory Council (UAC), and Governance Board. Watch this space next month for the announcement of the new appointees to TAC and UAC. Elections for the three positions on the Governance Board open in this cycle will open on June 8. This year the ArchivesSpace member community will be electing representatives from the Large, Medium, and Very Small levels. One Voting Member from each member institution from those levels will be sent a ballot for their level only on or about June 8. If you are the Voting Member for your institution and your institution is at one of those membership levels, please contact Christine (christine.dibella at lyrasis.org) if you do not receive it. Thanks in advance for your participation! Membership Update We are excited to welcome our newest members to our community! Our new members since April 30 include: * California State University, Channel Islands (Camarillo, CA) As of May 29, we have 416 General members, 21 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Tools Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 22469 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29061 bytes Desc: image002.jpg URL: