From christine.dibella at lyrasis.org Tue Aug 1 10:04:13 2023 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 1 Aug 2023 14:04:13 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - July 2023 Message-ID: [cid:image001.jpg at 01D9C45F.4EF470C0] ArchivesSpace Update - July 2023 Upcoming Schedule at a Glance: August 30-September 1: Visit the ArchivesSpace table at ARA September 13: ArchivesSpace basic record creation training October 11: Using the accession and assessments module in ArchivesSpace training Development With v3.4.0 released, most of our development focus right now is on some larger infrastructure projects, including upgrades to JRuby, Rails, Bootstrap, and JQuery. We are also working on significant improvements to the Collection Organization area of the public interface. The next regular release of ArchivesSpace is projected for September. ArchivesSpace at the Archives and Records Association Conference in Belfast ArchivesSpace is excited to be exhibiting at the Archives and Records Association Conference in Belfast on August 30-September 1. This is ArchivesSpace's first time attending ARA and ArchivesSpace Community Lead Jessica Crouch looks forward to discussing the ArchivesSpace program, application, and community with archivists in the UK. If you are unable to visit Jessica in the exhibition hall August 30-September 1, Jessica will be available at the nearby Caff? Nero on Friday, September 1 from 8:30am-9:30am and would be happy buy a coffee for anyone that would like to have a more detailed discussion of ArchivesSpace and what it can do at your organization. If you have questions in advance of ARA, please email Jessica at jessica.crouch at lyrasis.org. Registration Now Open for Fall 2023 ArchivesSpace Community-wide Trainings Registration is now open for our Fall community-wide trainings. To learn more about upcoming community-wide trainings or view information about past trainings, visit https://archivesspace.org/using-archivesspace/trainings. The next training offered this year will be a Basic Record Creation Overview. This training will be offered on September 13, 2023, from 1pm-4pm ET/10am-1pm PT. If you are interested in attending this training, you can register at https://www.lyrasis.org/ASpaceEventSeptember. Upon completing this workshop, attendees will understand how to navigate the ArchivesSpace Staff User Interface, view the ArchivesSpace Public User Interface, create accession records, create resource records, and create digital object records. Later in the fall will be a training on using the ArchivesSpace Accessions and Assessments modules. This training will be offered on October 11, 2023, from 1pm-4pm ET/10am-1pm PT. If you are interested in attending this training, you can register at https://www.lyrasis.org/ASpaceEventOctober. Upon completing this workshop, attendees will understand how to create and edit accession records, link related records to accession records, create assessments, edit assessment attributes in ArchivesSpace, and link assessments to related records. Both trainings assume a basic understanding of archival workflows and metadata formats as well as experience navigating the ArchivesSpace staff user interface. If you plan to attend our community-wide trainings without the required background, we encourage you to review the recorded ArchivesSpace basics training available on our Getting Started webpage. These trainings are open to anyone using or interested in ArchivesSpace but ArchivesSpace members are eligible for a discount. If you qualify for the member discount, you will need to reach out to ArchivesSpaceHome at lyrasis.org to receive a member promo code before registering. Thank You for Attending the 9th Annual ArchivesSpace Member Forum Thank you to everyone who attended our 9th annual ArchivesSpace Member Forum in person or online. Recordings of both the virtual and in-person sessions will be available on the event wiki page in the coming weeks. In the meantime, we ask that everyone who attended please complete the forum survey at https://www.surveymonkey.com/r/SH6N8SD. Membership Update We are excited to welcome our newest members to our community! Our new members since June 30th include: * Alma College, (Alma, MI) * Archives of Michigan, (Lansing, MI) * Gallaudet University (Washington, DC) * New York Transit Museum, (Brooklyn, NY) We were also delighted to welcome MOBIUS, a consortium of over 80 academic, public, special, and state libraries in Missouri, as our first Consortium Provider. As of July 31, we have 470 General members, 18 Educational Program members, 3 Registered Service Providers, and 1 Consortium Provider. Thank you to our current ArchivesSpace members for your contribution to the development and sustainability of the ArchivesSpace application. ArchivesSpace has a membership model to support the continued development of the application and user community and ArchivesSpace members are eligible for a variety of benefits. If you are interested in ArchivesSpace membership for your organization, email us at ArchivesSpaceHome at lyrasis.org. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA's Collection Management Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 68987 bytes Desc: image001.jpg URL: From herbert.dittersdorf at maine.edu Tue Aug 1 11:23:03 2023 From: herbert.dittersdorf at maine.edu (Herbert Dittersdorf) Date: Tue, 1 Aug 2023 11:23:03 -0400 Subject: [Archivesspace_Users_Group] Managing Unique Top Containers Message-ID: Hello ArchiveSpace Community, I was hoping to crowdsource a little wisdom about Top Containers and how you all manage them. I am retooling the finding aid for the University of Maine's William S. Cohen Papers collection--a very large set of boxes (our largest). The collection contains multiple record groups, series, sub series, and sub-subseries. Boxes and files have been associated with Top Containers successfully; however, the Top Container designations tend to be generic (e.g. "Box 1," "Box 2," "Box 3"...). This fact creates a problem: each "Box 1," "Box 2," "Box 3"... Top Container is linked with records from disparate series and subseries. For example, the following two folder titles are both linked under the same "Box 1" Top Container: [image: image.png] One file comes from subseries, *2.1.5 Membership Files. *The other file comes from the subseries, *3.4.4 Mailings.* Obviously the details do not matter here. I am simply wondering how others deal with similar problems. Generally: *Is there a way to create unique top container instances with identical titles? *Or do you all typically embed additional information in the "Top Container" title? In the case of the example: Can I create two unique "Box 1" instances (one for the 2.1.5 subseries and the other for the 3.4.4 subseries) by editing the metadata for that Top Container in some way? Or is creating a longer "Top Container" title (something like, "2.1.5 Box 1") the only way to solve this problem? I am looking for an elegant way of solving this issue without creating long Top Container titles but could not find a way to do so using the Help Center. Even knowing, for sure, that I have to create longer titles would be very helpful. Thank you so much and I apologize for clogging all of your inboxes with my question! Sincerely, Herbie Dittersdorf -- Herbert Matthew Dittersdorf, M.S.I. Archivist, William S. Cohen Papers Special Collections Department 5729 Fogler Library Orono, ME 04469-5729 207.581.1844 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 50746 bytes Desc: not available URL: From tlaver at nelson-atkins.org Tue Aug 1 11:43:35 2023 From: tlaver at nelson-atkins.org (Tara Laver) Date: Tue, 1 Aug 2023 15:43:35 +0000 Subject: [Archivesspace_Users_Group] Managing Unique Top Containers In-Reply-To: References: Message-ID: Hi, Herbert. We create box numbers that contain designations for the collection number and the box number, and if a collection has multiple box 1s or box 2s, etc., because they start over with one with each series, we add a designation for the series in the alphanumeric string for the box number. So, for example, in this collection, https://nelson-atkins.libraryhost.com/repositories/2/resources/2, there are six box 1s (see https://nelson-atkins.libraryhost.com/repositories/2/resources/2/inventor), styled Box RG01/02.S01.01 (series 1, box 1) Box RG01/02.S02.01 (series 2 box 1) Box RG01/02.S03.01 (series 3, box 1) Box RG01/02.S04.01 (series 4, box 1) Box RG01/02.S05.01 (series 5, box 1) Box RG01/02.S06.01 (series 6, box 1) -where the ?S? indicates the following number is the series number. If a collection does not have repeating box 1s by series but is through numbered, then we don?t include the S in the box number, as in this one, https://nelson-atkins.libraryhost.com/repositories/2/resources/1/inventory. Hope this helps. Best, Tara Laver Tara Z. Laver (she/her/hers) Senior Archivist The Nelson-Atkins Museum of Art 4525 Oak Street Kansas City, MO 64111 Office: 816.751.1354 tlaver at nelson-atkins.org www.nelson-atkins.org [cid:image001.png at 01D9C465.05214DF0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Herbert Dittersdorf Sent: Tuesday, August 1, 2023 10:23 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Managing Unique Top Containers Hello ArchiveSpace Community, I was hoping to crowdsource a little wisdom about Top Containers and how you all manage them. I am retooling the finding aid for the University of Maine's William S. Cohen Papers collection--a very large set of boxes (our largest). The collection contains multiple record groups, series, sub series, and sub-subseries. Boxes and files have been associated with Top Containers successfully; however, the Top Container designations tend to be generic (e.g. "Box 1," "Box 2," "Box 3"...). This fact creates a problem: each "Box 1," "Box 2," "Box 3"... Top Container is linked with records from disparate series and subseries. For example, the following two folder titles are both linked under the same "Box 1" Top Container: [image.png] One file comes from subseries, 2.1.5 Membership Files. The other file comes from the subseries, 3.4.4 Mailings. Obviously the details do not matter here. I am simply wondering how others deal with similar problems. Generally: Is there a way to create unique top container instances with identical titles? Or do you all typically embed additional information in the "Top Container" title? In the case of the example: Can I create two unique "Box 1" instances (one for the 2.1.5 subseries and the other for the 3.4.4 subseries) by editing the metadata for that Top Container in some way? Or is creating a longer "Top Container" title (something like, "2.1.5 Box 1") the only way to solve this problem? I am looking for an elegant way of solving this issue without creating long Top Container titles but could not find a way to do so using the Help Center. Even knowing, for sure, that I have to create longer titles would be very helpful. Thank you so much and I apologize for clogging all of your inboxes with my question! Sincerely, Herbie Dittersdorf -- Herbert Matthew Dittersdorf, M.S.I. Archivist, William S. Cohen Papers Special Collections Department 5729 Fogler Library Orono, ME 04469-5729 207.581.1844 [https://umaine.edu/brand/wp-content/uploads/sites/213/2016/06/UMaine_fullcrest_logo_email_signature.jpg] This message originated outside of the Nelson-Atkins. Please use caution when opening links or attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5175 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 31840 bytes Desc: image003.png URL: From kate_bowers at harvard.edu Tue Aug 1 11:44:32 2023 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Tue, 1 Aug 2023 15:44:32 +0000 Subject: [Archivesspace_Users_Group] Managing Unique Top Containers In-Reply-To: References: Message-ID: We have an enormous number of legacy collections where the container numbering has similar issues. Fortunately (or because of this) we are not trying to use AS as our system of record for locations or container management. The best solution we found with ArchivesSpace is to repeat the entire text of the container identifier in the ?indicator? field of the top container. For example: * HUGFP 26.10 Box 1 * HUGFP 26 being the collection identifier, .10 being the series identifier, and Box 1 being the container number * HUGFP 111.75 p Box 1 * (HUGFP 111 being the collection number, .75 being the series identifier, p being the container prefix, and Box 1 being the container number This is, at least, accurate. It does make the public display weird in some places though. This is a legacy practice?we no longer assign series or sous-fonds numbers to portions of fonds or portions of collections that will be described in a single finding aid. For many institutional records, the description is at the sous-fonds or series level. We will continue to have the problem with legacy collections, however. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Herbert Dittersdorf Sent: Tuesday, August 1, 2023 11:23 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Managing Unique Top Containers Hello ArchiveSpace Community, I was hoping to crowdsource a little wisdom about Top Containers and how you all manage them. I am retooling the finding aid for the University of Maine's William S. Cohen Papers collection--a very large set of boxes (our largest). The collection contains multiple record groups, series, sub series, and sub-subseries. Boxes and files have been associated with Top Containers successfully; however, the Top Container designations tend to be generic (e.g. "Box 1," "Box 2," "Box 3"...). This fact creates a problem: each "Box 1," "Box 2," "Box 3"... Top Container is linked with records from disparate series and subseries. For example, the following two folder titles are both linked under the same "Box 1" Top Container: [cid:image001.png at 01D9C46C.3980BA70] One file comes from subseries, 2.1.5 Membership Files. The other file comes from the subseries, 3.4.4 Mailings. Obviously the details do not matter here. I am simply wondering how others deal with similar problems. Generally: Is there a way to create unique top container instances with identical titles? Or do you all typically embed additional information in the "Top Container" title? In the case of the example: Can I create two unique "Box 1" instances (one for the 2.1.5 subseries and the other for the 3.4.4 subseries) by editing the metadata for that Top Container in some way? Or is creating a longer "Top Container" title (something like, "2.1.5 Box 1") the only way to solve this problem? I am looking for an elegant way of solving this issue without creating long Top Container titles but could not find a way to do so using the Help Center. Even knowing, for sure, that I have to create longer titles would be very helpful. Thank you so much and I apologize for clogging all of your inboxes with my question! Sincerely, Herbie Dittersdorf -- Herbert Matthew Dittersdorf, M.S.I. Archivist, William S. Cohen Papers Special Collections Department 5729 Fogler Library Orono, ME 04469-5729 207.581.1844 [https://umaine.edu/brand/wp-content/uploads/sites/213/2016/06/UMaine_fullcrest_logo_email_signature.jpg] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 50746 bytes Desc: image001.png URL: From christine.dibella at lyrasis.org Tue Aug 1 16:07:16 2023 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 1 Aug 2023 20:07:16 +0000 Subject: [Archivesspace_Users_Group] import settings for Library of Congress plugin In-Reply-To: References: Message-ID: Hello Wendy, The LCNAF Import plugin respects publishing preferences set via the staff interface. The user manual explains the different options available in the preferences area, and there is also a video tutorial for doing this. I wouldn?t be surprised if some people have their own plugins to modify some things about how the LCNAF plugin works, but changing these preferences within the application would be the quickest and easiest way to make this kind of change. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org [cid:image001.jpg at 01D9C491.78716660] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir Sent: Monday, July 31, 2023 12:52 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] import settings for Library of Congress plugin Dear all, Currently the LoC plugin imports agents as unpublished. Can anyone point me to documentation explaining how to change the configuration so that terms import as published? Many thanks, Wendy ____________________________________ WENDY SCHEIR director THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS 66 FIFTH AVENUE, NEW YORK, NY 10011 scheirw at newschool.edu T 212-229-5942 Explore the Archives | Digital Collections from the Archives | New School Histories | @tnsarchives [THE NEW SCHOOL] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 56099 bytes Desc: image001.jpg URL: From scheirw at newschool.edu Tue Aug 1 16:18:01 2023 From: scheirw at newschool.edu (Wendy Scheir) Date: Tue, 1 Aug 2023 16:18:01 -0400 Subject: [Archivesspace_Users_Group] import settings for Library of Congress plugin In-Reply-To: References: Message-ID: Thank you, Christine. On Tue, Aug 1, 2023 at 4:07?PM Christine Di Bella < christine.dibella at lyrasis.org> wrote: > Hello Wendy, > > > > The LCNAF Import plugin respects publishing preferences set via the staff > interface. The user manual > > explains the different options available in the preferences area, and there > is also a video tutorial > > for doing this. > > > > I wouldn?t be surprised if some people have their own plugins to modify > some things about how the LCNAF plugin works, but changing these > preferences within the application would be the quickest and easiest way to > make this kind of change. > > > > Christine > > > > Christine Di Bella > > ArchivesSpace Program Manager > > christine.dibella at lyrasis.org > > > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Wendy > Scheir > *Sent:* Monday, July 31, 2023 12:52 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] import settings for Library of > Congress plugin > > > > Dear all, > > > > Currently the LoC plugin imports agents as unpublished. Can anyone point > me to documentation explaining how to change the configuration so that > terms import as published? > > > > Many thanks, > > Wendy > > ____________________________________ > > *WENDY SCHEIR* > > director > THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS > > 66 FIFTH AVENUE, NEW YORK, NY 10011 > > scheirw at newschool.edu > > > *T* 212-229-5942 > > Explore the Archives | Digital > Collections from the Archives > | New School Histories > | @tnsarchives > > > [image: THE NEW SCHOOL] > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 56099 bytes Desc: not available URL: From shand at ap.org Wed Aug 2 10:35:11 2023 From: shand at ap.org (Hand, Sarit) Date: Wed, 2 Aug 2023 14:35:11 +0000 Subject: [Archivesspace_Users_Group] Move archival objects to another resource In-Reply-To: References: <81e45dde-4db2-54de-8a72-9e26cad2117d@bodleian.ox.ac.uk> Message-ID: Hi, Just catching up... I just went through the process of merging 14 resource records into one. I wanted the resource records to become series records under a single resource record. There are a few things I noted and did in advance: 1. You start the merge process from the resource record you want to as the resource. 2. The resource record being merged does not become a child record it goes away and only the component records move over while some of its data is merged into the parent resource it is being merged with. 3. To retain the data from the resource records to be merged, I first created a child record (series level) within each resource and recreated the data from the resource record. I used the reorder feature to move the entire structure under that new series. Upon merging, some of the data from the resource record was retained, in particular, related accessions but not everything. Because I created the series record before merging, that became the first level child record with all the data from the now defunct resource record plus the structure of that collection was retained. Hope this makes sense and is useful. Cheers, [cid:image001.png at 01D9C52D.039F9310] [cid:image002.jpg at 01D9C52D.039F9310] Sarit Hand 200 Liberty St. Digital Archivist New York, NY 10281 Corporate Archives T 212.621.7035 shand at ap.org www.ap.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Leah Tams Sent: Monday, July 24, 2023 9:08 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Move archival objects to another resource [EXTERNAL] You can merge a resource record into another-I've not done it before, so I can't speak to the specifics. But at the collection or top level, you go into Edit mode. There should be a Merge button, and from there you can choose which Resource record you want to merge it into. Attaching a screenshot! Leah she/her/hers MSLS in Archives & Records Management Accessions Coordinator Rubenstein Rare Book & Manuscript Library Duke University leah.tams at duke.edu | leahtams.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Andrew Morrison Sent: Monday, July 24, 2023 4:05 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Move archival objects to another resource There is a Transfer button above the tree when editing archival objects. It provides no way to specify where inside the destination resource to position the archival object, so you will then have to edit it again, enable reorder mode, and move it. I've never used it myself, but I have used the corresponding API endpoints: http://archivesspace.github.io/archivesspace/api/#transfer-components-from-one-resource-to-another http://archivesspace.github.io/archivesspace/api/#move-existing-archival-objects-to-become-children-of-an-archival-object They also move subrecords of the record being moved. Andrew. On 21/07/2023 22:43, Paul Sutherland wrote: Hi all, I'm wondering if there's a quick way to move an existing archival object and its children to a position under another existing resource. We have a collection that we wish to merge with another collection, by making the first collection a series of the second collection. We've made a finding aid for the second collection, and would like now to merge them. I realise I could use some combination of the bulk import templates and bulk update spreadsheet to create new objects. A colleague has also been using EAD import for this. I'm wondering if there's a more direct way already inbuilt. This is something we expect to do a lot more soon. Thanks, Paul -- Paul Sutherland (he/his) Archivist of Indigenous Materials Center for Native American and Indigenous Research Library & Museum American Philosophical Society 105 S. 5th Street, 2nd Floor Philadelphia, PA 19406 Lenapehoking 215-440-3408 amphilsoc.org/library/CNAIR cnair at amphilsoc.org I respectfully acknowledge that I work and reside in Lenapehoking, the homeland of the Lenape people in past, present, and future generations. I am grateful for the past and ongoing generosity of numerous Indigenous communities and individuals who have offered guidance, expertise, and opportunities for collaboration that make my work possible. Learn more about ... - The Indigenous Subject Guide to our Indigenous collections, updated frequently - Blog posts by CNAIR staff & fellows - Fellowships (residential and non) for working with our collections and elsewhere - Scheduling a visit to our Reading Room to view our collections - Our latest museum exhibit Pursuit & Persistence: 300 Years of Women in Science, open until December 30, 2023 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5729 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1715 bytes Desc: image002.jpg URL: From shand at ap.org Wed Aug 2 10:55:22 2023 From: shand at ap.org (Hand, Sarit) Date: Wed, 2 Aug 2023 14:55:22 +0000 Subject: [Archivesspace_Users_Group] Question about bulk import of Digital objects In-Reply-To: References: Message-ID: Hi, If by "ArchivesSpace website," you are not refereeing to your own instance, you can download the template you need directly in ASpace depending on the version you are using. I think, and someone can correct me if I am wrong, they are available to download since v3.0 or 3.1. Go to the gear image on the right and there should be a Bulk Import Template option. Click on that and it will open a page with several options. Just read the descriptions. Hope that helps Cheers, [cid:image001.png at 01D9C52F.D5582A00] [cid:image002.jpg at 01D9C52F.D5582A00] Sarit Hand 200 Liberty St. Digital Archivist New York, NY 10281 Corporate Archives T 212.621.7035 shand at ap.org www.ap.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Mary Weppler Sent: Wednesday, July 26, 2023 11:23 AM To: Archivesspace_Users_Group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Question about bulk import of Digital objects [EXTERNAL] Hello! I would like to bulk import numerous Digital Objects into an archival object record. I am confused on the AS website as far as which template/map to use, as there are so many versions? This would be a simple DO import into an Archival Object record, including the DO Title, Identifier, DO Type, File URI, Use Statement, File Format Name, Caption, Date Label, Date Type, Begin (see attached example). I have hundreds of PDFs to add in which the corresponding DO would be constructed with this same metadata, but want to make sure I'm using the correct spreadsheet and process. We're using AS version 3.1.0 (according to our front-end data). Thank you in advance for your assistance, Mary Mary Weppler-Van Diver Library Faculty, Librarian & CA Special Collections and University Archives Email: mweppler at csustan.edu Phone: 209-664-6538 The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5729 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1715 bytes Desc: image002.jpg URL: From shand at ap.org Wed Aug 2 11:10:26 2023 From: shand at ap.org (Hand, Sarit) Date: Wed, 2 Aug 2023 15:10:26 +0000 Subject: [Archivesspace_Users_Group] Managing Unique Top Containers In-Reply-To: References: Message-ID: Hi, We have similar scenarios. Because you can create multiple top containers with the same indicator without getting an error, items in collections were randomly labeled with different top containers but with the same indicator. That?s been an ongoing clean up job. To alleviate this, I did not create complex top container names because our physical boxes already had labels with their box indicators which were simple digits, 1, 2,3 or even 01, 02 03, etc. (also not consistent); instead, I used the barcode field and put the collection, series, and box info there. We were not using barcodes at the time. It helped immensely since that meant I did not have to relabel the physical boxes with new box numbers etc. but allowed be to distinguish between Box 1 for series 1 and Box 1 for series 2 and so on. However, we just started using barcodes, which in effect will still help to distinguish the separate top containers, just won?t have the collection data in there. The downside of creating Box indicators and/or barcodes using collection data is if you must store content from multiple resources in the same top container then the data will not make sense. The downside of using generic barcode numbers is that it is not informative, its just a random set of characters. Bottom line, I use the barcode field to distinguish top containers with the same indicator in a resource whether it has collection info or not. Cheers, [cid:image002.png at 01D9C531.F0358910] [cid:image003.jpg at 01D9C531.F0358910] Sarit Hand 200 Liberty St. Digital Archivist New York, NY 10281 Corporate Archives T 212.621.7035 shand at ap.org www.ap.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Bowers, Kate A. Sent: Tuesday, August 1, 2023 11:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Managing Unique Top Containers [EXTERNAL] We have an enormous number of legacy collections where the container numbering has similar issues. Fortunately (or because of this) we are not trying to use AS as our system of record for locations or container management. The best solution we found with ArchivesSpace is to repeat the entire text of the container identifier in the ?indicator? field of the top container. For example: * HUGFP 26.10 Box 1 * HUGFP 26 being the collection identifier, .10 being the series identifier, and Box 1 being the container number * HUGFP 111.75 p Box 1 * (HUGFP 111 being the collection number, .75 being the series identifier, p being the container prefix, and Box 1 being the container number This is, at least, accurate. It does make the public display weird in some places though. This is a legacy practice?we no longer assign series or sous-fonds numbers to portions of fonds or portions of collections that will be described in a single finding aid. For many institutional records, the description is at the sous-fonds or series level. We will continue to have the problem with legacy collections, however. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Herbert Dittersdorf Sent: Tuesday, August 1, 2023 11:23 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Managing Unique Top Containers Hello ArchiveSpace Community, I was hoping to crowdsource a little wisdom about Top Containers and how you all manage them. I am retooling the finding aid for the University of Maine's William S. Cohen Papers collection--a very large set of boxes (our largest). The collection contains multiple record groups, series, sub series, and sub-subseries. Boxes and files have been associated with Top Containers successfully; however, the Top Container designations tend to be generic (e.g. "Box 1," "Box 2," "Box 3"...). This fact creates a problem: each "Box 1," "Box 2," "Box 3"... Top Container is linked with records from disparate series and subseries. For example, the following two folder titles are both linked under the same "Box 1" Top Container: [cid:image004.png at 01D9C531.F0358910] One file comes from subseries, 2.1.5 Membership Files. The other file comes from the subseries, 3.4.4 Mailings. Obviously the details do not matter here. I am simply wondering how others deal with similar problems. Generally: Is there a way to create unique top container instances with identical titles? Or do you all typically embed additional information in the "Top Container" title? In the case of the example: Can I create two unique "Box 1" instances (one for the 2.1.5 subseries and the other for the 3.4.4 subseries) by editing the metadata for that Top Container in some way? Or is creating a longer "Top Container" title (something like, "2.1.5 Box 1") the only way to solve this problem? I am looking for an elegant way of solving this issue without creating long Top Container titles but could not find a way to do so using the Help Center. Even knowing, for sure, that I have to create longer titles would be very helpful. Thank you so much and I apologize for clogging all of your inboxes with my question! Sincerely, Herbie Dittersdorf -- Herbert Matthew Dittersdorf, M.S.I. Archivist, William S. Cohen Papers Special Collections Department 5729 Fogler Library Orono, ME 04469-5729 207.581.1844 [https://umaine.edu/brand/wp-content/uploads/sites/213/2016/06/UMaine_fullcrest_logo_email_signature.jpg] The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5729 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 1715 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 50746 bytes Desc: image004.png URL: From shand at ap.org Wed Aug 2 11:17:42 2023 From: shand at ap.org (Hand, Sarit) Date: Wed, 2 Aug 2023 15:17:42 +0000 Subject: [Archivesspace_Users_Group] bulk editor plugin: bug fix In-Reply-To: References: Message-ID: Thanks Wendy! Cheers, [cid:image001.png at 01D9C532.F451D2A0] [cid:image002.jpg at 01D9C532.F451D2A0] Sarit Hand 200 Liberty St. Digital Archivist New York, NY 10281 Corporate Archives T 212.621.7035 shand at ap.org www.ap.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir Sent: Monday, July 24, 2023 11:23 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] bulk editor plugin: bug fix [EXTERNAL] Hello, For those of you using the bulk editor plugin, we discovered a bug that, when exporting a spreadsheet, if we elected not to export existing instances (because we didn't need to revise them), but added digital objects, upon re-import of the spreadsheet the existing instances were deleted. The developers at Hudson Molonglo have fixed the issue and released a revised version. (I haven't had a chance to test the new version yet, so please test before using it!) The new version is here: https://github.com/hudmol/as_spreadsheet_bulk_updater/releases/tag/v1.5.5 All best, Wendy ____________________________________ WENDY SCHEIR director THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS 66 FIFTH AVENUE, NEW YORK, NY 10011 scheirw at newschool.edu T 212-229-5942 Explore the Archives | Digital Collections from the Archives | New School Histories | @tnsarchives [THE NEW SCHOOL] The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5729 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1715 bytes Desc: image002.jpg URL: From psutherland at amphilsoc.org Wed Aug 2 13:03:07 2023 From: psutherland at amphilsoc.org (Paul Sutherland) Date: Wed, 2 Aug 2023 13:03:07 -0400 Subject: [Archivesspace_Users_Group] [External] Move archival objects to another resource In-Reply-To: References: <81e45dde-4db2-54de-8a72-9e26cad2117d@bodleian.ox.ac.uk> Message-ID: Thank you all, this is very helpful. I'll use this guidance for my example. Best, Paul On Wed, Aug 2, 2023 at 10:35?AM Hand, Sarit wrote: > Hi, > > > > Just catching up? > > > > I just went through the process of merging 14 resource records into one. I > wanted the resource records to become series records under a single > resource record. > > There are a few things I noted and did in advance: > > 1. You start the merge process from the resource record you want to as > the resource. > 2. The resource record being merged does not become a child record it > goes away and only the component records move over while some of its data > is merged into the parent resource it is being merged with. > 3. To retain the data from the resource records to be merged, I first > created a child record (series level) within each resource and recreated > the data from the resource record. I used the reorder feature to move the > entire structure under that new series. Upon merging, some of the data from > the resource record was retained, in particular, related accessions but not > everything. Because I created the series record before merging, that became > the first level child record with all the data from the now defunct > resource record plus the structure of that collection was retained. > > Hope this makes sense and is useful. > > > > Cheers, > > > > Sarit Hand 200 > Liberty St. > > Digital Archivist New York, > NY 10281 > > Corporate Archives T 212.621.7035 > > > > > shand at ap.org > > www.ap.org > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Leah > Tams > *Sent:* Monday, July 24, 2023 9:08 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Move archival objects to > another resource > > > > [EXTERNAL] > > You can merge a resource record into another?I?ve not done it before, so I > can?t speak to the specifics. But at the collection or top level, you go > into Edit mode. There should be a Merge button, and from there you can > choose which Resource record you want to merge it into. Attaching a > screenshot! > > > > Leah > > > > *she/her/hers* > > MSLS in Archives & Records Management > > Accessions Coordinator > > Rubenstein Rare Book & Manuscript Library > > Duke University > > leah.tams at duke.edu | leahtams.org > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Andrew > Morrison > *Sent:* Monday, July 24, 2023 4:05 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* Re: [Archivesspace_Users_Group] Move archival objects to > another resource > > > > There is a Transfer button above the tree when editing archival objects. > It provides no way to specify where inside the destination resource to > position the archival object, so you will then have to edit it again, > enable reorder mode, and move it. > > I've never used it myself, but I have used the corresponding API endpoints: > > > http://archivesspace.github.io/archivesspace/api/#transfer-components-from-one-resource-to-another > > > > http://archivesspace.github.io/archivesspace/api/#move-existing-archival-objects-to-become-children-of-an-archival-object > > > They also move subrecords of the record being moved. > > Andrew. > > > > On 21/07/2023 22:43, Paul Sutherland wrote: > > Hi all, > > > > I'm wondering if there's a quick way to move an existing archival object > and its children to a position under another existing resource. > > > > We have a collection that we wish to merge with another collection, by > making the first collection a series of the second collection. We've made a > finding aid for the second collection, and would like now to merge them. > > > > I realise I could use some combination of the bulk import templates and > bulk update spreadsheet to create new objects. A colleague has also been > using EAD import for this. I'm wondering if there's a more direct way > already inbuilt. This is something we expect to do a lot more soon. > > > > Thanks, > > Paul > > > > -- > > *Paul Sutherland* (he/his) > Archivist of Indigenous Materials > Center for Native American and Indigenous Research > > Library & Museum > American Philosophical Society > 105 S. 5th Street, 2nd Floor > Philadelphia, PA 19406 > > Lenapehoking > > 215-440-3408 > > amphilsoc.org/library/CNAIR > > > cnair at amphilsoc.org > > > > *I respectfully acknowledge that I work and reside in Lenapehoking, the > homeland of the Lenape people in past, present, and future generations. I > am grateful for the past and ongoing generosity of numerous Indigenous > communities and individ**uals who have offered guidance, expertise, and > opportunities for collaboration that make my work possible. * > > > > Learn more about ... > > - The Indigenous Subject Guide > > to our Indigenous collections, updated frequently > - Blog posts > > by CNAIR staff & fellows > - Fellowships > > (residential and non) for working with our collections and elsewhere > - Scheduling a visit > > to our Reading Room to view our collections > - Our latest museum exhibit *Pursuit & Persistence: 300 Years of Women in > Science > , > *open until December 30, 2023 > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > The information contained in this communication is intended for the use of > the designated recipients named above. If the reader of this communication > is not the intended recipient, you are hereby notified that you have > received this communication in error, and that any review, dissemination, > distribution or copying of this communication is strictly prohibited. If > you have received this communication in error, please notify The Associated > Press immediately by telephone at +1-212-621-1500 and delete this email. > Thank you. > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=5Bx2xbDPZhasoznoCkvfU5Mf0-quDxIngfrXZdzDRNJoC33J1nTRj81nf-xouAqV&s=A7OVMdLlhCMwL0fEsJd6Dz2M1cTkBEIInpz4H8sEZmY&e= > -- *Paul Sutherland* (he/his) Archivist of Indigenous Materials Center for Native American and Indigenous Research Library & Museum American Philosophical Society 105 S. 5th Street, 2nd Floor Philadelphia, PA 19406 Lenapehoking 215-440-3408 amphilsoc.org/library/CNAIR cnair at amphilsoc.org *I respectfully acknowledge that I work and reside in Lenapehoking, the homeland of the Lenape people in past, present, and future generations. I ?am grateful for the past and ongoing generosity of numerous Indigenous communities and individuals who have offered guidance, expertise, and opportunities for collaboration that make my work possible. * Learn more about ... - The Indigenous Subject Guide to our Indigenous collections, updated frequently - Blog posts by CNAIR staff & fellows - Fellowships (residential and non) for working with our collections and elsewhere - Scheduling a visit to our Reading Room to view our collections - Our latest museum exhibit *Pursuit & Persistence: 300 Years of Women in Science , *open until December 30, 2023 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5729 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1715 bytes Desc: not available URL: From dmichelson at smith.edu Wed Aug 2 14:53:16 2023 From: dmichelson at smith.edu (Dan Michelson) Date: Wed, 2 Aug 2023 14:53:16 -0400 Subject: [Archivesspace_Users_Group] Managing Unique Top Containers In-Reply-To: References: Message-ID: We just bit the bullet and renumbered ~6,000 boxes last Fall. It was absolutely worth it, since non-unique box numbers in collections constantly require weird workarounds. No more researchers having to specify which of the 120 different box 1s in a collection is what they're actually looking for. If anyone is interested in the workflows and associated python script we came up with to carry this out without significantly disrupting collection use, feel free to contact me. All the best, Dan On Wed, Aug 2, 2023 at 11:10?AM Hand, Sarit wrote: > Hi, > > > > We have similar scenarios. > > Because you can create multiple top containers with the same indicator > without getting an error, items in collections were randomly labeled with > different top containers but with the same indicator. That?s been an > ongoing clean up job. > > > > To alleviate this, I did not create complex top container names because > our physical boxes already had labels with their box indicators which were > simple digits, 1, 2,3 or even 01, 02 03, etc. (also not consistent); > instead, I used the barcode field and put the collection, series, and box > info there. We were not using barcodes at the time. It helped immensely > since that meant I did not have to relabel the physical boxes with new box > numbers etc. but allowed be to distinguish between Box 1 for series 1 and > Box 1 for series 2 and so on. > > > > However, we just started using barcodes, which in effect will still help > to distinguish the separate top containers, just won?t have the collection > data in there. The downside of creating Box indicators and/or barcodes > using collection data is if you must store content from multiple resources > in the same top container then the data will not make sense. The downside > of using generic barcode numbers is that it is not informative, its just a > random set of characters. > > > > Bottom line, I use the barcode field to distinguish top containers with > the same indicator in a resource whether it has collection info or not. > > > > Cheers, > > > > Sarit Hand 200 > Liberty St. > > Digital Archivist New York, > NY 10281 > > Corporate Archives T 212.621.7035 > > > > > shand at ap.org > > www.ap.org > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Bowers, > Kate A. > *Sent:* Tuesday, August 1, 2023 11:45 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Managing Unique Top Containers > > > > [EXTERNAL] > > We have an enormous number of legacy collections where the container > numbering has similar issues. Fortunately (or because of this) we are not > trying to use AS as our system of record for locations or container > management. > > > > The best solution we found with ArchivesSpace is to repeat the entire text > of the container identifier in the ?indicator? field of the top container. > For example: > > - HUGFP 26.10 Box 1 > > > - HUGFP 26 being the collection identifier, .10 being the series > identifier, and Box 1 being the container number > > > - HUGFP 111.75 p Box 1 > > > - (HUGFP 111 being the collection number, .75 being the series > identifier, p being the container prefix, and Box 1 being the container > number > > > > This is, at least, accurate. It does make the public display weird in some > places though. > > > > This is a legacy practice?we no longer assign series or sous-fonds > numbers to portions of fonds or portions of collections that will be > described in a single finding aid. For many institutional records, the > description is at the sous-fonds or series level. We will continue to have > the problem with legacy collections, however. > > > > Kate > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Herbert > Dittersdorf > *Sent:* Tuesday, August 1, 2023 11:23 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Managing Unique Top Containers > > > > Hello ArchiveSpace Community, > > > > I was hoping to crowdsource a little wisdom about Top Containers and how > you all manage them. > > > > I am retooling the finding aid for the University of Maine's William S. > Cohen Papers collection--a very large set of boxes (our largest). The > collection contains multiple record groups, series, sub series, and > sub-subseries. Boxes and files have been associated with Top Containers > successfully; however, the Top Container designations tend to be generic > (e.g. "Box 1," "Box 2," "Box 3"...). This fact creates a problem: each "Box > 1," "Box 2," "Box 3"... Top Container is linked with records from disparate > series and subseries. > > > > For example, the following two folder titles are both linked under the > same "Box 1" Top Container: > > > > One file comes from subseries, *2.1.5 Membership Files. * The other file > comes from the subseries, *3.4.4 Mailings.* > > > > Obviously the details do not matter here. I am simply wondering how others > deal with similar problems. Generally: *Is there a way to create unique > top container instances with identical titles? *Or do you all > typically embed additional information in the "Top Container" title? > > > > In the case of the example: Can I create two unique "Box 1" instances (one > for the 2.1.5 subseries and the other for the 3.4.4 subseries) by editing > the metadata for that Top Container in some way? Or is creating a longer > "Top Container" title (something like, "2.1.5 Box 1") the only way to solve > this problem? > > > > I am looking for an elegant way of solving this issue without creating > long Top Container titles but could not find a way to do so using the Help > Center. Even knowing, for sure, that I have to create longer titles would > be very helpful. > > > > Thank you so much and I apologize for clogging all of your inboxes with my > question! > > > > Sincerely, > > Herbie Dittersdorf > > -- > > Herbert Matthew Dittersdorf, M.S.I. > > Archivist, William S. Cohen Papers > > Special Collections Department > > 5729 Fogler Library > > Orono, ME 04469-5729 > > 207.581.1844 > > > > The information contained in this communication is intended for the use of > the designated recipients named above. If the reader of this communication > is not the intended recipient, you are hereby notified that you have > received this communication in error, and that any review, dissemination, > distribution or copying of this communication is strictly prohibited. If > you have received this communication in error, please notify The Associated > Press immediately by telephone at +1-212-621-1500 and delete this email. > Thank you. > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Dan Michelson Collections Archivist Smith College Special Collections For current library access and services details, see Library Services During COVID-19 . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5729 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 1715 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 50746 bytes Desc: not available URL: From livsolis at utexas.edu Wed Aug 2 15:38:11 2023 From: livsolis at utexas.edu (Olivia S Solis) Date: Wed, 2 Aug 2023 14:38:11 -0500 Subject: [Archivesspace_Users_Group] Managing Unique Top Containers In-Reply-To: References: Message-ID: Hi there, I'm not sure how feasible this is for your institution, but barcoding has made all the difference in the world for us. This is a screenshot of a top container record with an indicator that is not unique: [image: Screenshot 2023-08-02 at 2.19.42 PM.png] In our workflows, we add new inventories via the spreadsheet uploader. If in the template you include barcodes, the importer will use the barcode to determine if the box is unique or not. If you include the barcode and the box is already in the system (e.g. it's a shared box for oversize or contains restricted materials), it will link to. that existing box. If the barcode is to be created with that upload, it will create a new e.g. "Box 1" for every box 1 with a new barcode. The nice thing about this is it will stop you from duplicating a box. ASpace won't let you create a box that already has the same barcode in the system. Not all our containers are barcoded. For those that are not, we go so far as to invent fake barcodes after they are created as a hack. Our system is to give it a [buidling prefix]_[aspace top container ID]. This allows us to link to that box in other inventories. That has to get added after a container is created. In theory, though, you could assign even invented barcodes beforehand. I'm not sure if leveraging the barcode would work for your particular workflows or not. Best, Olivia On Wed, Aug 2, 2023 at 1:53?PM Dan Michelson wrote: > We just bit the bullet and renumbered ~6,000 boxes last Fall. It was > absolutely worth it, since non-unique box numbers in collections constantly > require weird workarounds. No more researchers having to specify which of > the 120 different box 1s in a collection is what they're actually looking > for. > > If anyone is interested in the workflows and associated python script we > came up with to carry this out without significantly disrupting collection > use, feel free to contact me. > > All the best, > > Dan > > On Wed, Aug 2, 2023 at 11:10?AM Hand, Sarit wrote: > >> Hi, >> >> >> >> We have similar scenarios. >> >> Because you can create multiple top containers with the same indicator >> without getting an error, items in collections were randomly labeled with >> different top containers but with the same indicator. That?s been an >> ongoing clean up job. >> >> >> >> To alleviate this, I did not create complex top container names because >> our physical boxes already had labels with their box indicators which were >> simple digits, 1, 2,3 or even 01, 02 03, etc. (also not consistent); >> instead, I used the barcode field and put the collection, series, and box >> info there. We were not using barcodes at the time. It helped immensely >> since that meant I did not have to relabel the physical boxes with new box >> numbers etc. but allowed be to distinguish between Box 1 for series 1 and >> Box 1 for series 2 and so on. >> >> >> >> However, we just started using barcodes, which in effect will still help >> to distinguish the separate top containers, just won?t have the collection >> data in there. The downside of creating Box indicators and/or barcodes >> using collection data is if you must store content from multiple resources >> in the same top container then the data will not make sense. The downside >> of using generic barcode numbers is that it is not informative, its just a >> random set of characters. >> >> >> >> Bottom line, I use the barcode field to distinguish top containers with >> the same indicator in a resource whether it has collection info or not. >> >> >> >> Cheers, >> >> >> >> Sarit Hand 200 >> Liberty St. >> >> Digital Archivist New >> York, NY 10281 >> >> Corporate Archives T 212.621.7035 >> >> >> >> >> shand at ap.org >> >> www.ap.org >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Bowers, >> Kate A. >> *Sent:* Tuesday, August 1, 2023 11:45 AM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* Re: [Archivesspace_Users_Group] Managing Unique Top Containers >> >> >> >> [EXTERNAL] >> >> We have an enormous number of legacy collections where the container >> numbering has similar issues. Fortunately (or because of this) we are not >> trying to use AS as our system of record for locations or container >> management. >> >> >> >> The best solution we found with ArchivesSpace is to repeat the entire >> text of the container identifier in the ?indicator? field of the top >> container. For example: >> >> - HUGFP 26.10 Box 1 >> >> >> - HUGFP 26 being the collection identifier, .10 being the series >> identifier, and Box 1 being the container number >> >> >> - HUGFP 111.75 p Box 1 >> >> >> - (HUGFP 111 being the collection number, .75 being the series >> identifier, p being the container prefix, and Box 1 being the container >> number >> >> >> >> This is, at least, accurate. It does make the public display weird in >> some places though. >> >> >> >> This is a legacy practice?we no longer assign series or sous-fonds >> numbers to portions of fonds or portions of collections that will be >> described in a single finding aid. For many institutional records, the >> description is at the sous-fonds or series level. We will continue to have >> the problem with legacy collections, however. >> >> >> >> Kate >> >> >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Herbert >> Dittersdorf >> *Sent:* Tuesday, August 1, 2023 11:23 AM >> *To:* archivesspace_users_group at lyralists.lyrasis.org >> *Subject:* [Archivesspace_Users_Group] Managing Unique Top Containers >> >> >> >> Hello ArchiveSpace Community, >> >> >> >> I was hoping to crowdsource a little wisdom about Top Containers and how >> you all manage them. >> >> >> >> I am retooling the finding aid for the University of Maine's William S. >> Cohen Papers collection--a very large set of boxes (our largest). The >> collection contains multiple record groups, series, sub series, and >> sub-subseries. Boxes and files have been associated with Top Containers >> successfully; however, the Top Container designations tend to be generic >> (e.g. "Box 1," "Box 2," "Box 3"...). This fact creates a problem: each "Box >> 1," "Box 2," "Box 3"... Top Container is linked with records from disparate >> series and subseries. >> >> >> >> For example, the following two folder titles are both linked under the >> same "Box 1" Top Container: >> >> >> >> One file comes from subseries, *2.1.5 Membership Files. * The other file >> comes from the subseries, *3.4.4 Mailings.* >> >> >> >> Obviously the details do not matter here. I am simply wondering how >> others deal with similar problems. Generally: *Is there a way to create >> unique top container instances with identical titles? *Or do you all >> typically embed additional information in the "Top Container" title? >> >> >> >> In the case of the example: Can I create two unique "Box 1" instances >> (one for the 2.1.5 subseries and the other for the 3.4.4 subseries) by >> editing the metadata for that Top Container in some way? Or is creating a >> longer "Top Container" title (something like, "2.1.5 Box 1") the only way >> to solve this problem? >> >> >> >> I am looking for an elegant way of solving this issue without creating >> long Top Container titles but could not find a way to do so using the Help >> Center. Even knowing, for sure, that I have to create longer titles would >> be very helpful. >> >> >> >> Thank you so much and I apologize for clogging all of your inboxes with >> my question! >> >> >> >> Sincerely, >> >> Herbie Dittersdorf >> >> -- >> >> Herbert Matthew Dittersdorf, M.S.I. >> >> Archivist, William S. Cohen Papers >> >> Special Collections Department >> >> 5729 Fogler Library >> >> Orono, ME 04469-5729 >> >> 207.581.1844 >> >> >> >> The information contained in this communication is intended for the use >> of the designated recipients named above. If the reader of this >> communication is not the intended recipient, you are hereby notified that >> you have received this communication in error, and that any review, >> dissemination, distribution or copying of this communication is strictly >> prohibited. If you have received this communication in error, please notify >> The Associated Press immediately by telephone at +1-212-621-1500 and delete >> this email. Thank you. >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Dan Michelson > Collections Archivist > Smith College Special Collections > > For current library access and services details, see Library Services > During COVID-19 > . > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > >> This message is from an external sender. Learn more about why this << > >> matters at https://links.utexas.edu/rtyclf. << > -- Olivia Solis, MSIS (she/her) 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: image002.png Type: image/png Size: 5729 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 1715 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 50746 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2023-08-02 at 2.19.42 PM.png Type: image/png Size: 71017 bytes Desc: not available URL: From shand at ap.org Thu Aug 3 13:50:44 2023 From: shand at ap.org (Hand, Sarit) Date: Thu, 3 Aug 2023 17:50:44 +0000 Subject: [Archivesspace_Users_Group] Viewing CUI in Resource record hierarchy view In-Reply-To: References: Message-ID: This would be totally awesome to be able to do! Paige, open a JIRA ticket or see if there is one already to upvote!! [cid:image001.png at 01D9C611.7F5438F0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D9C611.7F5438F0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Paige Monlux Sent: Monday, May 15, 2023 2:22 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Viewing CUI in Resource record hierarchy view [EXTERNAL] Hello, Is there a way to view an archival object's component unique identifier when navigating in the Resource record? I know how to set it as a column in the Browse view, but would like to see it in the hierarchy view. [cid:image003.png at 01D9C611.7F5438F0] Paige Paige Monlux (she/her) Digital Archivist Records Management & Archives Department of County Assets | Multnomah County 503.988.3741 | interoffice: 425/Archives Hours: Mon-Thu 6:30a-4p, Fri 6:30a-3p Note: I am out of the office every other Friday. Explore Multnomah County's Digital Archives! [https://multco.us/sites/default/files/styles/small/public/AllAreWelcome_email-signature_PRIDE_ENGLISH.jpg] [https://multco.access.preservica.com/wp-content/uploads/sites/3/2021/06/2021-06-11_6-36-08.png] The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1094 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5548 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 91712 bytes Desc: image003.png URL: From shand at ap.org Thu Aug 3 13:51:59 2023 From: shand at ap.org (Hand, Sarit) Date: Thu, 3 Aug 2023 17:51:59 +0000 Subject: [Archivesspace_Users_Group] Viewing CUI in Resource record hierarchy view In-Reply-To: References: Message-ID: Sorry, completely missed Corey reply! [cid:image001.png at 01D9C611.A3EB49B0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D9C611.A3EB49B0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hand, Sarit Sent: Thursday, August 3, 2023 1:51 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Viewing CUI in Resource record hierarchy view [EXTERNAL] This would be totally awesome to be able to do! Paige, open a JIRA ticket or see if there is one already to upvote!! [cid:image001.png at 01D9C611.A3EB49B0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image002.png at 01D9C611.A3EB49B0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Paige Monlux Sent: Monday, May 15, 2023 2:22 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Viewing CUI in Resource record hierarchy view [EXTERNAL] Hello, Is there a way to view an archival object's component unique identifier when navigating in the Resource record? I know how to set it as a column in the Browse view, but would like to see it in the hierarchy view. [cid:image003.png at 01D9C611.A3EB49B0] Paige Paige Monlux (she/her) Digital Archivist Records Management & Archives Department of County Assets | Multnomah County 503.988.3741 | interoffice: 425/Archives Hours: Mon-Thu 6:30a-4p, Fri 6:30a-3p Note: I am out of the office every other Friday. Explore Multnomah County's Digital Archives! [https://multco.us/sites/default/files/styles/small/public/AllAreWelcome_email-signature_PRIDE_ENGLISH.jpg] [https://multco.access.preservica.com/wp-content/uploads/sites/3/2021/06/2021-06-11_6-36-08.png] The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1094 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5548 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 91712 bytes Desc: image003.png URL: From egadsby at towson.edu Thu Aug 3 14:29:12 2023 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Thu, 3 Aug 2023 18:29:12 +0000 Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... Message-ID: Dear Friends, I hope everybody is doing well. Today I updated to v3.4.0 from v3.3.1. Everything went well with the exception of our LDAP authentication. Aspace seems to be tripping over our LDAP configuration syntax when starting up and stopping. From the log: "SyntaxError: /opt/archivesspace/config/config.rb:251: syntax error, unexpected tIDENTIFIER :bind_password => ?REDACTED?," Given all of the changes to the config file I decided to paste our LDAP info from the old config in what I though was the right place. This is what that part of our config file looks like: "#AppConfig[:staff_username] = "staff_system" # AppConfig[:authentication_sources] = [{ :model => 'LDAPAuth', :hostname => 'ldap.towson.edu', :port => 389, :base_dn => 'dc=towson,dc=edu', :username_attribute => 'sAMAccountName', :attribute_map => {:cn => :name}, :bind_dn => 'CN=srv-aspace-ldap\, srv-aspace-ldap s. (Archivespace (Library)),OU=Guests,OU=User Accounts$ :bind_password => 'REDACTED', }] ## When 'true' restrict authentication attempts to only the source already set for the user #AppConfig[:authentication_restricted_by_source] = false # default: allow any source" This LDAP configuration was provided to us by our enterprise identity management group and has worked in previous versions of Aspace. I have redacted the password here but it is only letters and numerals no special characters. I am a little stuck. When I commented out the LDAP configuration then Aspace starts up but of course that means our staff can't log-in with their enterprise wide accounts. Any help would be appreciated, thanks in advance! [Towson University logo] 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1826 bytes Desc: image001.jpg URL: From brian.hoffman at lyrasis.org Thu Aug 3 14:41:39 2023 From: brian.hoffman at lyrasis.org (Brian Hoffman) Date: Thu, 3 Aug 2023 18:41:39 +0000 Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... In-Reply-To: References: Message-ID: Hi Eric, I think this might be the result of a copy paste error. The :bind_dn entry begins with a single quote but there appears to be no closing quote and no final comma. Maybe do a visual comparison of that entry with your 3.3.1 config? Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Date: Thursday, August 3, 2023 at 2:29 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... Dear Friends, I hope everybody is doing well. Today I updated to v3.4.0 from v3.3.1. Everything went well with the exception of our LDAP authentication. Aspace seems to be tripping over our LDAP configuration syntax when starting up and stopping. From the log: "SyntaxError: /opt/archivesspace/config/config.rb:251: syntax error, unexpected tIDENTIFIER :bind_password => ?REDACTED?," Given all of the changes to the config file I decided to paste our LDAP info from the old config in what I though was the right place. This is what that part of our config file looks like: "#AppConfig[:staff_username] = "staff_system" # AppConfig[:authentication_sources] = [{ :model => 'LDAPAuth', :hostname => 'ldap.towson.edu', :port => 389, :base_dn => 'dc=towson,dc=edu', :username_attribute => 'sAMAccountName', :attribute_map => {:cn => :name}, :bind_dn => 'CN=srv-aspace-ldap\, srv-aspace-ldap s. (Archivespace (Library)),OU=Guests,OU=User Accounts$ :bind_password => 'REDACTED', }] ## When 'true' restrict authentication attempts to only the source already set for the user #AppConfig[:authentication_restricted_by_source] = false # default: allow any source" This LDAP configuration was provided to us by our enterprise identity management group and has worked in previous versions of Aspace. I have redacted the password here but it is only letters and numerals no special characters. I am a little stuck. When I commented out the LDAP configuration then Aspace starts up but of course that means our staff can't log-in with their enterprise wide accounts. Any help would be appreciated, thanks in advance! [Towson University logo] 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1826 bytes Desc: image001.jpg URL: From egadsby at towson.edu Thu Aug 3 14:49:07 2023 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Thu, 3 Aug 2023 18:49:07 +0000 Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... In-Reply-To: References: Message-ID: Thanks! I will look at it, I copied the whole block so I am not sure what might be wrong. I?ll let the list know when I know more. Thanks! [Towson University logo] 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 . From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Brian Hoffman Date: Thursday, August 3, 2023 at 2:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... [ CAUTION: This email is from outside of TU. Use caution before clicking links or opening attachments. If suspicious, report to phishing at towson.edu. ] Hi Eric, I think this might be the result of a copy paste error. The :bind_dn entry begins with a single quote but there appears to be no closing quote and no final comma. Maybe do a visual comparison of that entry with your 3.3.1 config? Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Date: Thursday, August 3, 2023 at 2:29 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... Dear Friends, I hope everybody is doing well. Today I updated to v3.4.0 from v3.3.1. Everything went well with the exception of our LDAP authentication. Aspace seems to be tripping over our LDAP configuration syntax when starting up and stopping. From the log: "SyntaxError: /opt/archivesspace/config/config.rb:251: syntax error, unexpected tIDENTIFIER :bind_password => ?REDACTED?," Given all of the changes to the config file I decided to paste our LDAP info from the old config in what I though was the right place. This is what that part of our config file looks like: "#AppConfig[:staff_username] = "staff_system" # AppConfig[:authentication_sources] = [{ :model => 'LDAPAuth', :hostname => 'ldap.towson.edu', :port => 389, :base_dn => 'dc=towson,dc=edu', :username_attribute => 'sAMAccountName', :attribute_map => {:cn => :name}, :bind_dn => 'CN=srv-aspace-ldap\, srv-aspace-ldap s. (Archivespace (Library)),OU=Guests,OU=User Accounts$ :bind_password => 'REDACTED', }] ## When 'true' restrict authentication attempts to only the source already set for the user #AppConfig[:authentication_restricted_by_source] = false # default: allow any source" This LDAP configuration was provided to us by our enterprise identity management group and has worked in previous versions of Aspace. I have redacted the password here but it is only letters and numerals no special characters. I am a little stuck. When I commented out the LDAP configuration then Aspace starts up but of course that means our staff can't log-in with their enterprise wide accounts. Any help would be appreciated, thanks in advance! [Towson University logo] 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1826 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1826 bytes Desc: image002.jpg URL: From shand at ap.org Thu Aug 3 15:14:47 2023 From: shand at ap.org (Hand, Sarit) Date: Thu, 3 Aug 2023 19:14:47 +0000 Subject: [Archivesspace_Users_Group] Viewing CUI in Resource record hierarchy view In-Reply-To: References: Message-ID: Looks like that ticket is closed-will not do now, however there is this ticket which will implement some new code in 3.4.0! https://archivesspace.atlassian.net/browse/ANW-1196 Cheers [cid:image002.png at 01D9C61D.3D460310] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org ap.org [cid:image003.png at 01D9C61D.3D460310] From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Cory Nimer Sent: Tuesday, May 16, 2023 12:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Viewing CUI in Resource record hierarchy view [EXTERNAL] There is a JIRA feature request for this functionality in the system (ANW-971; https://archivesspace.atlassian.net/browse/ANW-971), which is listed as Ready for Implementation. It does not appear to have been assigned or scheduled for development yet. If this is work that the community would like to see completed, or if you would like changes to the proposed changes, it may be helpful to comment on the ticket. Best, Cory Nimer University Archivist Brigham Young University From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Paige Monlux Sent: Monday, May 15, 2023 12:22 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Viewing CUI in Resource record hierarchy view Hello, Is there a way to view an archival object's component unique identifier when navigating in the Resource record? I know how to set it as a column in the Browse view, but would like to see it in the hierarchy view. [cid:image004.png at 01D9C61D.3D460310] Paige Paige Monlux (she/her) Digital Archivist Records Management & Archives Department of County Assets | Multnomah County 503.988.3741 | interoffice: 425/Archives Hours: Mon-Thu 6:30a-4p, Fri 6:30a-3p Note: I am out of the office every other Friday. Explore Multnomah County's Digital Archives! [https://multco.us/sites/default/files/styles/small/public/AllAreWelcome_email-signature_PRIDE_ENGLISH.jpg] [https://multco.access.preservica.com/wp-content/uploads/sites/3/2021/06/2021-06-11_6-36-08.png] The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 1094 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 5548 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 91712 bytes Desc: image004.png URL: From egadsby at towson.edu Thu Aug 3 15:46:09 2023 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Thu, 3 Aug 2023 19:46:09 +0000 Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... In-Reply-To: References: Message-ID: Hi again! Thanks for the tip, turns out it was a paste error... 100% user error in using Nano with Putty... I need to double check everything, but the software loaded this time. Thanks! -Eric On Aug 3, 2023, at 2:49 PM, Gadsby, Eric T. wrote: ? Thanks! I will look at it, I copied the whole block so I am not sure what might be wrong. I?ll let the list know when I know more. Thanks! 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 . From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Brian Hoffman Date: Thursday, August 3, 2023 at 2:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... [ CAUTION: This email is from outside of TU. Use caution before clicking links or opening attachments. If suspicious, report to phishing at towson.edu. ] Hi Eric, I think this might be the result of a copy paste error. The :bind_dn entry begins with a single quote but there appears to be no closing quote and no final comma. Maybe do a visual comparison of that entry with your 3.3.1 config? Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Date: Thursday, August 3, 2023 at 2:29 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... Dear Friends, I hope everybody is doing well. Today I updated to v3.4.0 from v3.3.1. Everything went well with the exception of our LDAP authentication. Aspace seems to be tripping over our LDAP configuration syntax when starting up and stopping. From the log: "SyntaxError: /opt/archivesspace/config/config.rb:251: syntax error, unexpected tIDENTIFIER :bind_password => ?REDACTED?," Given all of the changes to the config file I decided to paste our LDAP info from the old config in what I though was the right place. This is what that part of our config file looks like: "#AppConfig[:staff_username] = "staff_system" # AppConfig[:authentication_sources] = [{ :model => 'LDAPAuth', :hostname => 'ldap.towson.edu', :port => 389, :base_dn => 'dc=towson,dc=edu', :username_attribute => 'sAMAccountName', :attribute_map => {:cn => :name}, :bind_dn => 'CN=srv-aspace-ldap\, srv-aspace-ldap s. (Archivespace (Library)),OU=Guests,OU=User Accounts$ :bind_password => 'REDACTED', }] ## When 'true' restrict authentication attempts to only the source already set for the user #AppConfig[:authentication_restricted_by_source] = false # default: allow any source" This LDAP configuration was provided to us by our enterprise identity management group and has worked in previous versions of Aspace. I have redacted the password here but it is only letters and numerals no special characters. I am a little stuck. When I commented out the LDAP configuration then Aspace starts up but of course that means our staff can't log-in with their enterprise wide accounts. Any help would be appreciated, thanks in advance! 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: From egadsby at towson.edu Thu Aug 3 16:21:35 2023 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Thu, 3 Aug 2023 20:21:35 +0000 Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... In-Reply-To: References: Message-ID: Was able to check LDAP login and it looks good now. Thanks for your help! [Towson University logo] 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 . From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Date: Thursday, August 3, 2023 at 3:46 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... [ CAUTION: This email is from outside of TU. Use caution before clicking links or opening attachments. If suspicious, report to phishing at towson.edu. ] Hi again! Thanks for the tip, turns out it was a paste error... 100% user error in using Nano with Putty... I need to double check everything, but the software loaded this time. Thanks! -Eric On Aug 3, 2023, at 2:49 PM, Gadsby, Eric T. wrote: ? Thanks! I will look at it, I copied the whole block so I am not sure what might be wrong. I?ll let the list know when I know more. Thanks! 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 . From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Brian Hoffman Date: Thursday, August 3, 2023 at 2:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... [ CAUTION: This email is from outside of TU. Use caution before clicking links or opening attachments. If suspicious, report to phishing at towson.edu. ] Hi Eric, I think this might be the result of a copy paste error. The :bind_dn entry begins with a single quote but there appears to be no closing quote and no final comma. Maybe do a visual comparison of that entry with your 3.3.1 config? Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Gadsby, Eric T. Date: Thursday, August 3, 2023 at 2:29 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Updated from v3.3.1 to v3.4.0, LDAP syntax problems... Dear Friends, I hope everybody is doing well. Today I updated to v3.4.0 from v3.3.1. Everything went well with the exception of our LDAP authentication. Aspace seems to be tripping over our LDAP configuration syntax when starting up and stopping. From the log: "SyntaxError: /opt/archivesspace/config/config.rb:251: syntax error, unexpected tIDENTIFIER :bind_password => ?REDACTED?," Given all of the changes to the config file I decided to paste our LDAP info from the old config in what I though was the right place. This is what that part of our config file looks like: "#AppConfig[:staff_username] = "staff_system" # AppConfig[:authentication_sources] = [{ :model => 'LDAPAuth', :hostname => 'ldap.towson.edu', :port => 389, :base_dn => 'dc=towson,dc=edu', :username_attribute => 'sAMAccountName', :attribute_map => {:cn => :name}, :bind_dn => 'CN=srv-aspace-ldap\, srv-aspace-ldap s. (Archivespace (Library)),OU=Guests,OU=User Accounts$ :bind_password => 'REDACTED', }] ## When 'true' restrict authentication attempts to only the source already set for the user #AppConfig[:authentication_restricted_by_source] = false # default: allow any source" This LDAP configuration was provided to us by our enterprise identity management group and has worked in previous versions of Aspace. I have redacted the password here but it is only letters and numerals no special characters. I am a little stuck. When I commented out the LDAP configuration then Aspace starts up but of course that means our staff can't log-in with their enterprise wide accounts. Any help would be appreciated, thanks in advance! 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1826 bytes Desc: image001.jpg URL: From egadsby at towson.edu Fri Aug 4 08:41:37 2023 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Fri, 4 Aug 2023 12:41:37 +0000 Subject: [Archivesspace_Users_Group] Changing the title of the public interface Message-ID: Hi, Thanks again for the help yesterday. I have one more item on my punch list; changing the title of text on the public interface. I used to know how to do this but I do not remember how. I just want to change the title, and don?t want to customize any more. Thanks in advance! [Towson University logo] 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1826 bytes Desc: image001.jpg URL: From kmc35 at psu.edu Fri Aug 4 08:54:30 2023 From: kmc35 at psu.edu (Clair, Kevin) Date: Fri, 4 Aug 2023 12:54:30 +0000 Subject: [Archivesspace_Users_Group] Changing the title of the public interface In-Reply-To: References: Message-ID: Hi Eric, That will be in your public/locales/en.yml file, under the labels for "brand" (you can set it up as a plugin). "title" changes what's in the tag in the HTML, "header_title" changes what displays in the header of the PUI site. Here is ours: https://github.com/psuscl/pennstate_pui_customizations/blob/main/public/locales/en.yml, for our public site here https://aspace.libraries.psu.edu<https://aspace.libraries.psu.edu/> cheers -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Gadsby, Eric T. <egadsby at towson.edu> Sent: Friday, August 4, 2023 8:41 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] Changing the title of the public interface Hi, Thanks again for the help yesterday. I have one more item on my punch list; changing the title of text on the public interface. I used to know how to do this but I do not remember how. I just want to change the title, and don?t want to customize any more. Thanks in advance! [Towson University logo]<http://www.towson.edu/> Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 egadsby at towson.edu<mailto:egadsby at towson.edu> | libraries.towson.edu<http://www.towson.edu/https:/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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230804/80672217/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1826 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230804/80672217/attachment.jpg> From egadsby at towson.edu Fri Aug 4 10:44:08 2023 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Fri, 4 Aug 2023 14:44:08 +0000 Subject: [Archivesspace_Users_Group] Changing the title of the public interface In-Reply-To: <IA1PR02MB9466F0F89BA4536FF3F68546B509A@IA1PR02MB9466.namprd02.prod.outlook.com> References: <MN2PR12MB3630CBFE8D86317900C8B463D109A@MN2PR12MB3630.namprd12.prod.outlook.com> <IA1PR02MB9466F0F89BA4536FF3F68546B509A@IA1PR02MB9466.namprd02.prod.outlook.com> Message-ID: <MN2PR12MB363041A0653556F36365FB10D109A@MN2PR12MB3630.namprd12.prod.outlook.com> Hi, Thanks for your help. We use such minimal branding that I was able to edit the file in /locals/public/ and that did it. I know at a later date we should do a whole style sheet as a plug-in but this was quick, dirty, and effective. Thanks again! [Towson University logo]<http://www.towson.edu/> Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 egadsby at towson.edu<mailto:egadsby at towson.edu> | libraries.towson.edu<http://www.towson.edu/https:/libraries.towson.edu> ? Confidentiality Notice: This message may contain information that is confidential, privileged, proprietary, or otherwise legally exempt from disclosure. If you are not the intended recipient, you are notified that you are not authorized to read, print, copy or disseminate this message, any part of it, or any attachments. If this message has been sent to you in error, please notify the sender by replying to this transmission, or by calling Albert S. Cook Library at 410-704-3340 . From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Clair, Kevin <kmc35 at psu.edu> Date: Friday, August 4, 2023 at 8:54 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Changing the title of the public interface [ CAUTION: This email is from outside of TU. Use caution before clicking links or opening attachments. If suspicious, report to phishing at towson.edu. ] Hi Eric, That will be in your public/locales/en.yml file, under the labels for "brand" (you can set it up as a plugin). "title" changes what's in the <title> tag in the HTML, "header_title" changes what displays in the header of the PUI site. Here is ours: https://github.com/psuscl/pennstate_pui_customizations/blob/main/public/locales/en.yml, for our public site here https://aspace.libraries.psu.edu<https://aspace.libraries.psu.edu/> cheers -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Gadsby, Eric T. <egadsby at towson.edu> Sent: Friday, August 4, 2023 8:41 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] Changing the title of the public interface Hi, Thanks again for the help yesterday. I have one more item on my punch list; changing the title of text on the public interface. I used to know how to do this but I do not remember how. I just want to change the title, and don?t want to customize any more. Thanks in advance! [Towson University logo]<http://www.towson.edu/> Eric T. Gadsby Pronouns: he/him/his IT Operations Specialist | Albert S. Cook Library ? P: 410-704-3340 egadsby at towson.edu<mailto:egadsby at towson.edu> | libraries.towson.edu<http://www.towson.edu/https:/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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230804/3a8b45cf/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1826 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230804/3a8b45cf/attachment-0002.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 1826 bytes Desc: image002.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230804/3a8b45cf/attachment-0003.jpg> From Joshua.D.Shaw at dartmouth.edu Mon Aug 7 07:48:00 2023 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 7 Aug 2023 11:48:00 +0000 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> Message-ID: <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Hi Mark The fields are defined in the db (via the migrations). The real_x fields (and integer_x and string_x fields) in user_defined are varchars, so any limits you're hitting aren't in the db. There's also nothing in the plugin that would limit the field lengths - unless you've customized the plugin. What issue are you seeing? Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at gmail.com> Sent: Sunday, August 6, 2023 12:56 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length All, We recently upgraded to ASpace 3.4.0. Everything is fine except for one thing: Insofar as we also recently migrated our ILMS here, our Bib Numbers are now larger strings than before. They are now 18 characters. How/where can I Up this field length? I've looked in the various Locales files. As far as I can tell, Bib Number is in the resource_user_defined__real_1_ field, but I'm not finding where the length of that field is limited. FYI, we are using the User Defined in Basic plugin. Advice appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0<http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/a5ae7f44/attachment.html> From mcyzyk at gmail.com Mon Aug 7 09:36:59 2023 From: mcyzyk at gmail.com (Mark Cyzyk) Date: Mon, 7 Aug 2023 09:36:59 -0400 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Message-ID: <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> Thanks, Joshua, I think the issue here is that the DB is storing our Bib "Numbers" as numbers, not text strings. Our new Bib Number format: 991036635839707861 Error when submitting: "Bib Number - Must be a number with no more than nine digits and five decimal places" Any way to convert to varchar text string without data loss? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. On 8/7/23 07:48, Joshua D. Shaw wrote: > Hi Mark > > The fields are defined in the db (via the migrations). The real_x > fields (and integer_x and string_x fields) in user_defined are > varchars, so any limits you're hitting aren't in the db. There's also > nothing in the plugin that would limit the field lengths - unless > you've customized the plugin. > > What issue are you seeing? > > Joshua > > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Mark Cyzyk <mcyzyk at gmail.com> > *Sent:* Sunday, August 6, 2023 12:56 PM > *To:* Archivesspace Users Group > <archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib > Number length > > All, > > We recently upgraded to ASpace 3.4.0.? Everything is fine except for one > thing: > > Insofar as we also recently migrated our ILMS here, our Bib Numbers are > now larger strings than before.? They are now 18 characters. > > How/where can I Up this field length?? I've looked in the various > Locales files. > > As far as I can tell, Bib Number is in the > resource_user_defined__real_1_ field, but I'm not finding where the > length of that field is limited. > > FYI, we are using the User Defined in Basic plugin. > > Advice appreciated, > > Mark > > -- > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0 > <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/5e07229f/attachment.html> From laurie.arp at lyrasis.org Mon Aug 7 10:29:56 2023 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Mon, 7 Aug 2023 14:29:56 +0000 Subject: [Archivesspace_Users_Group] Brian Hoffman news Message-ID: <PH0PR22MB298240F5C4DDF26B8386CF918A0CA@PH0PR22MB2982.namprd22.prod.outlook.com> Greetings, It is with regret that we announce that Brian Hoffman will be leaving his position as ArchivesSpace Technical Lead to take a position with Harvard University Libraries. His last day will be August 18. As the Technical Lead since March 2021, Brian was responsible for the infrastructure of the ArchivesSpace application and managing the different streams of development. He coordinated over a dozen production releases and release candidates, including the move to external Solr. Much of his recent work has focused on critical upgrades to the underlying technologies of the system, including Bootstrap and Rails. Brian has a long association with ArchivesSpace, having previously worked on the original development of the application as part of the Hudson Molonglo team and as a member of the ArchivesSpace program team as a developer from 2015-2016. Lyrasis, the Organizational Home for ArchivesSpace, will be working to fill this position soon. Feel free to get in touch if you have any questions. We wish Brian well in his future endeavors and hope for opportunities for our paths to cross in the future. Best wishes, Laurie Gemmill Arp Senior Director, Community Supported Technologies and Hosting Services laurie.arp at lyrasis.org<mailto:laurie.arp at lyrasis.org> 800.999.8558 x 2908 [Logo Description automatically generated with low confidence] Pronouns: she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/6207ff76/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 32028 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/6207ff76/attachment.png> From Joshua.D.Shaw at dartmouth.edu Mon Aug 7 10:55:25 2023 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 7 Aug 2023 14:55:25 +0000 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> Message-ID: <BL0PR03MB4292677743A7E8BFB4ACBF70AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Oh. Uggghh. I see the issue. Even though the DB defines the field as a varchar, the schema defines a maxlength of 13 characters. You might be able to override that in a simple plugin. Something like schema_overrides ?????/schemas ????????????user_defined_ext.rb with contents like { "real_1" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_2" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_3" => {"type" => "string", "maxlength" => 40, "required" => false} } Though I haven't tried overriding the base schema in that way. Alternatively (and probably better), you could alter the db itself by updating the affected rows in the user_defined table - either directly or with a migration update in a plugin. You'd want to move the data from the real_1, real_2, real_3 columns to string_1, string_2, string_3 columns AND update the user_mtime column to trigger any index updates. Joshua ________________________________ From: Mark Cyzyk <mcyzyk at gmail.com> Sent: Monday, August 7, 2023 9:36 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>; mcyzyk at jhu.edu <mcyzyk at jhu.edu>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length Thanks, Joshua, I think the issue here is that the DB is storing our Bib "Numbers" as numbers, not text strings. Our new Bib Number format: 991036635839707861 Error when submitting: "Bib Number - Must be a number with no more than nine digits and five decimal places" Any way to convert to varchar text string without data loss? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 07:48, Joshua D. Shaw wrote: Hi Mark The fields are defined in the db (via the migrations). The real_x fields (and integer_x and string_x fields) in user_defined are varchars, so any limits you're hitting aren't in the db. There's also nothing in the plugin that would limit the field lengths - unless you've customized the plugin. What issue are you seeing? Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at gmail.com><mailto:mcyzyk at gmail.com> Sent: Sunday, August 6, 2023 12:56 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length All, We recently upgraded to ASpace 3.4.0. Everything is fine except for one thing: Insofar as we also recently migrated our ILMS here, our Bib Numbers are now larger strings than before. They are now 18 characters. How/where can I Up this field length? I've looked in the various Locales files. As far as I can tell, Bib Number is in the resource_user_defined__real_1_ field, but I'm not finding where the length of that field is limited. FYI, we are using the User Defined in Basic plugin. Advice appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0<http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/b9c6f6c9/attachment.html> From jesse.martinez at bc.edu Mon Aug 7 11:18:55 2023 From: jesse.martinez at bc.edu (Jesse Martinez) Date: Mon, 7 Aug 2023 11:18:55 -0400 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <BL0PR03MB4292677743A7E8BFB4ACBF70AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> <BL0PR03MB4292677743A7E8BFB4ACBF70AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Message-ID: <CAASUeJxFyw6=c0SLOkMP6F0e70KLuD4XGWJzh=52sze5qUCPcA@mail.gmail.com> I think this would be a good candidate for a bug report since it's causing data retention issues. Jesse On Mon, Aug 7, 2023 at 10:55?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu> wrote: > Oh. Uggghh. I see the issue. Even though the DB defines the field as a > varchar, the schema defines a maxlength of 13 characters. > > You *might be able* to override that in a simple plugin. Something like > > schema_overrides > /schemas > user_defined_ext.rb > > with contents like > { > "real_1" => {"type" => "string", "maxlength" => 40, "required" => > false}, > "real_2" => {"type" => "string", "maxlength" => 40, "required" => > false}, > "real_3" => {"type" => "string", "maxlength" => 40, "required" => > false} > } > > Though I haven't tried overriding the base schema in that way. > > Alternatively (and probably better), you could alter the db itself by > updating the affected rows in the user_defined table - either directly or > with a migration update in a plugin. You'd want to move the data from the > real_1, real_2, real_3 columns to string_1, string_2, string_3 columns AND > update the user_mtime column to trigger any index updates. > > Joshua > ------------------------------ > *From:* Mark Cyzyk <mcyzyk at gmail.com> > *Sent:* Monday, August 7, 2023 9:36 AM > *To:* Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>; mcyzyk at jhu.edu < > mcyzyk at jhu.edu>; Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib > Number length > > > Thanks, Joshua, > > I think the issue here is that the DB is storing our Bib "Numbers" as > numbers, not text strings. > > Our new Bib Number format: > > 991036635839707861 > > > Error when submitting: > > "Bib Number - Must be a number with no more than nine digits and five > decimal places" > > > Any way to convert to varchar text string without data loss? > > Mark > > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins Universitymcyzyk at jhu.edu > > Verba volant, scripta manent. > > On 8/7/23 07:48, Joshua D. Shaw wrote: > > Hi Mark > > The fields are defined in the db (via the migrations). The real_x fields > (and integer_x and string_x fields) in user_defined are varchars, so any > limits you're hitting aren't in the db. There's also nothing in the plugin > that would limit the field lengths - unless you've customized the plugin. > > What issue are you seeing? > > Joshua > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org> > <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Mark Cyzyk <mcyzyk at gmail.com> <mcyzyk at gmail.com> > *Sent:* Sunday, August 6, 2023 12:56 PM > *To:* Archivesspace Users Group > <archivesspace_users_group at lyralists.lyrasis.org> > <archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib > Number length > > > All, > > We recently upgraded to ASpace 3.4.0. Everything is fine except for one > thing: > > Insofar as we also recently migrated our ILMS here, our Bib Numbers are > now larger strings than before. They are now 18 characters. > > How/where can I Up this field length? I've looked in the various > Locales files. > > As far as I can tell, Bib Number is in the > resource_user_defined__real_1_ field, but I'm not finding where the > length of that field is limited. > > FYI, we are using the User Defined in Basic plugin. > > Advice appreciated, > > Mark > > -- > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0 > <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 > -- Jesse Martinez Senior Library Applications Developer O'Neill Library, Boston College jesse.martinez at bc.edu 617-552-2509 he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/4a1736bd/attachment.html> From Joshua.D.Shaw at dartmouth.edu Mon Aug 7 11:24:12 2023 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 7 Aug 2023 15:24:12 +0000 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <CAASUeJxFyw6=c0SLOkMP6F0e70KLuD4XGWJzh=52sze5qUCPcA@mail.gmail.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> <BL0PR03MB4292677743A7E8BFB4ACBF70AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <CAASUeJxFyw6=c0SLOkMP6F0e70KLuD4XGWJzh=52sze5qUCPcA@mail.gmail.com> Message-ID: <BL0PR03MB429245864B44D9CC987468D0AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Agreed. This also seems like an arbitrary limitation in the schema. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Jesse Martinez <jesse.martinez at bc.edu> Sent: Monday, August 7, 2023 11:18 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Cc: mcyzyk at jhu.edu <mcyzyk at jhu.edu> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length I think this would be a good candidate for a bug report since it's causing data retention issues. Jesse On Mon, Aug 7, 2023 at 10:55?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Oh. Uggghh. I see the issue. Even though the DB defines the field as a varchar, the schema defines a maxlength of 13 characters. You might be able to override that in a simple plugin. Something like schema_overrides ?????/schemas ????????????user_defined_ext.rb with contents like { "real_1" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_2" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_3" => {"type" => "string", "maxlength" => 40, "required" => false} } Though I haven't tried overriding the base schema in that way. Alternatively (and probably better), you could alter the db itself by updating the affected rows in the user_defined table - either directly or with a migration update in a plugin. You'd want to move the data from the real_1, real_2, real_3 columns to string_1, string_2, string_3 columns AND update the user_mtime column to trigger any index updates. Joshua ________________________________ From: Mark Cyzyk <mcyzyk at gmail.com<mailto:mcyzyk at gmail.com>> Sent: Monday, August 7, 2023 9:36 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>>; mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu>>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length Thanks, Joshua, I think the issue here is that the DB is storing our Bib "Numbers" as numbers, not text strings. Our new Bib Number format: 991036635839707861 Error when submitting: "Bib Number - Must be a number with no more than nine digits and five decimal places" Any way to convert to varchar text string without data loss? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 07:48, Joshua D. Shaw wrote: Hi Mark The fields are defined in the db (via the migrations). The real_x fields (and integer_x and string_x fields) in user_defined are varchars, so any limits you're hitting aren't in the db. There's also nothing in the plugin that would limit the field lengths - unless you've customized the plugin. What issue are you seeing? Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at gmail.com><mailto:mcyzyk at gmail.com> Sent: Sunday, August 6, 2023 12:56 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length All, We recently upgraded to ASpace 3.4.0. Everything is fine except for one thing: Insofar as we also recently migrated our ILMS here, our Bib Numbers are now larger strings than before. They are now 18 characters. How/where can I Up this field length? I've looked in the various Locales files. As far as I can tell, Bib Number is in the resource_user_defined__real_1_ field, but I'm not finding where the length of that field is limited. FYI, we are using the User Defined in Basic plugin. Advice appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0<http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Jesse Martinez Senior Library Applications Developer O'Neill Library, Boston College jesse.martinez at bc.edu<mailto:jesse.martinez at bc.edu> 617-552-2509 he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/17cdf747/attachment.html> From kate_bowers at harvard.edu Mon Aug 7 13:10:02 2023 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Mon, 7 Aug 2023 17:10:02 +0000 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <BL0PR03MB429245864B44D9CC987468D0AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> <BL0PR03MB4292677743A7E8BFB4ACBF70AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <CAASUeJxFyw6=c0SLOkMP6F0e70KLuD4XGWJzh=52sze5qUCPcA@mail.gmail.com> <BL0PR03MB429245864B44D9CC987468D0AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Message-ID: <BL3PR07MB885151E4338FC10B9503EBAE800CA@BL3PR07MB8851.namprd07.prod.outlook.com> Since these look like Alma MMSIDs, I?d advise that you move them to a text user-defined field rather than a number field. I say this as someone who works with Alma MMSIDs and external systems a lot. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Joshua D. Shaw Sent: Monday, August 7, 2023 11:24 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; jesse.martinez at bc.edu Cc: mcyzyk at jhu.edu Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length Agreed. This also seems like an arbitrary limitation in the schema. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Jesse Martinez <jesse.martinez at bc.edu<mailto:jesse.martinez at bc.edu>> Sent: Monday, August 7, 2023 11:18 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Cc: mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu>> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length I think this would be a good candidate for a bug report since it's causing data retention issues. Jesse On Mon, Aug 7, 2023 at 10:55?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Oh. Uggghh. I see the issue. Even though the DB defines the field as a varchar, the schema defines a maxlength of 13 characters. You might be able to override that in a simple plugin. Something like schema_overrides ?????/schemas ????????????user_defined_ext.rb with contents like { "real_1" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_2" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_3" => {"type" => "string", "maxlength" => 40, "required" => false} } Though I haven't tried overriding the base schema in that way. Alternatively (and probably better), you could alter the db itself by updating the affected rows in the user_defined table - either directly or with a migration update in a plugin. You'd want to move the data from the real_1, real_2, real_3 columns to string_1, string_2, string_3 columns AND update the user_mtime column to trigger any index updates. Joshua ________________________________ From: Mark Cyzyk <mcyzyk at gmail.com<mailto:mcyzyk at gmail.com>> Sent: Monday, August 7, 2023 9:36 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>>; mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu>>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length Thanks, Joshua, I think the issue here is that the DB is storing our Bib "Numbers" as numbers, not text strings. Our new Bib Number format: 991036635839707861 Error when submitting: "Bib Number - Must be a number with no more than nine digits and five decimal places" Any way to convert to varchar text string without data loss? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 07:48, Joshua D. Shaw wrote: Hi Mark The fields are defined in the db (via the migrations). The real_x fields (and integer_x and string_x fields) in user_defined are varchars, so any limits you're hitting aren't in the db. There's also nothing in the plugin that would limit the field lengths - unless you've customized the plugin. What issue are you seeing? Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at gmail.com><mailto:mcyzyk at gmail.com> Sent: Sunday, August 6, 2023 12:56 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length All, We recently upgraded to ASpace 3.4.0. Everything is fine except for one thing: Insofar as we also recently migrated our ILMS here, our Bib Numbers are now larger strings than before. They are now 18 characters. How/where can I Up this field length? I've looked in the various Locales files. As far as I can tell, Bib Number is in the resource_user_defined__real_1_ field, but I'm not finding where the length of that field is limited. FYI, we are using the User Defined in Basic plugin. Advice appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY&m=75PRFa6qLGdwxTUpMyaaU8jO9t3Vf_MHSM1LBcZdHXFmEJu6Fceoyfu5g0wNH95S&s=A5Z4iyoi-ozAiMXEjHqPTeTKHZ_3lLOJrMp8rqebHTg&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY&m=75PRFa6qLGdwxTUpMyaaU8jO9t3Vf_MHSM1LBcZdHXFmEJu6Fceoyfu5g0wNH95S&s=A5Z4iyoi-ozAiMXEjHqPTeTKHZ_3lLOJrMp8rqebHTg&e=> -- Jesse Martinez Senior Library Applications Developer O'Neill Library, Boston College jesse.martinez at bc.edu<mailto:jesse.martinez at bc.edu> 617-552-2509 he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/5c29e3a5/attachment.html> From mcyzyk at gmail.com Mon Aug 7 13:26:31 2023 From: mcyzyk at gmail.com (Mark Cyzyk) Date: Mon, 7 Aug 2023 13:26:31 -0400 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <BL3PR07MB885151E4338FC10B9503EBAE800CA@BL3PR07MB8851.namprd07.prod.outlook.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> <BL0PR03MB4292677743A7E8BFB4ACBF70AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <CAASUeJxFyw6=c0SLOkMP6F0e70KLuD4XGWJzh=52sze5qUCPcA@mail.gmail.com> <BL0PR03MB429245864B44D9CC987468D0AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <BL3PR07MB885151E4338FC10B9503EBAE800CA@BL3PR07MB8851.namprd07.prod.outlook.com> Message-ID: <a2d25f0c-dd70-39d5-88c7-a72a96946624@gmail.com> Thanks, Kate, Yes, indeed -- we just switched to Alma, so those are Alma IDs. I'm thinking I need to create a new User Defined Field for this, as you suggest. (Our old Bib IDs remain part of the record in Alma, so we'll retain them here in ASpace in the hitherto problematic legacy field....) Appreciatively, Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu On 8/7/23 1:10 PM, Bowers, Kate A. wrote: > > Since these look like Alma MMSIDs, I?d advise that you move them to a > text user-defined field rather than a number field. I say this as > someone who works with Alma MMSIDs and external systems a lot. > > Kate > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf > Of *Joshua D. Shaw > *Sent:* Monday, August 7, 2023 11:24 AM > *To:* Archivesspace Users Group > <archivesspace_users_group at lyralists.lyrasis.org>; jesse.martinez at bc.edu > *Cc:* mcyzyk at jhu.edu > *Subject:* Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS > Bib Number length > > Agreed. This also seems like an arbitrary limitation in the schema. > > jds > > ------------------------------------------------------------------------ > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Jesse Martinez <jesse.martinez at bc.edu> > *Sent:* Monday, August 7, 2023 11:18 AM > *To:* Archivesspace Users Group > <archivesspace_users_group at lyralists.lyrasis.org> > *Cc:* mcyzyk at jhu.edu <mcyzyk at jhu.edu> > *Subject:* Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS > Bib Number length > > I think this would be a good candidate for a bug report since it's > causing data retention issues. > > Jesse > > On Mon, Aug 7, 2023 at 10:55?AM Joshua D. Shaw > <Joshua.D.Shaw at dartmouth.edu> wrote: > > Oh. Uggghh. I see the issue. Even though the DB defines the field > as a varchar, the schema defines a maxlength of 13 characters. > > You *might be able* to override that in a simple plugin. Something > like > > schema_overrides > > ??????/schemas > > ????????????user_defined_ext.rb > > with contents like > > { > > "real_1" => {"type" => "string", "maxlength" => 40, "required" => > false}, > > "real_2" => {"type" => "string", "maxlength" => 40, "required" => > false}, > > "real_3" => {"type" => "string", "maxlength" => 40, "required" => > false} > > } > > Though I haven't tried overriding the base schema in that way. > > Alternatively (and probably better), you could alter the db itself > by updating the affected rows in the user_defined table - either > directly or with a migration update in a plugin. You'd want to > move the data from the real_1, real_2, real_3 columns to string_1, > string_2, string_3 columns AND update the user_mtime column to > trigger any index updates. > > Joshua > > ------------------------------------------------------------------------ > > *From:*Mark Cyzyk <mcyzyk at gmail.com> > *Sent:* Monday, August 7, 2023 9:36 AM > *To:* Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>; mcyzyk at jhu.edu > <mcyzyk at jhu.edu>; Archivesspace Users Group > <archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new > ILMS Bib Number length > > > Thanks, Joshua, > > I think the issue here is that the DB is storing our Bib "Numbers" > as numbers, not text strings. > > Our new Bib Number format: > > 991036635839707861 > > > Error when submitting: > > > "Bib Number - Must be a number with no more than nine digits > and five decimal places" > > > Any way to convert to varchar text string without data loss? > > Mark > > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > > Mark Cyzyk, M.A., M.L.S. > > Library Applications Group > > The Sheridan Libraries > > The Johns Hopkins University > > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > On 8/7/23 07:48, Joshua D. Shaw wrote: > > Hi Mark > > The fields are defined in the db (via the migrations). The > real_x fields (and integer_x and string_x fields) in > user_defined are varchars, so any limits you're hitting aren't > in the db. There's also nothing in the plugin that would limit > the field lengths - unless you've customized the plugin. > > What issue are you seeing? > > Joshua > > ------------------------------------------------------------------------ > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org> > <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> > on behalf of Mark Cyzyk <mcyzyk at gmail.com> > <mailto:mcyzyk at gmail.com> > *Sent:* Sunday, August 6, 2023 12:56 PM > *To:* Archivesspace Users Group > <archivesspace_users_group at lyralists.lyrasis.org> > <mailto:archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] ASpace 3.4.0 and new > ILMS Bib Number length > > > All, > > We recently upgraded to ASpace 3.4.0. Everything is fine > except for one > thing: > > Insofar as we also recently migrated our ILMS here, our Bib > Numbers are > now larger strings than before.? They are now 18 characters. > > How/where can I Up this field length?? I've looked in the various > Locales files. > > As far as I can tell, Bib Number is in the > resource_user_defined__real_1_ field, but I'm not finding > where the > length of that field is limited. > > FYI, we are using the User Defined in Basic plugin. > > Advice appreciated, > > Mark > > -- > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY&m=75PRFa6qLGdwxTUpMyaaU8jO9t3Vf_MHSM1LBcZdHXFmEJu6Fceoyfu5g0wNH95S&s=A5Z4iyoi-ozAiMXEjHqPTeTKHZ_3lLOJrMp8rqebHTg&e=> > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=wwc_Z_TbmWbPFh7My2zRxmrGgCNO-71Fwzlmd8YZVUY&m=75PRFa6qLGdwxTUpMyaaU8jO9t3Vf_MHSM1LBcZdHXFmEJu6Fceoyfu5g0wNH95S&s=A5Z4iyoi-ozAiMXEjHqPTeTKHZ_3lLOJrMp8rqebHTg&e=> > > > -- > > Jesse Martinez > > Senior Library Applications Developer > > O'Neill Library, Boston College > > jesse.martinez at bc.edu > > 617-552-2509 > > he/him/his > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/1fddfe2e/attachment.html> From Jessica.Crouch at lyrasis.org Mon Aug 7 14:43:48 2023 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Mon, 7 Aug 2023 18:43:48 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace at the Archives and Records Association Conference in Belfast this month In-Reply-To: <MN2PR22MB18870C4DF2072E67ACE02FFDF10AA@MN2PR22MB1887.namprd22.prod.outlook.com> References: <MN2PR22MB18870C4DF2072E67ACE02FFDF10AA@MN2PR22MB1887.namprd22.prod.outlook.com> Message-ID: <MW6PR22MB4324D5CAFC1DAC7506D6EEA18B0CA@MW6PR22MB4324.namprd22.prod.outlook.com> Good afternoon, ArchivesSpace is excited to be exhibiting at the Archives and Records Association Conference<https://openingdoors.eventsair.com/ara2023/programme> in Belfast on August 30-September 1. This is ArchivesSpace?s first time attending ARA and ArchivesSpace Community Lead Jessica Crouch looks forward to discussing the ArchivesSpace program, application, and community with archivists in the UK. If you are unable to visit Jessica in the exhibition hall August 30-September 1, Jessica will be available at the nearby Caff? Nero<https://goo.gl/maps/HizzkJRZkkNWxsuC6> on Friday, September 1 from 8:30am-9:30am and would be happy buy a coffee for anyone that would like to have a more detailed discussion of ArchivesSpace and what it can do at your organization. If you have questions in advance of ARA, please email Jessica at jessica.crouch at lyrasis.org<mailto:jessica.crouch at lyrasis.org>. Jessica Dowd Crouch Community Engagement Lead for ArchivesSpace jessica.crouch at lyrasis.org<mailto:jessica.crouch at lyrasis.org> [A picture containing text Description automatically generated] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/b8ee0da8/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 90654 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/b8ee0da8/attachment.jpg> From ddebolt at uwf.edu Mon Aug 7 16:35:34 2023 From: ddebolt at uwf.edu (Dean DeBolt) Date: Mon, 7 Aug 2023 15:35:34 -0500 Subject: [Archivesspace_Users_Group] PDF files Message-ID: <CAOnYSS+zTHYzsSriKY_00za+NNwKzUUOAq=b5XahqR5a2v_6Uw@mail.gmail.com> Can anyone tell me quickly if a PDF document is searchable in ArchivesSpace? We've been given an inventory (467 pp.) as a PDF and I put that in ArchivesSpace. 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 <http://archives.uwf.edu/> and http://uwf.digital.flvc.org If we've been of service, please let us know or our administration, Dean of Libraries <sclark2 at uwf.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/c7b6fb3c/attachment.html> From Joshua.D.Shaw at dartmouth.edu Mon Aug 7 17:01:14 2023 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 7 Aug 2023 21:01:14 +0000 Subject: [Archivesspace_Users_Group] PDF files In-Reply-To: <CAOnYSS+zTHYzsSriKY_00za+NNwKzUUOAq=b5XahqR5a2v_6Uw@mail.gmail.com> References: <CAOnYSS+zTHYzsSriKY_00za+NNwKzUUOAq=b5XahqR5a2v_6Uw@mail.gmail.com> Message-ID: <BL0PR03MB429283014C146AF4F13E2AE8AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Hi Dean Unfortunately, no. AS only stores metadata about an object, not the object itself. You can point AS to a storage system (like a digital preservation system or website, etc). That's what Digital Objects are typically used for. For your particular case, if you converted the pdf to something that you could import as metadata (EAD or something), then that would be searchable as the entries would then have become entries in the usual archival object tree for the resource(s) the pdf is describing. But it sounds like that's not quite what you are describing. Also make sure that, if the PDF is something you need to keep, that its stored in another system. Best, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Dean DeBolt <ddebolt at uwf.edu> Sent: Monday, August 7, 2023 4:35 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] PDF files Can anyone tell me quickly if a PDF document is searchable in ArchivesSpace? We've been given an inventory (467 pp.) as a PDF and I put that in ArchivesSpace. 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<mailto: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 <http://archives.uwf.edu/> and http://uwf.digital.flvc.org<http://uwf.digital.flvc.org/> If we've been of service, please let us know or our administration, Dean of Libraries <sclark2 at uwf.edu<mailto:sclark2 at uwf.edu>> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/782a69f5/attachment.html> From ddebolt at uwf.edu Mon Aug 7 17:08:08 2023 From: ddebolt at uwf.edu (Dean DeBolt) Date: Mon, 7 Aug 2023 16:08:08 -0500 Subject: [Archivesspace_Users_Group] PDF files In-Reply-To: <BL0PR03MB429283014C146AF4F13E2AE8AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> References: <CAOnYSS+zTHYzsSriKY_00za+NNwKzUUOAq=b5XahqR5a2v_6Uw@mail.gmail.com> <BL0PR03MB429283014C146AF4F13E2AE8AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Message-ID: <CAOnYSS+7rbmkJQHmHDjZFZPY13riG37O-3xg5NvurtEh-9rCAg@mail.gmail.com> Thanks. We're getting local court records (1820-1930) and they sent a nice PDF inventory (467 pp. of 26,000 files) and I'd hoped to make that searchable through ArchivesSpace. 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 <http://archives.uwf.edu/> and http://uwf.digital.flvc.org If we've been of service, please let us know or our administration, Dean of Libraries <sclark2 at uwf.edu> On Mon, Aug 7, 2023 at 4:01?PM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu> wrote: > Hi Dean > > Unfortunately, no. AS only stores metadata about an object, not the object > itself. You *can* point AS to a storage system (like a digital > preservation system or website, etc). That's what Digital Objects are > typically used for. > > For your particular case, if you converted the pdf to something that you > could import as metadata (EAD or something), then that would be searchable > as the entries would then have become entries in the usual archival object > tree for the resource(s) the pdf is describing. But it sounds like that's > not quite what you are describing. > > Also make sure that, if the PDF is something you need to keep, that its > stored in another system. > > Best, > Joshua > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Dean DeBolt <ddebolt at uwf.edu> > *Sent:* Monday, August 7, 2023 4:35 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] PDF files > > Can anyone tell me quickly if a PDF document is searchable > in ArchivesSpace? We've been given an inventory (467 pp.) as > a PDF and I put that in ArchivesSpace. > > 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 > <http://archives.uwf.edu/> > and http://uwf.digital.flvc.org > > If we've been of service, please let us know or our administration, > Dean of Libraries <sclark2 at uwf.edu> > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/a2c6325c/attachment.html> From Joshua.D.Shaw at dartmouth.edu Mon Aug 7 17:12:43 2023 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Mon, 7 Aug 2023 21:12:43 +0000 Subject: [Archivesspace_Users_Group] PDF files In-Reply-To: <CAOnYSS+7rbmkJQHmHDjZFZPY13riG37O-3xg5NvurtEh-9rCAg@mail.gmail.com> References: <CAOnYSS+zTHYzsSriKY_00za+NNwKzUUOAq=b5XahqR5a2v_6Uw@mail.gmail.com> <BL0PR03MB429283014C146AF4F13E2AE8AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <CAOnYSS+7rbmkJQHmHDjZFZPY13riG37O-3xg5NvurtEh-9rCAg@mail.gmail.com> Message-ID: <BL0PR03MB4292C31518FBA3D8A070D14AAB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> For something like that, I'd definitely think about ways to convert that to something you can import rather than rekeying that many entries. I'd probably think about trying pdf -> text and then try some find/replace/regex work to get it into something that is importable - maybe one of the import spreadsheets if you are using a later version of AS. Or EAD as a 'less than ideal, but probably still doable' option. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Dean DeBolt <ddebolt at uwf.edu> Sent: Monday, August 7, 2023 5:08 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] PDF files Thanks. We're getting local court records (1820-1930) and they sent a nice PDF inventory (467 pp. of 26,000 files) and I'd hoped to make that searchable through ArchivesSpace. 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<mailto: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 <http://archives.uwf.edu/> and http://uwf.digital.flvc.org<http://uwf.digital.flvc.org/> If we've been of service, please let us know or our administration, Dean of Libraries <sclark2 at uwf.edu<mailto:sclark2 at uwf.edu>> On Mon, Aug 7, 2023 at 4:01?PM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Hi Dean Unfortunately, no. AS only stores metadata about an object, not the object itself. You can point AS to a storage system (like a digital preservation system or website, etc). That's what Digital Objects are typically used for. For your particular case, if you converted the pdf to something that you could import as metadata (EAD or something), then that would be searchable as the entries would then have become entries in the usual archival object tree for the resource(s) the pdf is describing. But it sounds like that's not quite what you are describing. Also make sure that, if the PDF is something you need to keep, that its stored in another system. Best, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Dean DeBolt <ddebolt at uwf.edu<mailto:ddebolt at uwf.edu>> Sent: Monday, August 7, 2023 4:35 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] PDF files Can anyone tell me quickly if a PDF document is searchable in ArchivesSpace? We've been given an inventory (467 pp.) as a PDF and I put that in ArchivesSpace. 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<mailto: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 <http://archives.uwf.edu/> and http://uwf.digital.flvc.org<http://uwf.digital.flvc.org/> If we've been of service, please let us know or our administration, Dean of Libraries <sclark2 at uwf.edu<mailto:sclark2 at uwf.edu>> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230807/e88b2a9a/attachment.html> From mcyzyk at gmail.com Tue Aug 8 09:32:21 2023 From: mcyzyk at gmail.com (Mark Cyzyk) Date: Tue, 8 Aug 2023 09:32:21 -0400 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <BL0PR03MB429245864B44D9CC987468D0AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> <BL0PR03MB4292677743A7E8BFB4ACBF70AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <CAASUeJxFyw6=c0SLOkMP6F0e70KLuD4XGWJzh=52sze5qUCPcA@mail.gmail.com> <BL0PR03MB429245864B44D9CC987468D0AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Message-ID: <29854457-4dea-daa1-7d6f-ed2e45d6b8de@gmail.com> A follow up question: Are the total number of User Defined Fields hard-coded, or open-ended?? I.e. and E.g., in /locales/en.yml there is string_1 string_2 string_3 string_4 and in our implementation, all of them are in use! Can I simply create a "string_5"? I'm sensing I cannot.? But is this true? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. On 8/7/23 11:24, Joshua D. Shaw wrote: > Agreed. This also seems like an arbitrary limitation in the schema. > > jds > ------------------------------------------------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Jesse Martinez <jesse.martinez at bc.edu> > *Sent:* Monday, August 7, 2023 11:18 AM > *To:* Archivesspace Users Group > <archivesspace_users_group at lyralists.lyrasis.org> > *Cc:* mcyzyk at jhu.edu <mcyzyk at jhu.edu> > *Subject:* Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS > Bib Number length > I think this would be a good candidate for a bug report since it's > causing data retention issues. > > Jesse > > On Mon, Aug 7, 2023 at 10:55?AM Joshua D. Shaw > <Joshua.D.Shaw at dartmouth.edu> wrote: > > Oh. Uggghh. I see the issue. Even though the DB defines the field > as a varchar, the schema defines a maxlength of 13 characters. > > You *might be able* to override that in a simple plugin. Something > like > > schema_overrides > ?????/schemas > ????????????user_defined_ext.rb > > with contents like > { > ? ? ? "real_1" => {"type" => "string", "maxlength" => 40, > "required" => false}, > ? ? ? "real_2" => {"type" => "string", "maxlength" => 40, > "required" => false}, > ? ? ? "real_3" => {"type" => "string", "maxlength" => 40, > "required" => false} > } > > Though I haven't tried overriding the base schema in that way. > > Alternatively (and probably better), you could alter the db itself > by updating the affected rows in the user_defined table - either > directly or with a migration update in a plugin. You'd want to > move the data from the real_1, real_2, real_3 columns to string_1, > string_2, string_3 columns AND update the user_mtime column to > trigger any index updates. > > Joshua > ------------------------------------------------------------------------ > *From:* Mark Cyzyk <mcyzyk at gmail.com> > *Sent:* Monday, August 7, 2023 9:36 AM > *To:* Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>; mcyzyk at jhu.edu > <mcyzyk at jhu.edu>; Archivesspace Users Group > <archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new > ILMS Bib Number length > > Thanks, Joshua, > > I think the issue here is that the DB is storing our Bib "Numbers" > as numbers, not text strings. > > Our new Bib Number format: > > 991036635839707861 > > > Error when submitting: > > "Bib Number - Must be a number with no more than nine digits > and five decimal places" > > > Any way to convert to varchar text string without data loss? > > Mark > > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Library Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > On 8/7/23 07:48, Joshua D. Shaw wrote: >> Hi Mark >> >> The fields are defined in the db (via the migrations). The real_x >> fields (and integer_x and string_x fields) in user_defined are >> varchars, so any limits you're hitting aren't in the db. There's >> also nothing in the plugin that would limit the field lengths - >> unless you've customized the plugin. >> >> What issue are you seeing? >> >> Joshua >> >> ------------------------------------------------------------------------ >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org >> <archivesspace_users_group-bounces at lyralists.lyrasis.org> >> <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> >> on behalf of Mark Cyzyk <mcyzyk at gmail.com> <mailto:mcyzyk at gmail.com> >> *Sent:* Sunday, August 6, 2023 12:56 PM >> *To:* Archivesspace Users Group >> <archivesspace_users_group at lyralists.lyrasis.org> >> <mailto:archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS >> Bib Number length >> >> All, >> >> We recently upgraded to ASpace 3.4.0. Everything is fine except >> for one >> thing: >> >> Insofar as we also recently migrated our ILMS here, our Bib >> Numbers are >> now larger strings than before.? They are now 18 characters. >> >> How/where can I Up this field length?? I've looked in the various >> Locales files. >> >> As far as I can tell, Bib Number is in the >> resource_user_defined__real_1_ field, but I'm not finding where the >> length of that field is limited. >> >> FYI, we are using the User Defined in Basic plugin. >> >> Advice appreciated, >> >> Mark >> >> -- >> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> >> Mark Cyzyk, M.A., M.L.S. >> Library Applications Group >> The Sheridan Libraries >> The Johns Hopkins University >> mcyzyk at jhu.edu >> >> Verba volant, scripta manent. >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0 >> <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 > > > > -- > Jesse Martinez > Senior Library Applications Developer > O'Neill Library, Boston College > jesse.martinez at bc.edu > 617-552-2509 > he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/2caa3d19/attachment.html> From kmc35 at psu.edu Tue Aug 8 09:53:06 2023 From: kmc35 at psu.edu (Clair, Kevin) Date: Tue, 8 Aug 2023 13:53:06 +0000 Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length In-Reply-To: <29854457-4dea-daa1-7d6f-ed2e45d6b8de@gmail.com> References: <b66e986d-f120-fc74-04fb-5bcaf31f9ef3@gmail.com> <BL0PR03MB429284ABA75A9D6145653B90AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <babdb30b-c577-c4be-d45a-883dcfe74198@gmail.com> <BL0PR03MB4292677743A7E8BFB4ACBF70AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <CAASUeJxFyw6=c0SLOkMP6F0e70KLuD4XGWJzh=52sze5qUCPcA@mail.gmail.com> <BL0PR03MB429245864B44D9CC987468D0AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <29854457-4dea-daa1-7d6f-ed2e45d6b8de@gmail.com> Message-ID: <IA1PR02MB94663D1FE9B5BE95F20C3C01B50DA@IA1PR02MB9466.namprd02.prod.outlook.com> Hi Mark, It's possible, but I believe it requires adding properties to the user_defined table in the database, which puts you at risk of problems whenever a new ArchivesSpace release requires database migrations. -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at gmail.com> Sent: Tuesday, August 8, 2023 9:32 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; jesse.martinez at bc.edu <jesse.martinez at bc.edu> Cc: mcyzyk at jhu.edu <mcyzyk at jhu.edu> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length A follow up question: Are the total number of User Defined Fields hard-coded, or open-ended? I.e. and E.g., in /locales/en.yml there is string_1 string_2 string_3 string_4 and in our implementation, all of them are in use! Can I simply create a "string_5"? I'm sensing I cannot. But is this true? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 11:24, Joshua D. Shaw wrote: Agreed. This also seems like an arbitrary limitation in the schema. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Jesse Martinez <jesse.martinez at bc.edu><mailto:jesse.martinez at bc.edu> Sent: Monday, August 7, 2023 11:18 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Cc: mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu><mailto:mcyzyk at jhu.edu> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length I think this would be a good candidate for a bug report since it's causing data retention issues. Jesse On Mon, Aug 7, 2023 at 10:55?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Oh. Uggghh. I see the issue. Even though the DB defines the field as a varchar, the schema defines a maxlength of 13 characters. You might be able to override that in a simple plugin. Something like schema_overrides ?????/schemas ????????????user_defined_ext.rb with contents like { "real_1" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_2" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_3" => {"type" => "string", "maxlength" => 40, "required" => false} } Though I haven't tried overriding the base schema in that way. Alternatively (and probably better), you could alter the db itself by updating the affected rows in the user_defined table - either directly or with a migration update in a plugin. You'd want to move the data from the real_1, real_2, real_3 columns to string_1, string_2, string_3 columns AND update the user_mtime column to trigger any index updates. Joshua ________________________________ From: Mark Cyzyk <mcyzyk at gmail.com<mailto:mcyzyk at gmail.com>> Sent: Monday, August 7, 2023 9:36 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>>; mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu>>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length Thanks, Joshua, I think the issue here is that the DB is storing our Bib "Numbers" as numbers, not text strings. Our new Bib Number format: 991036635839707861 Error when submitting: "Bib Number - Must be a number with no more than nine digits and five decimal places" Any way to convert to varchar text string without data loss? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 07:48, Joshua D. Shaw wrote: Hi Mark The fields are defined in the db (via the migrations). The real_x fields (and integer_x and string_x fields) in user_defined are varchars, so any limits you're hitting aren't in the db. There's also nothing in the plugin that would limit the field lengths - unless you've customized the plugin. What issue are you seeing? Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at gmail.com><mailto:mcyzyk at gmail.com> Sent: Sunday, August 6, 2023 12:56 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length All, We recently upgraded to ASpace 3.4.0. Everything is fine except for one thing: Insofar as we also recently migrated our ILMS here, our Bib Numbers are now larger strings than before. They are now 18 characters. How/where can I Up this field length? I've looked in the various Locales files. As far as I can tell, Bib Number is in the resource_user_defined__real_1_ field, but I'm not finding where the length of that field is limited. FYI, we are using the User Defined in Basic plugin. Advice appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0<http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Jesse Martinez Senior Library Applications Developer O'Neill Library, Boston College jesse.martinez at bc.edu<mailto:jesse.martinez at bc.edu> 617-552-2509 he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/14f373a6/attachment.html> From gloria.creeddikeogu at ottawa.edu Tue Aug 8 11:50:22 2023 From: gloria.creeddikeogu at ottawa.edu (Creed-Dikeogu, Gloria) Date: Tue, 8 Aug 2023 15:50:22 +0000 Subject: [Archivesspace_Users_Group] 503 Error Question: Joshua D. Shaw <Joshua.D.Shaw@dartmouth.edu> Message-ID: <DM6PR06MB4571AAEE0B3F602BD2DBDA15830DA@DM6PR06MB4571.namprd06.prod.outlook.com> Hello Everyone We need help with a 503 Error that is showing up when we access ArchivesSpace. We are not coders. What do we need to do to fix this? We do have our OUIT who setup the database side for us. Please advise. Gloria Creed-Dikeogu, Ph.D To setup a meeting with me, My Calendar is Here<https://calendly.com/creeddikeogug>, just choose a time that works for you. Director of Library Services & Professor of Library Science Gangwish Library 1001 S. Cedar OTTAWA K.S. 66067-3399 Phone#: 785-248-2536 [cid:image001.png at 01D9C9E5.F430E880] From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Mark Cyzyk Sent: Tuesday, August 8, 2023 8:32 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; jesse.martinez at bc.edu Cc: mcyzyk at jhu.edu Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length A follow up question: Are the total number of User Defined Fields hard-coded, or open-ended? I.e. and E.g., in /locales/en.yml there is string_1 string_2 string_3 string_4 and in our implementation, all of them are in use! Can I simply create a "string_5"? I'm sensing I cannot. But is this true? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 11:24, Joshua D. Shaw wrote: Agreed. This also seems like an arbitrary limitation in the schema. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Jesse Martinez <jesse.martinez at bc.edu><mailto:jesse.martinez at bc.edu> Sent: Monday, August 7, 2023 11:18 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Cc: mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu><mailto:mcyzyk at jhu.edu> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length I think this would be a good candidate for a bug report since it's causing data retention issues. Jesse On Mon, Aug 7, 2023 at 10:55?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Oh. Uggghh. I see the issue. Even though the DB defines the field as a varchar, the schema defines a maxlength of 13 characters. You might be able to override that in a simple plugin. Something like schema_overrides ?????/schemas ????????????user_defined_ext.rb with contents like { "real_1" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_2" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_3" => {"type" => "string", "maxlength" => 40, "required" => false} } Though I haven't tried overriding the base schema in that way. Alternatively (and probably better), you could alter the db itself by updating the affected rows in the user_defined table - either directly or with a migration update in a plugin. You'd want to move the data from the real_1, real_2, real_3 columns to string_1, string_2, string_3 columns AND update the user_mtime column to trigger any index updates. Joshua ________________________________ From: Mark Cyzyk <mcyzyk at gmail.com<mailto:mcyzyk at gmail.com>> Sent: Monday, August 7, 2023 9:36 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>>; mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu>>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length Thanks, Joshua, I think the issue here is that the DB is storing our Bib "Numbers" as numbers, not text strings. Our new Bib Number format: 991036635839707861 Error when submitting: "Bib Number - Must be a number with no more than nine digits and five decimal places" Any way to convert to varchar text string without data loss? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 07:48, Joshua D. Shaw wrote: Hi Mark The fields are defined in the db (via the migrations). The real_x fields (and integer_x and string_x fields) in user_defined are varchars, so any limits you're hitting aren't in the db. There's also nothing in the plugin that would limit the field lengths - unless you've customized the plugin. What issue are you seeing? Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at gmail.com><mailto:mcyzyk at gmail.com> Sent: Sunday, August 6, 2023 12:56 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length All, We recently upgraded to ASpace 3.4.0. Everything is fine except for one thing: Insofar as we also recently migrated our ILMS here, our Bib Numbers are now larger strings than before. They are now 18 characters. How/where can I Up this field length? I've looked in the various Locales files. As far as I can tell, Bib Number is in the resource_user_defined__real_1_ field, but I'm not finding where the length of that field is limited. FYI, we are using the User Defined in Basic plugin. Advice appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0<http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Jesse Martinez Senior Library Applications Developer O'Neill Library, Boston College jesse.martinez at bc.edu<mailto:jesse.martinez at bc.edu> 617-552-2509 he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/d033ea6a/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 37710 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/d033ea6a/attachment.png> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ATT00001.txt URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/d033ea6a/attachment.txt> From psutherland at amphilsoc.org Tue Aug 8 15:12:38 2023 From: psutherland at amphilsoc.org (Paul Sutherland) Date: Tue, 8 Aug 2023 15:12:38 -0400 Subject: [Archivesspace_Users_Group] Reports of notes, keywords Message-ID: <CAMqxH-pUM9LqX3xAOKB7EOR-OTcifw2yUrOAkWfua5Q7j46yHg@mail.gmail.com> Hi all, I'm struggling to find useful searches/reports in the regular staff interface for what I am trying to identify. I was wondering if anyone here might have an idea. In short, I want to identify every collection where we have indicated restrictions on materials. These can be found as a mixture of keywords and note types, e.g.: "Conditions Governing Access" notes, "Conditions Governing Use" notes, in general notes with some specific keywords, in titles, and possible other places from legacy cataloguing and migrations. Resources and Archival Objects may contain this information. The major difficulty is finding Resources for which a child Archival Object has this information. A few ways I've tried/thought of: - searches for Resources. This only shows the occurrence of a keyword in the Resource, not any of its Archival Objects. [image: image.png] - searches for Resources showing components. This is okay, except that the Download CSV does not include the Parent Resource, and the Parent Resource does not include the call number, making it hard to use. (Also I'm not sure if a text search is searching the note type or just the note label.) [image: image.png] - PUI search. This seems to work better - lets me search by note or by keyword - except that I can't download a summary of this (perhaps this is configurable - we're not actually using this PUI publicly, this is new for us). [image: image.png] - Custom reports. This doesn't let you output notes for archival objects and is limited to 50k results. - Bulk Updater Spreadsheet. This does export every note, and will be useful later on, however it's by collection, which does not help in identifying which collections may have these keywords or note types. - Relying on Google's crawling of our finding aids. Not ideal for completeness or for unpublished collections. If anyone has more ideas, please let me know. Thanks, Paul -- *Paul Sutherland* (he/his) Archivist of Indigenous Materials Center for Native American and Indigenous Research Library & Museum American Philosophical Society 105 S. 5th Street, 2nd Floor Philadelphia, PA 19406 Lenapehoking 215-440-3408 amphilsoc.org/library/CNAIR cnair at amphilsoc.org *I respectfully acknowledge that I work and reside in Lenapehoking, the homeland of the Lenape people in past, present, and future generations. I am grateful for the past and ongoing generosity of numerous Indigenous communities and individuals who have offered guidance, expertise, and opportunities for collaboration that make my work possible. * Learn more about ... - The Indigenous Subject Guide <https://indigenousguide.amphilsoc.org> to our Indigenous collections, updated frequently - Blog posts <https://www.amphilsoc.org/blog-category/cnair> by CNAIR staff & fellows - Fellowships <https://www.amphilsoc.org/grants/fellowships> (residential and non) for working with our collections and elsewhere - Scheduling a visit <https://www.amphilsoc.org/library#paragraph-36> to our Reading Room to view our collections - Our latest museum exhibit *Pursuit & Persistence: 300 Years of Women in Science <https://www.amphilsoc.org/visit-museum>, *open until December 30, 2023 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/4a0d011f/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 62789 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/4a0d011f/attachment-0003.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 21340 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/4a0d011f/attachment-0004.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 52335 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/4a0d011f/attachment-0005.png> From manegold at asu.edu Tue Aug 8 15:13:35 2023 From: manegold at asu.edu (Kirk Manegold) Date: Tue, 8 Aug 2023 19:13:35 +0000 Subject: [Archivesspace_Users_Group] Database migration error for 3.3.1 to 3.4.0 during database-setup script run Message-ID: <BYAPR06MB5974AF28AEABB9F95482C46DC00DA@BYAPR06MB5974.namprd06.prod.outlook.com> Hello. I ran through our typical update process from 3.3.1 to 3.4.0 and hit a snag with the setup-database.sh script. I keep getting an duplicate entry error: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! !! !! Database migration error. !! !! Your upgrade has encountered a problem. !! !! You must resolve these issues before the database migration can complete. !! !! !! !! !! !! Error: !! !! Java::JavaSql::SQLIntegrityConstraintViolationException: Duplicate entry '1-Interviewer' for key 'enumeration_value.enumeration_value_uniq' !! !! !! !! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! I dug through the enumeration_value table and updated the values with 'Interviewer' with unique values (e.g. I added an increment number to them) for the enumeration_id of '1'. However, I can't get past this error. Any ideas? -Kirk Kirk Manegold System Architect ASU Library | Technology Services | Systems & Security Arizona State University Mail Code: 1006 Charles T. Hayden Library Tempe, AZ 85287-1006 p: 480-965-6230<tel:480-965-6230> email: manegold at asu.edu<mailto:manegold at asu.edu> web: https://lib.asu.edu/systems/help -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/77a0c063/attachment.html> From collinsms at alma.edu Tue Aug 8 15:22:50 2023 From: collinsms at alma.edu (Matthew S Collins) Date: Tue, 8 Aug 2023 19:22:50 +0000 Subject: [Archivesspace_Users_Group] PDF files In-Reply-To: <BL0PR03MB4292C31518FBA3D8A070D14AAB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> References: <CAOnYSS+zTHYzsSriKY_00za+NNwKzUUOAq=b5XahqR5a2v_6Uw@mail.gmail.com> <BL0PR03MB429283014C146AF4F13E2AE8AB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> <CAOnYSS+7rbmkJQHmHDjZFZPY13riG37O-3xg5NvurtEh-9rCAg@mail.gmail.com> <BL0PR03MB4292C31518FBA3D8A070D14AAB0CA@BL0PR03MB4292.namprd03.prod.outlook.com> Message-ID: <643D2744-0D06-4A7E-B6E3-1B956DC79689@alma.edu> I was able to do PDF -> text and then use regex and then Excel to import a large part of an old index. It took some manipulation initially, but was certainly easier than rekeyeing. --- Matthew [alma college logo bw] Matthew Collins, Ph.D., MLIS Library Director and Archivist Alma College, 614 W. Superior St., Alma, MI 48801 (989)463-7342 | collinsms at alma.edu<mailto:collinsms at alma.edu> From: "Joshua D. Shaw" <Joshua.D.Shaw at dartmouth.edu> Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Date: Monday, August 7, 2023 at 5:12 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] PDF files For something like that, I'd definitely think about ways to convert that to something you can import rather than rekeying that many entries. I'd probably think about trying pdf -> text and then try some find/replace/regex work to get it into something that is importable - maybe one of the import spreadsheets if you are using a later version of AS. Or EAD as a 'less than ideal, but probably still doable' option. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Dean DeBolt <ddebolt at uwf.edu> Sent: Monday, August 7, 2023 5:08 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] PDF files Thanks. We're getting local court records (1820-1930) and they sent a nice PDF inventory (467 pp. of 26,000 files) and I'd hoped to make that searchable through ArchivesSpace. 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<mailto: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 <http://archives.uwf.edu/> and http://uwf.digital.flvc.org<http://uwf.digital.flvc.org/> If we've been of service, please let us know or our administration, Dean of Libraries <sclark2 at uwf.edu<mailto:sclark2 at uwf.edu>> On Mon, Aug 7, 2023 at 4:01?PM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Hi Dean Unfortunately, no. AS only stores metadata about an object, not the object itself. You can point AS to a storage system (like a digital preservation system or website, etc). That's what Digital Objects are typically used for. For your particular case, if you converted the pdf to something that you could import as metadata (EAD or something), then that would be searchable as the entries would then have become entries in the usual archival object tree for the resource(s) the pdf is describing. But it sounds like that's not quite what you are describing. Also make sure that, if the PDF is something you need to keep, that its stored in another system. Best, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Dean DeBolt <ddebolt at uwf.edu<mailto:ddebolt at uwf.edu>> Sent: Monday, August 7, 2023 4:35 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] PDF files Can anyone tell me quickly if a PDF document is searchable in ArchivesSpace? We've been given an inventory (467 pp.) as a PDF and I put that in ArchivesSpace. 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<mailto: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 <http://archives.uwf.edu/> and http://uwf.digital.flvc.org<http://uwf.digital.flvc.org/> If we've been of service, please let us know or our administration, Dean of Libraries <sclark2 at uwf.edu<mailto:sclark2 at uwf.edu>> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/cb0a2f9c/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8766 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/cb0a2f9c/attachment.jpg> From manegold at asu.edu Tue Aug 8 17:40:58 2023 From: manegold at asu.edu (Kirk Manegold) Date: Tue, 8 Aug 2023 21:40:58 +0000 Subject: [Archivesspace_Users_Group] Database migration error for 3.3.1 to 3.4.0 during database-setup script run In-Reply-To: <BYAPR06MB5974AF28AEABB9F95482C46DC00DA@BYAPR06MB5974.namprd06.prod.outlook.com> References: <BYAPR06MB5974AF28AEABB9F95482C46DC00DA@BYAPR06MB5974.namprd06.prod.outlook.com> Message-ID: <BYAPR06MB59742FBFE45B2E370820485EC00DA@BYAPR06MB5974.namprd06.prod.outlook.com> Well, that took some time to figure out. DB migration step 168 was used to strip white space from the enumeration_value table for the value field. Several of our values had whitespace leading the values in. Since multiple values created a duplicate index values, the database migration script failed. Once I removed the white space before and after the value field values, the migration completed. If that makes any sense whatsoever. Regardless, I finished the migration step. I'm also quite pleased with seeing the code for the migration to help figure out what was going one beyond poking and prodding. (e.g. https://github.com/archivesspace/archivesspace/blob/master/common/db/migrations/168_enum_values_strip_ws.rb ). -Kirk Kirk Manegold System Architect ASU Library | Technology Services | Systems & Security p: 480-965-6230<tel:480-965-6230> email: manegold at asu.edu<mailto:manegold at asu.edu> web: https://lib.asu.edu/systems/help From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Kirk Manegold Sent: Tuesday, August 8, 2023 12:14 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Database migration error for 3.3.1 to 3.4.0 during database-setup script run Hello. I ran through our typical update process from 3.3.1 to 3.4.0 and hit a snag with the setup-database.sh script. I keep getting an duplicate entry error: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! !! !! Database migration error. !! !! Your upgrade has encountered a problem. !! !! You must resolve these issues before the database migration can complete. !! !! !! !! !! !! Error: !! !! Java::JavaSql::SQLIntegrityConstraintViolationException: Duplicate entry '1-Interviewer' for key 'enumeration_value.enumeration_value_uniq' !! !! !! !! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! I dug through the enumeration_value table and updated the values with 'Interviewer' with unique values (e.g. I added an increment number to them) for the enumeration_id of '1'. However, I can't get past this error. Any ideas? -Kirk Kirk Manegold System Architect ASU Library | Technology Services | Systems & Security Arizona State University Mail Code: 1006 Charles T. Hayden Library Tempe, AZ 85287-1006 p: 480-965-6230<tel:480-965-6230> email: manegold at asu.edu<mailto:manegold at asu.edu> web: https://lib.asu.edu/systems/help -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230808/8ff171b2/attachment.html> From gentrys at umich.edu Wed Aug 9 08:00:00 2023 From: gentrys at umich.edu (Steven Gentry) Date: Wed, 9 Aug 2023 08:00:00 -0400 Subject: [Archivesspace_Users_Group] Accession Records and Subject Records Message-ID: <CAJP6fRPWsLt+EQ-WA5rHbC8D+4bcP2=p7zX=G+p5VyS5WgorMQ@mail.gmail.com> Hello, I recently read that ArchivesSpace allows for folks to associate subject records with accession records <https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/893911102/Subject+Links+-+Accessions> . However, it looks like this feature isn't enabled in either my institution's production ArchivesSpace instance (currently running v.2.5.2) or our development instance (running 3.4.0). To clarify, there is no option to associate a subject record with an accession record (although archivists can associate agent records with accessions). My question is: if we wanted to link subject and accession records, do we need to be running a particular version of ArchivesSpace? Or is there some work that needs to be done under the hood to enable this linkage? Many thanks! -SG -- Steven Gentry Archivist for Archival Processing *he/him/his* Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 USA 734-936-5666 www.bentley.umich.edu @UmichBentley *The Bentley Historical Library acknowledges that coerced cessions of land by the Anishnaabeg and Wyandot made the University of Michigan possible, and we seek to reaffirm the ancestral and contemporary ties of these peoples to the lands where the University now stands.* -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230809/537e3523/attachment.html> From christine.dibella at lyrasis.org Wed Aug 9 08:58:14 2023 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 9 Aug 2023 12:58:14 +0000 Subject: [Archivesspace_Users_Group] 503 Error Question In-Reply-To: <DM6PR06MB4571AAEE0B3F602BD2DBDA15830DA@DM6PR06MB4571.namprd06.prod.outlook.com> References: <DM6PR06MB4571AAEE0B3F602BD2DBDA15830DA@DM6PR06MB4571.namprd06.prod.outlook.com> Message-ID: <MN2PR22MB188774BDDAF1E7E93F82CA72F112A@MN2PR22MB1887.namprd22.prod.outlook.com> Hello Gloria, You may have already received some help directly from the community members you copied on this message, but if not I think your question might work better as a member tech support ticket<https://archivesspace.org/member-area/technical-support> since a variety of different things could be happening. I?ll make one for you and you?ll get another message about that in a little bit. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> [cid:image002.jpg at 01D9CA9F.A0E89C30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Creed-Dikeogu, Gloria Sent: Tuesday, August 8, 2023 11:50 AM To: : Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; jesse.martinez at bc.edu Subject: [Archivesspace_Users_Group] 503 Error Question: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu> Hello Everyone We need help with a 503 Error that is showing up when we access ArchivesSpace. We are not coders. What do we need to do to fix this? We do have our OUIT who setup the database side for us. Please advise. Gloria Creed-Dikeogu, Ph.D To setup a meeting with me, My Calendar is Here<https://calendly.com/creeddikeogug>, just choose a time that works for you. Director of Library Services & Professor of Library Science Gangwish Library 1001 S. Cedar OTTAWA K.S. 66067-3399 Phone#: 785-248-2536 [cid:image003.png at 01D9CA9F.A0E89C30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Mark Cyzyk Sent: Tuesday, August 8, 2023 8:32 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>; jesse.martinez at bc.edu<mailto:jesse.martinez at bc.edu> Cc: mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length A follow up question: Are the total number of User Defined Fields hard-coded, or open-ended? I.e. and E.g., in /locales/en.yml there is string_1 string_2 string_3 string_4 and in our implementation, all of them are in use! Can I simply create a "string_5"? I'm sensing I cannot. But is this true? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 11:24, Joshua D. Shaw wrote: Agreed. This also seems like an arbitrary limitation in the schema. jds ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Jesse Martinez <jesse.martinez at bc.edu><mailto:jesse.martinez at bc.edu> Sent: Monday, August 7, 2023 11:18 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Cc: mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu><mailto:mcyzyk at jhu.edu> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length I think this would be a good candidate for a bug report since it's causing data retention issues. Jesse On Mon, Aug 7, 2023 at 10:55?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Oh. Uggghh. I see the issue. Even though the DB defines the field as a varchar, the schema defines a maxlength of 13 characters. You might be able to override that in a simple plugin. Something like schema_overrides ?????/schemas ????????????user_defined_ext.rb with contents like { "real_1" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_2" => {"type" => "string", "maxlength" => 40, "required" => false}, "real_3" => {"type" => "string", "maxlength" => 40, "required" => false} } Though I haven't tried overriding the base schema in that way. Alternatively (and probably better), you could alter the db itself by updating the affected rows in the user_defined table - either directly or with a migration update in a plugin. You'd want to move the data from the real_1, real_2, real_3 columns to string_1, string_2, string_3 columns AND update the user_mtime column to trigger any index updates. Joshua ________________________________ From: Mark Cyzyk <mcyzyk at gmail.com<mailto:mcyzyk at gmail.com>> Sent: Monday, August 7, 2023 9:36 AM To: Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>>; mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> <mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu>>; Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length Thanks, Joshua, I think the issue here is that the DB is storing our Bib "Numbers" as numbers, not text strings. Our new Bib Number format: 991036635839707861 Error when submitting: "Bib Number - Must be a number with no more than nine digits and five decimal places" Any way to convert to varchar text string without data loss? Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. On 8/7/23 07:48, Joshua D. Shaw wrote: Hi Mark The fields are defined in the db (via the migrations). The real_x fields (and integer_x and string_x fields) in user_defined are varchars, so any limits you're hitting aren't in the db. There's also nothing in the plugin that would limit the field lengths - unless you've customized the plugin. What issue are you seeing? Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org><mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Mark Cyzyk <mcyzyk at gmail.com><mailto:mcyzyk at gmail.com> Sent: Sunday, August 6, 2023 12:56 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org><mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] ASpace 3.4.0 and new ILMS Bib Number length All, We recently upgraded to ASpace 3.4.0. Everything is fine except for one thing: Insofar as we also recently migrated our ILMS here, our Bib Numbers are now larger strings than before. They are now 18 characters. How/where can I Up this field length? I've looked in the various Locales files. As far as I can tell, Bib Number is in the resource_user_defined__real_1_ field, but I'm not finding where the length of that field is limited. FYI, we are using the User Defined in Basic plugin. Advice appreciated, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Library Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu<mailto:mcyzyk at jhu.edu> Verba volant, scripta manent. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=05%7C01%7Cjoshua.d.shaw%40dartmouth.edu%7Cba1914ced54d4d68822308db969e1237%7C995b093648d640e5a31ebf689ec9446f%7C0%7C0%7C638269377900220240%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eTkrkrzpzmF%2BqHUamRGO0KT2uyhBVl1CYI2eRY0OxGg%3D&reserved=0<http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Jesse Martinez Senior Library Applications Developer O'Neill Library, Boston College jesse.martinez at bc.edu<mailto:jesse.martinez at bc.edu> 617-552-2509 he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230809/ad08e1d8/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 56099 bytes Desc: image002.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230809/ad08e1d8/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 37710 bytes Desc: image003.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230809/ad08e1d8/attachment.png> From ahaywood at cca.qc.ca Wed Aug 9 17:00:22 2023 From: ahaywood at cca.qc.ca (Anna Haywood) Date: Wed, 9 Aug 2023 21:00:22 +0000 Subject: [Archivesspace_Users_Group] Changing the PDF output References: <a16fa4f1-b815-48e6-8234-6af667e261dd.19008f17-e56c-4034-8fd6-706493af673f.3c6fd2eb-6650-4587-a89a-807ca410a548@emailsignatures365.codetwo.com> Message-ID: <YT2P288MB0356CD3E2ED75E5F74AE2FBE8912A@YT2P288MB0356.CANP288.PROD.OUTLOOK.COM> Hello everyone, Does anyone have an experience with changing the styling/formatting of the PDF that's downloaded from ArchivesSpace? Either on the staff or public side. I know it's possible but I would love to pick someone's brain on an even more specific question about formatting data. Thanks! Anna --- Anna Haywood Archiviste Archivist Centre Canadien d'Architecture Canadian Centre for Architecture 1920, rue Baile, Montr?al, Qu?bec, Canada, H3H 2S6 +1 5149397001x1368 cca.qc.ca<https://www.cca.qc.ca/fr/?utm_source=fr_email_signature&utm_medium=email> Twitter<https://www.twitter.com/ccawire> | Instagram<https://www.instagram.com/canadiancentreforarchitecture/> | Facebook<https://www.facebook.com/cca.conversation> | YouTube<https://www.youtube.com/user/CCAchannel> Comment la recherche peut-elle d?finir des modes d'orientation novateurs et imp?rieux?<https://bit.ly/Mellon6FR> How can Amancio Williams's work be (re)considered?<https://bit.ly/AmancioWilliamsEN> Inscrivez-vous<https://www.cca.qc.ca/fr/?go=enews&utm_source=fr_email_signature&utm_medium=email> pour recevoir de nos nouvelles. Sign up<https://www.cca.qc.ca/en/?go=enews&utm_source=en_email_signature&utm_medium=email> to get news from us. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230809/67c6043f/attachment.html> From amanifold at slv.vic.gov.au Wed Aug 9 19:47:45 2023 From: amanifold at slv.vic.gov.au (Alan Manifold) Date: Wed, 9 Aug 2023 23:47:45 +0000 Subject: [Archivesspace_Users_Group] Changing the PDF output In-Reply-To: <YT2P288MB0356CD3E2ED75E5F74AE2FBE8912A@YT2P288MB0356.CANP288.PROD.OUTLOOK.COM> References: <a16fa4f1-b815-48e6-8234-6af667e261dd.19008f17-e56c-4034-8fd6-706493af673f.3c6fd2eb-6650-4587-a89a-807ca410a548@emailsignatures365.codetwo.com> <YT2P288MB0356CD3E2ED75E5F74AE2FBE8912A@YT2P288MB0356.CANP288.PROD.OUTLOOK.COM> Message-ID: <ME3PR01MB6088F84379135F8ED7F66FBAC012A@ME3PR01MB6088.ausprd01.prod.outlook.com> We've made pretty significant changes to the PDF output on both staff and public sides. I didn't do the work, but I'd be happy to chat or correspond about it. Regards, Alan Manifold Alan Manifold | Library Systems & Digital Preservation Manager | Collection Development & Description State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7122 | amanifold at slv.vic.gov.au slv.vic.gov.au<http://slv.vic.gov.au> [slv] [https://www.slv.vic.gov.au/sites/default/files/email_signature/signature.jpg?9]<https://www.slv.vic.gov.au/email_campaign> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Anna Haywood Sent: Thursday, August 10, 2023 7:00 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] Changing the PDF output Hello everyone, Does anyone have an experience with changing the styling/formatting of the PDF that's downloaded from ArchivesSpace? Either on the staff or public side. I know it's possible but I would love to pick someone's brain on an even more specific question about formatting data. Thanks! Anna --- Anna Haywood Archiviste Archivist Centre Canadien d'Architecture Canadian Centre for Architecture 1920, rue Baile, Montr?al, Qu?bec, Canada, H3H 2S6 +1 5149397001x1368 cca.qc.ca<https://www.cca.qc.ca/fr/?utm_source=fr_email_signature&utm_medium=email> Twitter<https://www.twitter.com/ccawire> | Instagram<https://www.instagram.com/canadiancentreforarchitecture/> | Facebook<https://www.facebook.com/cca.conversation> | YouTube<https://www.youtube.com/user/CCAchannel> Comment la recherche peut-elle d?finir des modes d'orientation novateurs et imp?rieux?<https://bit.ly/Mellon6FR> How can Amancio Williams's work be (re)considered?<https://bit.ly/AmancioWilliamsEN> Inscrivez-vous<https://www.cca.qc.ca/fr/?go=enews&utm_source=fr_email_signature&utm_medium=email> pour recevoir de nos nouvelles. Sign up<https://www.cca.qc.ca/en/?go=enews&utm_source=en_email_signature&utm_medium=email> to get news from us. This message and any attachment is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please delete all copies of the message and its attachments and notify the sender immediately. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230809/1377f444/attachment.html> From ludwigpossie at weber.edu Wed Aug 9 20:36:53 2023 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Wed, 9 Aug 2023 18:36:53 -0600 Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues Message-ID: <CA+OpDmYwAHv4H+vixY9Eh6nR5D8NCKuNd-mR9zruiDF54GW6uA@mail.gmail.com> I'm trying to get CAS authentication setup on our AS 3.4.0 using the lyrasis/aspace-oauth plugin. I've tried to follow the example outlined on the plugin. I'm able to get as far as to the staff login page and I can see a "CAS sign In" button on the top right, but when I press it I get the following message, "The page you were looking for doesn't exist." The button links me to https://as.someuniversity.edu/staff/auth/cas My config.rb contains the following parameters is there something that I need to add or change?: AppConfig[:frontend_proxy_url] = "https://as.someuniversity.edu/staff" AppConfig[:public_proxy_url] = "https://as.someuniversity.edu/" AppConfig[:authentication_sources] = [{ model: 'ASOauth', provider: 'cas', label: 'CAS Sign In', slo_link: true, config: { url: ' https://cas.someuniversity.edu', host: ' cas.someuniversity.edu', ssl: true, login_url: '/login', logout_url: '/logout', service_validate_url: '/cas/serviceValidate', callback_url: 'auth/cas/callback', uid_key: 'user', email_key: 'email' # more cas keys and options at: https://github.com/dlindahl/omniauth-cas # # if your server does not return an email address, you can add one # here using the fetch_raw_info option. #fetch_raw_info: ->(s, o, t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu" } } } }] -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230809/89ead408/attachment.html> From Joshua.D.Shaw at dartmouth.edu Thu Aug 10 10:21:08 2023 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Thu, 10 Aug 2023 14:21:08 +0000 Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues In-Reply-To: <CA+OpDmYwAHv4H+vixY9Eh6nR5D8NCKuNd-mR9zruiDF54GW6uA@mail.gmail.com> References: <CA+OpDmYwAHv4H+vixY9Eh6nR5D8NCKuNd-mR9zruiDF54GW6uA@mail.gmail.com> Message-ID: <BL0PR03MB4292521CF2C0B8D8FA15B647AB13A@BL0PR03MB4292.namprd03.prod.outlook.com> Hi Ludwig Assuming you haven't removed your specific domain what you posted, I think you'll want to change all of the urls, the host, and the email domain to your specific urls/domain. You may need to contact your IT department to get specifics. You only need the proxy url entries if you are running AS under a proxy. Best, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Ludwig Possie <ludwigpossie at weber.edu> Sent: Wednesday, August 9, 2023 8:36 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues I'm trying to get CAS authentication setup on our AS 3.4.0 using the lyrasis/aspace-oauth plugin. I've tried to follow the example outlined on the plugin. I'm able to get as far as to the staff login page and I can see a "CAS sign In" button on the top right, but when I press it I get the following message, "The page you were looking for doesn't exist." The button links me to https://as.someuniversity.edu/staff/auth/cas My config.rb contains the following parameters is there something that I need to add or change?: AppConfig[:frontend_proxy_url] = "https://as.someuniversity.edu/staff" AppConfig[:public_proxy_url] = "https://as.someuniversity.edu/" AppConfig[:authentication_sources] = [{ model: 'ASOauth', provider: 'cas', label: 'CAS Sign In', slo_link: true, config: { url: 'https://cas.someuniversity.edu<https://cas.someuniversity.edu/>', host: 'cas.someuniversity.edu<http://cas.someuniversity.edu/>', ssl: true, login_url: '/login', logout_url: '/logout', service_validate_url: '/cas/serviceValidate', callback_url: 'auth/cas/callback', uid_key: 'user', email_key: 'email' # more cas keys and options at: https://github.com/dlindahl/omniauth-cas # # if your server does not return an email address, you can add one # here using the fetch_raw_info option. #fetch_raw_info: ->(s, o, t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu<http://ivory-tower.edu/>" } } } }] -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/7ad8e35c/attachment.html> From ludwigpossie at weber.edu Thu Aug 10 11:45:30 2023 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Thu, 10 Aug 2023 09:45:30 -0600 Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues In-Reply-To: <BL0PR03MB4292521CF2C0B8D8FA15B647AB13A@BL0PR03MB4292.namprd03.prod.outlook.com> References: <CA+OpDmYwAHv4H+vixY9Eh6nR5D8NCKuNd-mR9zruiDF54GW6uA@mail.gmail.com> <BL0PR03MB4292521CF2C0B8D8FA15B647AB13A@BL0PR03MB4292.namprd03.prod.outlook.com> Message-ID: <CA+OpDmZgs9MhsbyW+rhNR7vrL5d3sNuhKrQRChObiPq2mYb2WQ@mail.gmail.com> I apologize, I didn't want to have any issues with our security team so I substituted our domain name for 'someuniversity'. I've checked with them and they are fine if I post the following. We do have ArchivesSpace running behind Traefik proxy. This is what part of configuration currently looks like: # proxy config (release testing only) AppConfig[:frontend_proxy_url] = "https://asstage.weber.edu/staff" AppConfig[:public_proxy_url] = "https://asstage.weber.edu/" AppConfig[:plugins] = ['batch_update_lang_and_script', 'batch_update_langmaterials', 'aspace-oauth'] AppConfig[:authentication_sources] = [{ model: 'ASOauth', provider: 'cas', label: 'CAS Sign In', slo_link: true, config: { url: 'https://cas.weber.edu ', host: 'cas.weber.edu', ssl: true, login_url: '/login', logout_url: '/logout', service_validate_url: '/serviceValidate', callback_url: 'auth/cas/callback', uid_key: 'user', email_key: 'email' # more cas keys and options at: https://github.com/dlindahl/omniauth-cas # # if your server does not return an email address, you can add one # here using the fetch_raw_info option. #fetch_raw_info: ->(s, o, t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu" } } } }] When I click on the 'CAS Sign In' button this is what I'm getting back on the logs: ************************************************************ ? Welcome to ArchivesSpace! ? You can now point your browser to http://localhost:8080 ? ************************************************************ ? F, [2023-08-10T15:28:36.687087 #65] FATAL -- : ? F, [2023-08-10T15:28:36.689853 #65] FATAL -- : ActionController::RoutingError (No route matches [GET] "/staff/auth/cas"): ? F, [2023-08-10T15:28:36.690437 #65] FATAL -- : ? F, [2023-08-10T15:28:36.690757 #65] FATAL -- : actionpack (5.2.8.1) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' ? railties (5.2.8.1) lib/rails/rack/logger.rb:38:in `call_app' ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `block in call' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in `block in tagged' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:28:in `tagged' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in `tagged' ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/request_id.rb:27:in `call' ? rack (2.2.6.2) lib/rack/method_override.rb:24:in `call' ? rack (2.2.6.2) lib/rack/runtime.rb:22:in `call' ? activesupport (5.2.8.1) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/executor.rb:14:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/static.rb:127:in `call' ? rack (2.2.6.2) lib/rack/sendfile.rb:110:in `call' ? railties (5.2.8.1) lib/rails/engine.rb:524:in `call' On Thu, Aug 10, 2023 at 8:21?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu> wrote: > Hi Ludwig > > Assuming you haven't removed your specific domain what you posted, I think > you'll want to change all of the urls, the host, and the email domain to > your specific urls/domain. You may need to contact your IT department to > get specifics. > > You only need the proxy url entries if you are running AS under a proxy. > > Best, > Joshua > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Ludwig Possie <ludwigpossie at weber.edu> > *Sent:* Wednesday, August 9, 2023 8:36 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues > > I'm trying to get CAS authentication setup on our AS 3.4.0 using the > lyrasis/aspace-oauth plugin. I've tried to follow the example outlined on > the plugin. I'm able to get as far as to the staff login page and I can > see a "CAS sign In" button on the top right, but when I press it I get the > following message, "The page you were looking for doesn't exist." The > button links me to https://as.someuniversity.edu/staff/auth/cas > > My config.rb contains the following parameters is there something that I > need to add or change?: > > AppConfig[:frontend_proxy_url] = "https://as.someuniversity.edu/staff" > AppConfig[:public_proxy_url] = "https://as.someuniversity.edu/" > > AppConfig[:authentication_sources] = [{ > > model: 'ASOauth', > > provider: 'cas', > label: 'CAS Sign In', > slo_link: true, > config: { > url: ' > https://cas.someuniversity.edu', > host: ' > cas.someuniversity.edu', > ssl: true, > login_url: '/login', > logout_url: '/logout', > service_validate_url: > '/cas/serviceValidate', > > callback_url: 'auth/cas/callback', > > uid_key: 'user', > email_key: 'email' > # more cas keys and > options at: https://github.com/dlindahl/omniauth-cas > # > # if your server does not > return an email address, you can add one > # here using the > fetch_raw_info option. > #fetch_raw_info: ->(s, o, > t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu" } } > } > }] > > -- > Ludwig Possi? > Systems Admin > Stewart Library > Weber State University > 801-626-8093 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/a8408162/attachment.html> From mark.cooper at lyrasis.org Thu Aug 10 12:02:49 2023 From: mark.cooper at lyrasis.org (Mark Cooper) Date: Thu, 10 Aug 2023 16:02:49 +0000 Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues In-Reply-To: <CA+OpDmZgs9MhsbyW+rhNR7vrL5d3sNuhKrQRChObiPq2mYb2WQ@mail.gmail.com> References: <CA+OpDmYwAHv4H+vixY9Eh6nR5D8NCKuNd-mR9zruiDF54GW6uA@mail.gmail.com> <BL0PR03MB4292521CF2C0B8D8FA15B647AB13A@BL0PR03MB4292.namprd03.prod.outlook.com> <CA+OpDmZgs9MhsbyW+rhNR7vrL5d3sNuhKrQRChObiPq2mYb2WQ@mail.gmail.com> Message-ID: <CY4PR22MB1671CFE9D1FBBEB6462B2CB6FE13A@CY4PR22MB1671.namprd22.prod.outlook.com> Hi Ludwig, Try this - update the provider config: config: { url: 'https://cas.weber.edu', host: 'cas.weber.edu', path_prefix: '/staff/auth', callback_url: '/staff/auth/cas/callback', # everything else ... } Finding all of the possible configuration options (if it turns out you need them) can be somewhat tricky. In this case path prefix comes direct from the omniauth library: https://github.com/search?q=repo%3Aomniauth%2Fomniauth%20path_prefix&type=code Best, Mark Hosting and Support Team Lyrasis ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Ludwig Possie <ludwigpossie at weber.edu> Sent: Thursday, August 10, 2023 8:45 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues I apologize, I didn't want to have any issues with our security team so I substituted our domain name for 'someuniversity'. I've checked with them and they are fine if I post the following. We do have ArchivesSpace running behind Traefik proxy. This is what part of configuration currently looks like: # proxy config (release testing only) AppConfig[:frontend_proxy_url] = "https://asstage.weber.edu/staff" AppConfig[:public_proxy_url] = "https://asstage.weber.edu/" AppConfig[:plugins] = ['batch_update_lang_and_script', 'batch_update_langmaterials', 'aspace-oauth'] AppConfig[:authentication_sources] = [{ model: 'ASOauth', provider: 'cas', label: 'CAS Sign In', slo_link: true, config: { url: 'https://cas.weber.edu', host: 'cas.weber.edu<http://cas.weber.edu>', ssl: true, login_url: '/login', logout_url: '/logout', service_validate_url: '/serviceValidate', callback_url: 'auth/cas/callback', uid_key: 'user', email_key: 'email' # more cas keys and options at: https://github.com/dlindahl/omniauth-cas # # if your server does not return an email address, you can add one # here using the fetch_raw_info option. #fetch_raw_info: ->(s, o, t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu<http://ivory-tower.edu>" } } } }] When I click on the 'CAS Sign In' button this is what I'm getting back on the logs: ************************************************************ ? Welcome to ArchivesSpace! ? You can now point your browser to http://localhost:8080 ? ************************************************************ ? F, [2023-08-10T15:28:36.687087 #65] FATAL -- : ? F, [2023-08-10T15:28:36.689853 #65] FATAL -- : ActionController::RoutingError (No route matches [GET] "/staff/auth/cas"): ? F, [2023-08-10T15:28:36.690437 #65] FATAL -- : ? F, [2023-08-10T15:28:36.690757 #65] FATAL -- : actionpack (5.2.8.1) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' ? railties (5.2.8.1) lib/rails/rack/logger.rb:38:in `call_app' ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `block in call' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in `block in tagged' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:28:in `tagged' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in `tagged' ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/request_id.rb:27:in `call' ? rack (2.2.6.2) lib/rack/method_override.rb:24:in `call' ? rack (2.2.6.2) lib/rack/runtime.rb:22:in `call' ? activesupport (5.2.8.1) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/executor.rb:14:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/static.rb:127:in `call' ? rack (2.2.6.2) lib/rack/sendfile.rb:110:in `call' ? railties (5.2.8.1) lib/rails/engine.rb:524:in `call' On Thu, Aug 10, 2023 at 8:21?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Hi Ludwig Assuming you haven't removed your specific domain what you posted, I think you'll want to change all of the urls, the host, and the email domain to your specific urls/domain. You may need to contact your IT department to get specifics. You only need the proxy url entries if you are running AS under a proxy. Best, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Ludwig Possie <ludwigpossie at weber.edu<mailto:ludwigpossie at weber.edu>> Sent: Wednesday, August 9, 2023 8:36 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues I'm trying to get CAS authentication setup on our AS 3.4.0 using the lyrasis/aspace-oauth plugin. I've tried to follow the example outlined on the plugin. I'm able to get as far as to the staff login page and I can see a "CAS sign In" button on the top right, but when I press it I get the following message, "The page you were looking for doesn't exist." The button links me to https://as.someuniversity.edu/staff/auth/cas My config.rb contains the following parameters is there something that I need to add or change?: AppConfig[:frontend_proxy_url] = "https://as.someuniversity.edu/staff" AppConfig[:public_proxy_url] = "https://as.someuniversity.edu/" AppConfig[:authentication_sources] = [{ model: 'ASOauth', provider: 'cas', label: 'CAS Sign In', slo_link: true, config: { url: 'https://cas.someuniversity.edu<https://cas.someuniversity.edu/>', host: 'cas.someuniversity.edu<http://cas.someuniversity.edu/>', ssl: true, login_url: '/login', logout_url: '/logout', service_validate_url: '/cas/serviceValidate', callback_url: 'auth/cas/callback', uid_key: 'user', email_key: 'email' # more cas keys and options at: https://github.com/dlindahl/omniauth-cas # # if your server does not return an email address, you can add one # here using the fetch_raw_info option. #fetch_raw_info: ->(s, o, t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu<http://ivory-tower.edu/>" } } } }] -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/38646985/attachment.html> From ludwigpossie at weber.edu Thu Aug 10 12:16:02 2023 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Thu, 10 Aug 2023 10:16:02 -0600 Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues In-Reply-To: <CY4PR22MB1671CFE9D1FBBEB6462B2CB6FE13A@CY4PR22MB1671.namprd22.prod.outlook.com> References: <CA+OpDmYwAHv4H+vixY9Eh6nR5D8NCKuNd-mR9zruiDF54GW6uA@mail.gmail.com> <BL0PR03MB4292521CF2C0B8D8FA15B647AB13A@BL0PR03MB4292.namprd03.prod.outlook.com> <CA+OpDmZgs9MhsbyW+rhNR7vrL5d3sNuhKrQRChObiPq2mYb2WQ@mail.gmail.com> <CY4PR22MB1671CFE9D1FBBEB6462B2CB6FE13A@CY4PR22MB1671.namprd22.prod.outlook.com> Message-ID: <CA+OpDmZtqRaB-H65YsywY6eM=YojDLj+oGgE0kFb=3woDxnPYQ@mail.gmail.com> Thank you so much! That did get me to the CAS authentication screen. I was able to enter my username and password and was redirected back to AS. However I'm now getting an "Authentication error, unable to login." message. I know that username is in AS along with permissions, since we used to authenticate using LDAP. Am I missing something? Thx. On Thu, Aug 10, 2023 at 10:02?AM Mark Cooper <mark.cooper at lyrasis.org> wrote: > Hi Ludwig, > > Try this - update the provider config: > > config: { > url: 'https://cas.weber.edu', > host: 'cas.weber.edu', > * path_prefix: '/staff/auth',* > * callback_url: '/staff/auth/cas/callback',* > # everything else ... > } > > Finding all of the possible configuration options (if it turns out you > need them) can be somewhat tricky. In this case path prefix comes direct > from the omniauth library: > > > https://github.com/search?q=repo%3Aomniauth%2Fomniauth%20path_prefix&type=code > > Best, > Mark > > Hosting and Support Team > Lyrasis > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Ludwig Possie <ludwigpossie at weber.edu> > *Sent:* Thursday, August 10, 2023 8:45 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration > Issues > > I apologize, I didn't want to have any issues with our security team so I > substituted our domain name for 'someuniversity'. I've checked with them > and they are fine if I post the following. We do have ArchivesSpace > running behind Traefik proxy. This is what part of configuration currently > looks like: > > # proxy config (release testing only) > AppConfig[:frontend_proxy_url] = "https://asstage.weber.edu/staff" > AppConfig[:public_proxy_url] = "https://asstage.weber.edu/" > > AppConfig[:plugins] = ['batch_update_lang_and_script', > 'batch_update_langmaterials', 'aspace-oauth'] > > AppConfig[:authentication_sources] = [{ > model: 'ASOauth', > provider: 'cas', > label: 'CAS Sign In', > slo_link: true, > config: { > url: ' > https://cas.weber.edu', > host: 'cas.weber.edu', > ssl: true, > login_url: '/login', > logout_url: '/logout', > service_validate_url: > '/serviceValidate', > callback_url: > 'auth/cas/callback', > uid_key: 'user', > email_key: 'email' > # more cas keys and > options at: https://github.com/dlindahl/omniauth-cas > # > # if your server does not > return an email address, you can add one > # here using the > fetch_raw_info option. > #fetch_raw_info: ->(s, o, > t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu" } } > } > }] > > > When I click on the 'CAS Sign In' button this is what I'm getting back on > the logs: > ************************************************************ > ? Welcome to ArchivesSpace! > ? You can now point your browser to http://localhost:8080 > ? ************************************************************ > ? F, [2023-08-10T15:28:36.687087 #65] FATAL -- : > ? F, [2023-08-10T15:28:36.689853 #65] FATAL -- : > ActionController::RoutingError (No route matches [GET] "/staff/auth/cas"): > ? F, [2023-08-10T15:28:36.690437 #65] FATAL -- : > ? F, [2023-08-10T15:28:36.690757 #65] FATAL -- : actionpack (5.2.8.1) > lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' > ? actionpack (5.2.8.1) > lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' > ? railties (5.2.8.1) lib/rails/rack/logger.rb:38:in `call_app' > ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `block in call' > ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in > `block in tagged' > ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:28:in > `tagged' > ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in > `tagged' > ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `call' > ? actionpack (5.2.8.1) lib/action_dispatch/middleware/remote_ip.rb:81:in > `call' > ? actionpack (5.2.8.1) > lib/action_dispatch/middleware/request_id.rb:27:in `call' > ? rack (2.2.6.2) lib/rack/method_override.rb:24:in `call' > ? rack (2.2.6.2) lib/rack/runtime.rb:22:in `call' > ? activesupport (5.2.8.1) > lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' > ? actionpack (5.2.8.1) lib/action_dispatch/middleware/executor.rb:14:in > `call' > ? actionpack (5.2.8.1) lib/action_dispatch/middleware/static.rb:127:in > `call' > ? rack (2.2.6.2) lib/rack/sendfile.rb:110:in `call' > ? railties (5.2.8.1) lib/rails/engine.rb:524:in `call' > > On Thu, Aug 10, 2023 at 8:21?AM Joshua D. Shaw < > Joshua.D.Shaw at dartmouth.edu> wrote: > > Hi Ludwig > > Assuming you haven't removed your specific domain what you posted, I think > you'll want to change all of the urls, the host, and the email domain to > your specific urls/domain. You may need to contact your IT department to > get specifics. > > You only need the proxy url entries if you are running AS under a proxy. > > Best, > Joshua > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Ludwig Possie <ludwigpossie at weber.edu> > *Sent:* Wednesday, August 9, 2023 8:36 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues > > I'm trying to get CAS authentication setup on our AS 3.4.0 using the > lyrasis/aspace-oauth plugin. I've tried to follow the example outlined on > the plugin. I'm able to get as far as to the staff login page and I can > see a "CAS sign In" button on the top right, but when I press it I get the > following message, "The page you were looking for doesn't exist." The > button links me to https://as.someuniversity.edu/staff/auth/cas > > My config.rb contains the following parameters is there something that I > need to add or change?: > > AppConfig[:frontend_proxy_url] = "https://as.someuniversity.edu/staff" > AppConfig[:public_proxy_url] = "https://as.someuniversity.edu/" > > AppConfig[:authentication_sources] = [{ > > model: 'ASOauth', > > provider: 'cas', > label: 'CAS Sign In', > slo_link: true, > config: { > url: ' > https://cas.someuniversity.edu', > host: ' > cas.someuniversity.edu', > ssl: true, > login_url: '/login', > logout_url: '/logout', > service_validate_url: > '/cas/serviceValidate', > > callback_url: 'auth/cas/callback', > > uid_key: 'user', > email_key: 'email' > # more cas keys and > options at: https://github.com/dlindahl/omniauth-cas > # > # if your server does not > return an email address, you can add one > # here using the > fetch_raw_info option. > #fetch_raw_info: ->(s, o, > t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu" } } > } > }] > > -- > Ludwig Possi? > Systems Admin > Stewart Library > Weber State University > 801-626-8093 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > Ludwig Possi? > Systems Admin > Stewart Library > Weber State University > 801-626-8093 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/dc61d34b/attachment.html> From mark.cooper at lyrasis.org Thu Aug 10 12:49:10 2023 From: mark.cooper at lyrasis.org (Mark Cooper) Date: Thu, 10 Aug 2023 16:49:10 +0000 Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues In-Reply-To: <CA+OpDmZtqRaB-H65YsywY6eM=YojDLj+oGgE0kFb=3woDxnPYQ@mail.gmail.com> References: <CA+OpDmYwAHv4H+vixY9Eh6nR5D8NCKuNd-mR9zruiDF54GW6uA@mail.gmail.com> <BL0PR03MB4292521CF2C0B8D8FA15B647AB13A@BL0PR03MB4292.namprd03.prod.outlook.com> <CA+OpDmZgs9MhsbyW+rhNR7vrL5d3sNuhKrQRChObiPq2mYb2WQ@mail.gmail.com> <CY4PR22MB1671CFE9D1FBBEB6462B2CB6FE13A@CY4PR22MB1671.namprd22.prod.outlook.com> <CA+OpDmZtqRaB-H65YsywY6eM=YojDLj+oGgE0kFb=3woDxnPYQ@mail.gmail.com> Message-ID: <CY4PR22MB1671F8AF016DC2123517071EFE13A@CY4PR22MB1671.namprd22.prod.outlook.com> I'd try: config: { // everything else ... fetch_raw_info: ->(s, o, t, user_info, raw_xml) { { email: "#{user_info['user']}@example.org}" } } } Replace example.org with your email domain. You can also review the documentation to see if there are other config settings that may be required for your implementation: https://github.com/dlindahl/omniauth-cas#configuration-options If that doesn't work you'll most likely need someone to add log statements to the plugin to see what you're getting back from the cas response and see if you can figure out the issue based on that. That's definitely getting in the weeds and will be awkward / very difficult to troubleshoot via mailing list. Mark ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Ludwig Possie <ludwigpossie at weber.edu> Sent: Thursday, August 10, 2023 9:16 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues Thank you so much! That did get me to the CAS authentication screen. I was able to enter my username and password and was redirected back to AS. However I'm now getting an "Authentication error, unable to login." message. I know that username is in AS along with permissions, since we used to authenticate using LDAP. Am I missing something? Thx. On Thu, Aug 10, 2023 at 10:02?AM Mark Cooper <mark.cooper at lyrasis.org<mailto:mark.cooper at lyrasis.org>> wrote: Hi Ludwig, Try this - update the provider config: config: { url: 'https://cas.weber.edu', host: 'cas.weber.edu<http://cas.weber.edu>', path_prefix: '/staff/auth', callback_url: '/staff/auth/cas/callback', # everything else ... } Finding all of the possible configuration options (if it turns out you need them) can be somewhat tricky. In this case path prefix comes direct from the omniauth library: https://github.com/search?q=repo%3Aomniauth%2Fomniauth%20path_prefix&type=code Best, Mark Hosting and Support Team Lyrasis ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Ludwig Possie <ludwigpossie at weber.edu<mailto:ludwigpossie at weber.edu>> Sent: Thursday, August 10, 2023 8:45 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues I apologize, I didn't want to have any issues with our security team so I substituted our domain name for 'someuniversity'. I've checked with them and they are fine if I post the following. We do have ArchivesSpace running behind Traefik proxy. This is what part of configuration currently looks like: # proxy config (release testing only) AppConfig[:frontend_proxy_url] = "https://asstage.weber.edu/staff" AppConfig[:public_proxy_url] = "https://asstage.weber.edu/" AppConfig[:plugins] = ['batch_update_lang_and_script', 'batch_update_langmaterials', 'aspace-oauth'] AppConfig[:authentication_sources] = [{ model: 'ASOauth', provider: 'cas', label: 'CAS Sign In', slo_link: true, config: { url: 'https://cas.weber.edu', host: 'cas.weber.edu<http://cas.weber.edu>', ssl: true, login_url: '/login', logout_url: '/logout', service_validate_url: '/serviceValidate', callback_url: 'auth/cas/callback', uid_key: 'user', email_key: 'email' # more cas keys and options at: https://github.com/dlindahl/omniauth-cas # # if your server does not return an email address, you can add one # here using the fetch_raw_info option. #fetch_raw_info: ->(s, o, t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu<http://ivory-tower.edu>" } } } }] When I click on the 'CAS Sign In' button this is what I'm getting back on the logs: ************************************************************ ? Welcome to ArchivesSpace! ? You can now point your browser to http://localhost:8080 ? ************************************************************ ? F, [2023-08-10T15:28:36.687087 #65] FATAL -- : ? F, [2023-08-10T15:28:36.689853 #65] FATAL -- : ActionController::RoutingError (No route matches [GET] "/staff/auth/cas"): ? F, [2023-08-10T15:28:36.690437 #65] FATAL -- : ? F, [2023-08-10T15:28:36.690757 #65] FATAL -- : actionpack (5.2.8.1) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' ? railties (5.2.8.1) lib/rails/rack/logger.rb:38:in `call_app' ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `block in call' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in `block in tagged' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:28:in `tagged' ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in `tagged' ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/remote_ip.rb:81:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/request_id.rb:27:in `call' ? rack (2.2.6.2) lib/rack/method_override.rb:24:in `call' ? rack (2.2.6.2) lib/rack/runtime.rb:22:in `call' ? activesupport (5.2.8.1) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/executor.rb:14:in `call' ? actionpack (5.2.8.1) lib/action_dispatch/middleware/static.rb:127:in `call' ? rack (2.2.6.2) lib/rack/sendfile.rb:110:in `call' ? railties (5.2.8.1) lib/rails/engine.rb:524:in `call' On Thu, Aug 10, 2023 at 8:21?AM Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote: Hi Ludwig Assuming you haven't removed your specific domain what you posted, I think you'll want to change all of the urls, the host, and the email domain to your specific urls/domain. You may need to contact your IT department to get specifics. You only need the proxy url entries if you are running AS under a proxy. Best, Joshua ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Ludwig Possie <ludwigpossie at weber.edu<mailto:ludwigpossie at weber.edu>> Sent: Wednesday, August 9, 2023 8:36 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues I'm trying to get CAS authentication setup on our AS 3.4.0 using the lyrasis/aspace-oauth plugin. I've tried to follow the example outlined on the plugin. I'm able to get as far as to the staff login page and I can see a "CAS sign In" button on the top right, but when I press it I get the following message, "The page you were looking for doesn't exist." The button links me to https://as.someuniversity.edu/staff/auth/cas My config.rb contains the following parameters is there something that I need to add or change?: AppConfig[:frontend_proxy_url] = "https://as.someuniversity.edu/staff" AppConfig[:public_proxy_url] = "https://as.someuniversity.edu/" AppConfig[:authentication_sources] = [{ model: 'ASOauth', provider: 'cas', label: 'CAS Sign In', slo_link: true, config: { url: 'https://cas.someuniversity.edu<https://cas.someuniversity.edu/>', host: 'cas.someuniversity.edu<http://cas.someuniversity.edu/>', ssl: true, login_url: '/login', logout_url: '/logout', service_validate_url: '/cas/serviceValidate', callback_url: 'auth/cas/callback', uid_key: 'user', email_key: 'email' # more cas keys and options at: https://github.com/dlindahl/omniauth-cas # # if your server does not return an email address, you can add one # here using the fetch_raw_info option. #fetch_raw_info: ->(s, o, t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu<http://ivory-tower.edu/>" } } } }] -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/6cd6d033/attachment.html> From Jessica.Crouch at lyrasis.org Thu Aug 10 13:32:05 2023 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 10 Aug 2023 17:32:05 +0000 Subject: [Archivesspace_Users_Group] Register now for our October 11 training on using the accessions and assessments modules in ArchivesSpace In-Reply-To: <MW6PR22MB4324B35ED019FF5C43BB7DE48B2AA@MW6PR22MB4324.namprd22.prod.outlook.com> References: <E2EAD981-9305-4512-B6EA-F73688764342@lyrasis.org> <MN2PR22MB19498F036210B24D708423858BE19@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949A65C83F87516CE51545E8BFD9@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949BE931B72D3249131900C8BDC9@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949E5B6EE730B5A4C1C66448BBA9@MN2PR22MB1949.namprd22.prod.outlook.com> <DM5PR22MB05407922B6CDC870AD3A665A8B999@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05402F3626F4B5CC7A479C3E8B789@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054029E347B7CF8AC6835A708B569@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB0540182519A854A7757357018B379@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05406E51E29E26A3273641C48B159@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054004F7763A642D0286BF0A8BD09@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05408FD4D0DA008F9AC664D08BAC9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB0540B6B27243F8DCC385846D8BAC9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05403660950E1E7FF0F39C2D8B8F9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054039179C614209D23A50988B6B9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05406E111938260E5076F70C8B489@DM5PR22MB0540.namprd22.prod.outlook.com> <MW6PR22MB4324B35ED019FF5C43BB7DE48B2AA@MW6PR22MB4324.namprd22.prod.outlook.com> Message-ID: <MW6PR22MB4324849D37243F195D8E4C888B13A@MW6PR22MB4324.namprd22.prod.outlook.com> Dear ArchivesSpace community, Registration is now open for our Fall community-wide trainings. To learn more about upcoming community-wide trainings or view information about past trainings, visit https://archivesspace.org/using-archivesspace/trainings. Our October training will be on using the ArchivesSpace accessions and assessments modules. This training will be offered on October 11, 2023, from 1pm-4pm ET/10am-1pm PT. If you are interested in attending this training, you can register at https://www.lyrasis.org/ASpaceEventOctober. Upon completing this workshop, attendees will understand how to create and edit accession records, link related records to accession records, create assessments, edit assessment attributes in ArchivesSpace, and link assessments to related records. This training assumes a basic understanding of archival workflows and metadata formats as well as experience navigating the ArchivesSpace staff user interface. If you plan to attend our community-wide trainings without the required background, we encourage you to review the recorded ArchivesSpace basics training available on our Getting Started webpage<https://archivesspace.org/using-archivesspace/getting-started>. These trainings are open to anyone using or interested in ArchivesSpace but ArchivesSpace members are eligible for a discount. If you qualify for the member discount, you will need to reach out to ArchivesSpaceHome at lyrasis.org<mailto:ArchivesSpaceHome at lyrasis.org> to receive a member promo code before registering. Best, Jessica Jessica Dowd Crouch Community Engagement Lead for ArchivesSpace jessica.crouch at lyrasis.org<mailto:jessica.crouch at lyrasis.org> [A picture containing text Description automatically generated] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/6774341f/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 90654 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/6774341f/attachment.jpg> From mary.mellon at duke.edu Thu Aug 10 16:21:07 2023 From: mary.mellon at duke.edu (Mary Mellon) Date: Thu, 10 Aug 2023 20:21:07 +0000 Subject: [Archivesspace_Users_Group] Reports of notes, keywords In-Reply-To: <CAMqxH-pUM9LqX3xAOKB7EOR-OTcifw2yUrOAkWfua5Q7j46yHg@mail.gmail.com> References: <CAMqxH-pUM9LqX3xAOKB7EOR-OTcifw2yUrOAkWfua5Q7j46yHg@mail.gmail.com> Message-ID: <PH0PR05MB8303A811950626237F331D0D9F13A@PH0PR05MB8303.namprd05.prod.outlook.com> Hi Paul, If you are conscientious about applying ?restrictions apply? checkmarks, there is an option in the custom report template to only return archival objects where restrictions apply. You can also choose to export rights statements and the id/title of the resources they are linked to (appears in json format in the CSV). I like to query the SQL database with stuff like this so that I can get exactly the columns I want. Here are a couple of scripts that help identify expired access restriction notes- they rely on a keyword match with ?accessrestrict? to identify notes as restrictions, but this could be adapted to other note types (e.g. userestrict) or other keywords of your choice: https://github.com/duke-libraries/archivesspace-duke-scripts/blob/master/sql/access_restriction_notes_on_resources.sql (lists resources with collection-level Conditions Governing Access notes, along with content of the first subnote) https://github.com/duke-libraries/archivesspace-duke-scripts/blob/master/sql/access_restriction_notes_on_aos.sql (lists all archival objects with individual Conditions Governing Access notes, along with the content of the first subnote, and the resources they belong to, ordered by resource ID) The results can be saved to a TSV file (I don?t recommend CSV, since the column with JSON notes contains commas) and opened in Excel. Best, Mary Mary Mellon (she/her) Metadata Archivist Rubenstein Rare Book and Manuscript Library Duke University mary.mellon at duke.edu<mailto:mary.mellon at duke.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Paul Sutherland Sent: Tuesday, August 8, 2023 3:13 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] Reports of notes, keywords Hi all, I'm struggling to find useful searches/reports in the regular staff interface for what I am trying to identify. I was wondering if anyone here might have an idea. In short, I want to identify every collection where we have indicated restrictions on materials. These can be found as a mixture of keywords and note types, e.g.: "Conditions Governing Access" notes, "Conditions Governing Use" notes, in general notes with some specific keywords, in titles, and possible other places from legacy cataloguing and migrations. Resources and Archival Objects may contain this information. The major difficulty is finding Resources for which a child Archival Object has this information. A few ways I've tried/thought of: * searches for Resources. This only shows the occurrence of a keyword in the Resource, not any of its Archival Objects. [cid:image001.png at 01D9CB9E.C77F4BA0] * searches for Resources showing components. This is okay, except that the Download CSV does not include the Parent Resource, and the Parent Resource does not include the call number, making it hard to use. (Also I'm not sure if a text search is searching the note type or just the note label.) [cid:image002.png at 01D9CB9E.C77F4BA0] * PUI search. This seems to work better - lets me search by note or by keyword - except that I can't download a summary of this (perhaps this is configurable - we're not actually using this PUI publicly, this is new for us). [cid:image003.png at 01D9CB9E.C77F4BA0] * Custom reports. This doesn't let you output notes for archival objects and is limited to 50k results. * Bulk Updater Spreadsheet. This does export every note, and will be useful later on, however it's by collection, which does not help in identifying which collections may have these keywords or note types. * Relying on Google's crawling of our finding aids. Not ideal for completeness or for unpublished collections. If anyone has more ideas, please let me know. Thanks, Paul -- Paul Sutherland (he/his) Archivist of Indigenous Materials Center for Native American and Indigenous Research Library & Museum American Philosophical Society 105 S. 5th Street, 2nd Floor Philadelphia, PA 19406 Lenapehoking 215-440-3408 amphilsoc.org/library/CNAIR<https://urldefense.com/v3/__http:/amphilsoc.org/library/CNAIR__;!!OToaGQ!q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-EOQBOBJJf5u8AKQ4LT3_jWgARrX8xLsVBpicV88dWS6yuizI0$> cnair at amphilsoc.org<mailto:cnair at amphilsoc.org> I respectfully acknowledge that I work and reside in Lenapehoking, the homeland of the Lenape people in past, present, and future generations. I am grateful for the past and ongoing generosity of numerous Indigenous communities and individuals who have offered guidance, expertise, and opportunities for collaboration that make my work possible. Learn more about ... - The Indigenous Subject Guide<https://urldefense.com/v3/__https:/indigenousguide.amphilsoc.org__;!!OToaGQ!q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-EOQBOBJJf5u8AKQ4LT3_jWgARrX8xLsVBpicV88dWSo-AZZd8$> to our Indigenous collections, updated frequently - Blog posts<https://urldefense.com/v3/__https:/www.amphilsoc.org/blog-category/cnair__;!!OToaGQ!q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-EOQBOBJJf5u8AKQ4LT3_jWgARrX8xLsVBpicV88dWShdZK_98$> by CNAIR staff & fellows - Fellowships<https://urldefense.com/v3/__https:/www.amphilsoc.org/grants/fellowships__;!!OToaGQ!q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-EOQBOBJJf5u8AKQ4LT3_jWgARrX8xLsVBpicV88dWSHVrrzSI$> (residential and non) for working with our collections and elsewhere - Scheduling a visit<https://urldefense.com/v3/__https:/www.amphilsoc.org/library*paragraph-36__;Iw!!OToaGQ!q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-EOQBOBJJf5u8AKQ4LT3_jWgARrX8xLsVBpicV88dWSLWuQv-A$> to our Reading Room to view our collections - Our latest museum exhibit Pursuit & Persistence: 300 Years of Women in Science<https://urldefense.com/v3/__https:/www.amphilsoc.org/visit-museum__;!!OToaGQ!q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-EOQBOBJJf5u8AKQ4LT3_jWgARrX8xLsVBpicV88dWSJ-SvLeo$>, open until December 30, 2023 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/512fb374/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 21340 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/512fb374/attachment-0003.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 62789 bytes Desc: image002.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/512fb374/attachment-0004.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 52335 bytes Desc: image003.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/512fb374/attachment-0005.png> From psutherland at amphilsoc.org Thu Aug 10 16:46:28 2023 From: psutherland at amphilsoc.org (Paul Sutherland) Date: Thu, 10 Aug 2023 16:46:28 -0400 Subject: [Archivesspace_Users_Group] [External] Reports of notes, keywords In-Reply-To: <PH0PR05MB8303A811950626237F331D0D9F13A@PH0PR05MB8303.namprd05.prod.outlook.com> References: <CAMqxH-pUM9LqX3xAOKB7EOR-OTcifw2yUrOAkWfua5Q7j46yHg@mail.gmail.com> <PH0PR05MB8303A811950626237F331D0D9F13A@PH0PR05MB8303.namprd05.prod.outlook.com> Message-ID: <CAMqxH-pxgn7KtOtyZ=hsFawkWWtJ3Ai3+kr0GOHe0XJ7g4gjtg@mail.gmail.com> Hi Mary, Thank you for this - I feared it might require SQL. I'm not able to run these myself on the database so I will have to chat to colleagues. These are great example queries and I have a number of keywords that would be helpful to find all of them. We've almost never used the "restrictions apply" checkmarks, unfortunately. Best, Paul On Thu, Aug 10, 2023 at 4:21?PM Mary Mellon <mary.mellon at duke.edu> wrote: > Hi Paul, > > > > If you are conscientious about applying ?restrictions apply? checkmarks, > there is an option in the custom report template to only return archival > objects where restrictions apply. You can also choose to export rights > statements and the id/title of the resources they are linked to (appears in > json format in the CSV). > > > > I like to query the SQL database with stuff like this so that I can get > exactly the columns I want. Here are a couple of scripts that help > identify expired access restriction notes- they rely on a keyword match > with ?accessrestrict? to identify notes as restrictions, but this could be > adapted to other note types (e.g. userestrict) or other keywords of your > choice: > > > > > https://github.com/duke-libraries/archivesspace-duke-scripts/blob/master/sql/access_restriction_notes_on_resources.sql > <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_duke-2Dlibraries_archivesspace-2Dduke-2Dscripts_blob_master_sql_access-5Frestriction-5Fnotes-5Fon-5Fresources.sql&d=DwMGaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=KJTi53nGJal-0R13EHBTj-4jZLa_a64KNcN4A6nQgPs&e=> > (lists resources with collection-level Conditions Governing Access notes, > along with content of the first subnote) > > > https://github.com/duke-libraries/archivesspace-duke-scripts/blob/master/sql/access_restriction_notes_on_aos.sql > <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_duke-2Dlibraries_archivesspace-2Dduke-2Dscripts_blob_master_sql_access-5Frestriction-5Fnotes-5Fon-5Faos.sql&d=DwMGaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=LstPOic3d_DML2uaBYu__3-IZMUi-FdwlcCxxY4bRyQ&e=> > (lists all archival objects with individual Conditions Governing Access > notes, along with the content of the first subnote, and the resources they > belong to, ordered by resource ID) > > > > The results can be saved to a TSV file (I don?t recommend CSV, since the > column with JSON notes contains commas) and opened in Excel. > > > > Best, > > > > Mary > > > > Mary Mellon (she/her) > > Metadata Archivist > > Rubenstein Rare Book and Manuscript Library > > Duke University > > mary.mellon at duke.edu > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Paul > Sutherland > *Sent:* Tuesday, August 8, 2023 3:13 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Reports of notes, keywords > > > > Hi all, > > > > I'm struggling to find useful searches/reports in the regular staff > interface for what I am trying to identify. I was wondering if anyone here > might have an idea. > > > > In short, I want to identify every collection where we have indicated > restrictions on materials. These can be found as a mixture of keywords and > note types, e.g.: "Conditions Governing Access" notes, "Conditions > Governing Use" notes, in general notes with some specific keywords, in > titles, and possible other places from legacy cataloguing and migrations. > Resources and Archival Objects may contain this information. The major > difficulty is finding Resources for which a child Archival Object has this > information. > > > > A few ways I've tried/thought of: > > - searches for Resources. This only shows the occurrence of a keyword > in the Resource, not any of its Archival Objects. > > > - searches for Resources showing components. This is okay, except that > the Download CSV does not include the Parent Resource, and the Parent > Resource does not include the call number, making it hard to use. (Also I'm > not sure if a text search is searching the note type or just the note > label.) > > > - PUI search. This seems to work better - lets me search by note or by > keyword - except that I can't download a summary of this (perhaps this is > configurable - we're not actually using this PUI publicly, this is new for > us). > > > - Custom reports. This doesn't let you output notes for archival > objects and is limited to 50k results. > - Bulk Updater Spreadsheet. This does export every note, and will be > useful later on, however it's by collection, which does not help in > identifying which collections may have these keywords or note types. > - Relying on Google's crawling of our finding aids. Not ideal for > completeness or for unpublished collections. > > If anyone has more ideas, please let me know. > > > > Thanks, > > Paul > > > > -- > > *Paul Sutherland* (he/his) > Archivist of Indigenous Materials > Center for Native American and Indigenous Research > > Library & Museum > American Philosophical Society > 105 S. 5th Street, 2nd Floor > Philadelphia, PA 19406 > > Lenapehoking > > 215-440-3408 > > amphilsoc.org/library/CNAIR > <https://urldefense.proofpoint.com/v2/url?u=https-3A__urldefense.com_v3_-5F-5Fhttp-3A_amphilsoc.org_library_CNAIR-5F-5F-3B-21-21OToaGQ-21q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-2DEOQBOBJJf5u8AKQ4LT3-5FjWgARrX8xLsVBpicV88dWS6yuizI0-24&d=DwMGaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=JD6-bF69Gtosu8SeQ0sdU0o6UJK2BlDaR4unndhMDpo&e=> > > cnair at amphilsoc.org > > > > *I respectfully acknowledge that I work and reside in Lenapehoking, the > homeland of the Lenape people in past, present, and future generations. I > am grateful for the past and ongoing generosity of numerous Indigenous > communities and individ**uals who have offered guidance, expertise, and > opportunities for collaboration that make my work possible. * > > > > Learn more about ... > > - The Indigenous Subject Guide > <https://urldefense.proofpoint.com/v2/url?u=https-3A__urldefense.com_v3_-5F-5Fhttps-3A_indigenousguide.amphilsoc.org-5F-5F-3B-21-21OToaGQ-21q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-2DEOQBOBJJf5u8AKQ4LT3-5FjWgARrX8xLsVBpicV88dWSo-2DAZZd8-24&d=DwMGaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=PV9v3t0VDoXE4KBmcq-3XIeAbqi333fb4IvIg3-7jUo&e=> > to our Indigenous collections, updated frequently > - Blog posts > <https://urldefense.proofpoint.com/v2/url?u=https-3A__urldefense.com_v3_-5F-5Fhttps-3A_www.amphilsoc.org_blog-2Dcategory_cnair-5F-5F-3B-21-21OToaGQ-21q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-2DEOQBOBJJf5u8AKQ4LT3-5FjWgARrX8xLsVBpicV88dWShdZK-5F98-24&d=DwMGaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=egCVjfczGbhR2KAM17PHNUE14mDtVpUR4Hx755K5TmM&e=> > by CNAIR staff & fellows > - Fellowships > <https://urldefense.proofpoint.com/v2/url?u=https-3A__urldefense.com_v3_-5F-5Fhttps-3A_www.amphilsoc.org_grants_fellowships-5F-5F-3B-21-21OToaGQ-21q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-2DEOQBOBJJf5u8AKQ4LT3-5FjWgARrX8xLsVBpicV88dWSHVrrzSI-24&d=DwMGaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=BOk41wbFbGh6U7LDdukyKQZzk6ZnYNcBtIvRA4VS6AU&e=> > (residential and non) for working with our collections and elsewhere > - Scheduling a visit > <https://urldefense.proofpoint.com/v2/url?u=https-3A__urldefense.com_v3_-5F-5Fhttps-3A_www.amphilsoc.org_library-2Aparagraph-2D36-5F-5F-3BIw-21-21OToaGQ-21q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-2DEOQBOBJJf5u8AKQ4LT3-5FjWgARrX8xLsVBpicV88dWSLWuQv-2DA-24&d=DwMGaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=CkRtj3vbBLkHt8-IEJUz3iUUdGrxYNSTY6E8zjgJwBs&e=> > to our Reading Room to view our collections > - Our latest museum exhibit *Pursuit & Persistence: 300 Years of Women in > Science > <https://urldefense.proofpoint.com/v2/url?u=https-3A__urldefense.com_v3_-5F-5Fhttps-3A_www.amphilsoc.org_visit-2Dmuseum-5F-5F-3B-21-21OToaGQ-21q5Nwj8Uj2vtny5JAVE4BprYDhfjnyYavSuT66mJfJ-2DEOQBOBJJf5u8AKQ4LT3-5FjWgARrX8xLsVBpicV88dWSJ-2DSvLeo-24&d=DwMGaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=ZPV7B_hkt7H0bly4rWEcoaNqDK6OoiKycTBFSPGNnzo&e=>, > *open until December 30, 2023 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=ZOw4gicE5BmRm3a6FF-ZaeiaB_lMyEi4NKbX4KWMmeI3VwSTDTLswJL0bEYDPqo8&s=CeLs4M1P7zX2MtH6_HsapuGKRJKG7uqeczxkPkKP6kI&e= > -- *Paul Sutherland* (he/his) Archivist of Indigenous Materials Center for Native American and Indigenous Research Library & Museum American Philosophical Society 105 S. 5th Street, 2nd Floor Philadelphia, PA 19406 Lenapehoking 215-440-3408 amphilsoc.org/library/CNAIR cnair at amphilsoc.org *I respectfully acknowledge that I work and reside in Lenapehoking, the homeland of the Lenape people in past, present, and future generations. I ?am grateful for the past and ongoing generosity of numerous Indigenous communities and individuals who have offered guidance, expertise, and opportunities for collaboration that make my work possible. * Learn more about ... - The Indigenous Subject Guide <https://indigenousguide.amphilsoc.org> to our Indigenous collections, updated frequently - Blog posts <https://www.amphilsoc.org/blog-category/cnair> by CNAIR staff & fellows - Fellowships <https://www.amphilsoc.org/grants/fellowships> (residential and non) for working with our collections and elsewhere - Scheduling a visit <https://www.amphilsoc.org/library#paragraph-36> to our Reading Room to view our collections - Our latest museum exhibit *Pursuit & Persistence: 300 Years of Women in Science <https://www.amphilsoc.org/visit-museum>, *open until December 30, 2023 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/572d1c62/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 21340 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/572d1c62/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 62789 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/572d1c62/attachment-0001.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 52335 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/572d1c62/attachment-0002.png> From ludwigpossie at weber.edu Thu Aug 10 17:49:59 2023 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Thu, 10 Aug 2023 15:49:59 -0600 Subject: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues In-Reply-To: <CY4PR22MB1671F8AF016DC2123517071EFE13A@CY4PR22MB1671.namprd22.prod.outlook.com> References: <CA+OpDmYwAHv4H+vixY9Eh6nR5D8NCKuNd-mR9zruiDF54GW6uA@mail.gmail.com> <BL0PR03MB4292521CF2C0B8D8FA15B647AB13A@BL0PR03MB4292.namprd03.prod.outlook.com> <CA+OpDmZgs9MhsbyW+rhNR7vrL5d3sNuhKrQRChObiPq2mYb2WQ@mail.gmail.com> <CY4PR22MB1671CFE9D1FBBEB6462B2CB6FE13A@CY4PR22MB1671.namprd22.prod.outlook.com> <CA+OpDmZtqRaB-H65YsywY6eM=YojDLj+oGgE0kFb=3woDxnPYQ@mail.gmail.com> <CY4PR22MB1671F8AF016DC2123517071EFE13A@CY4PR22MB1671.namprd22.prod.outlook.com> Message-ID: <CA+OpDmYCRnkinVQxzZCnNewuTf=FqnBbXkdao3waka5WE4ewNw@mail.gmail.com> For future reference, I just got an updated list of attributes from campus IT and found that I needed to change the attributes from uid_key: 'user', email_key: 'email' To: uid_key: 'sAMAccountName', email_key: 'mail' CAS is now working as expected. Thank you Mark and Josua, I appreciate your suggestions and input. Cheers Regards, Ludwig Possi? On Thu, Aug 10, 2023 at 10:49?AM Mark Cooper <mark.cooper at lyrasis.org> wrote: > I'd try: > > config: { > // everything else ... > fetch_raw_info: ->(s, o, t, user_info, raw_xml) { > { email: "#{user_info['user']}@example.org}" } > } > } > > Replace example.org with your email domain. > > You can also review the documentation to see if there are other config > settings that may be required for your implementation: > > https://github.com/dlindahl/omniauth-cas#configuration-options > > If that doesn't work you'll most likely need someone to add log statements > to the plugin to see what you're getting back from the cas response and see > if you can figure out the issue based on that. That's definitely getting in > the weeds and will be awkward / very difficult to troubleshoot via mailing > list. > > Mark > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Ludwig Possie <ludwigpossie at weber.edu> > *Sent:* Thursday, August 10, 2023 9:16 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration > Issues > > Thank you so much! That did get me to the CAS authentication screen. I > was able to enter my username and password and was redirected back to AS. > However I'm now getting an "Authentication error, unable to login." > message. I know that username is in AS along with permissions, since we > used to authenticate using LDAP. Am I missing something? Thx. > > On Thu, Aug 10, 2023 at 10:02?AM Mark Cooper <mark.cooper at lyrasis.org> > wrote: > > Hi Ludwig, > > Try this - update the provider config: > > config: { > url: 'https://cas.weber.edu', > host: 'cas.weber.edu', > * path_prefix: '/staff/auth',* > * callback_url: '/staff/auth/cas/callback',* > # everything else ... > } > > Finding all of the possible configuration options (if it turns out you > need them) can be somewhat tricky. In this case path prefix comes direct > from the omniauth library: > > > https://github.com/search?q=repo%3Aomniauth%2Fomniauth%20path_prefix&type=code > > Best, > Mark > > Hosting and Support Team > Lyrasis > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Ludwig Possie <ludwigpossie at weber.edu> > *Sent:* Thursday, August 10, 2023 8:45 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] AS 3.4.0 CAS configuration > Issues > > I apologize, I didn't want to have any issues with our security team so I > substituted our domain name for 'someuniversity'. I've checked with them > and they are fine if I post the following. We do have ArchivesSpace > running behind Traefik proxy. This is what part of configuration currently > looks like: > > # proxy config (release testing only) > AppConfig[:frontend_proxy_url] = "https://asstage.weber.edu/staff" > AppConfig[:public_proxy_url] = "https://asstage.weber.edu/" > > AppConfig[:plugins] = ['batch_update_lang_and_script', > 'batch_update_langmaterials', 'aspace-oauth'] > > AppConfig[:authentication_sources] = [{ > model: 'ASOauth', > provider: 'cas', > label: 'CAS Sign In', > slo_link: true, > config: { > url: ' > https://cas.weber.edu', > host: 'cas.weber.edu', > ssl: true, > login_url: '/login', > logout_url: '/logout', > service_validate_url: > '/serviceValidate', > callback_url: > 'auth/cas/callback', > uid_key: 'user', > email_key: 'email' > # more cas keys and > options at: https://github.com/dlindahl/omniauth-cas > # > # if your server does not > return an email address, you can add one > # here using the > fetch_raw_info option. > #fetch_raw_info: ->(s, o, > t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu" } } > } > }] > > > When I click on the 'CAS Sign In' button this is what I'm getting back on > the logs: > ************************************************************ > ? Welcome to ArchivesSpace! > ? You can now point your browser to http://localhost:8080 > ? ************************************************************ > ? F, [2023-08-10T15:28:36.687087 #65] FATAL -- : > ? F, [2023-08-10T15:28:36.689853 #65] FATAL -- : > ActionController::RoutingError (No route matches [GET] "/staff/auth/cas"): > ? F, [2023-08-10T15:28:36.690437 #65] FATAL -- : > ? F, [2023-08-10T15:28:36.690757 #65] FATAL -- : actionpack (5.2.8.1) > lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call' > ? actionpack (5.2.8.1) > lib/action_dispatch/middleware/show_exceptions.rb:33:in `call' > ? railties (5.2.8.1) lib/rails/rack/logger.rb:38:in `call_app' > ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `block in call' > ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in > `block in tagged' > ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:28:in > `tagged' > ? activesupport (5.2.8.1) lib/active_support/tagged_logging.rb:71:in > `tagged' > ? railties (5.2.8.1) lib/rails/rack/logger.rb:26:in `call' > ? actionpack (5.2.8.1) lib/action_dispatch/middleware/remote_ip.rb:81:in > `call' > ? actionpack (5.2.8.1) > lib/action_dispatch/middleware/request_id.rb:27:in `call' > ? rack (2.2.6.2) lib/rack/method_override.rb:24:in `call' > ? rack (2.2.6.2) lib/rack/runtime.rb:22:in `call' > ? activesupport (5.2.8.1) > lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call' > ? actionpack (5.2.8.1) lib/action_dispatch/middleware/executor.rb:14:in > `call' > ? actionpack (5.2.8.1) lib/action_dispatch/middleware/static.rb:127:in > `call' > ? rack (2.2.6.2) lib/rack/sendfile.rb:110:in `call' > ? railties (5.2.8.1) lib/rails/engine.rb:524:in `call' > > On Thu, Aug 10, 2023 at 8:21?AM Joshua D. Shaw < > Joshua.D.Shaw at dartmouth.edu> wrote: > > Hi Ludwig > > Assuming you haven't removed your specific domain what you posted, I think > you'll want to change all of the urls, the host, and the email domain to > your specific urls/domain. You may need to contact your IT department to > get specifics. > > You only need the proxy url entries if you are running AS under a proxy. > > Best, > Joshua > > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Ludwig Possie <ludwigpossie at weber.edu> > *Sent:* Wednesday, August 9, 2023 8:36 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] AS 3.4.0 CAS configuration Issues > > I'm trying to get CAS authentication setup on our AS 3.4.0 using the > lyrasis/aspace-oauth plugin. I've tried to follow the example outlined on > the plugin. I'm able to get as far as to the staff login page and I can > see a "CAS sign In" button on the top right, but when I press it I get the > following message, "The page you were looking for doesn't exist." The > button links me to https://as.someuniversity.edu/staff/auth/cas > > My config.rb contains the following parameters is there something that I > need to add or change?: > > AppConfig[:frontend_proxy_url] = "https://as.someuniversity.edu/staff" > AppConfig[:public_proxy_url] = "https://as.someuniversity.edu/" > > AppConfig[:authentication_sources] = [{ > > model: 'ASOauth', > > provider: 'cas', > label: 'CAS Sign In', > slo_link: true, > config: { > url: ' > https://cas.someuniversity.edu', > host: ' > cas.someuniversity.edu', > ssl: true, > login_url: '/login', > logout_url: '/logout', > service_validate_url: > '/cas/serviceValidate', > > callback_url: 'auth/cas/callback', > > uid_key: 'user', > email_key: 'email' > # more cas keys and > options at: https://github.com/dlindahl/omniauth-cas > # > # if your server does not > return an email address, you can add one > # here using the > fetch_raw_info option. > #fetch_raw_info: ->(s, o, > t, user_info) { { email: "#{user_info['user']}@ivory-tower.edu" } } > } > }] > > -- > Ludwig Possi? > Systems Admin > Stewart Library > Weber State University > 801-626-8093 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > Ludwig Possi? > Systems Admin > Stewart Library > Weber State University > 801-626-8093 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > Ludwig Possi? > Systems Admin > Stewart Library > Weber State University > 801-626-8093 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230810/8d5dfe47/attachment.html> From shand at ap.org Fri Aug 11 12:04:09 2023 From: shand at ap.org (Hand, Sarit) Date: Fri, 11 Aug 2023 16:04:09 +0000 Subject: [Archivesspace_Users_Group] Accession Records and Subject Records In-Reply-To: <CAJP6fRPWsLt+EQ-WA5rHbC8D+4bcP2=p7zX=G+p5VyS5WgorMQ@mail.gmail.com> References: <CAJP6fRPWsLt+EQ-WA5rHbC8D+4bcP2=p7zX=G+p5VyS5WgorMQ@mail.gmail.com> Message-ID: <BL0PR16MB24194EBE946F4F9B14B83ABDCF10A@BL0PR16MB2419.namprd16.prod.outlook.com> Hi Steven, To be sure, are you looking at the accession record in edit mode? If in view mode you do not see Subject in the navigation bar on the left, then no subject has been linked, you will only see the subject field in edit mode. Click edit on the accession record and then the left side navigation will display more fields. Click on Subject which should bring you down to that section where you click add subject, that is the linking process. You cannot link from the subject record to the accession, it must be done in the accession record, like other record types. If you look at a subject record, you can see a list of Linked Records, but in edit mode for the subject record there is no way to edit links. If this doesn't work, then its beyond me and you may need more technical support. Hope this helps. Cheers, [cid:image001.png at 01D9CC4B.EE986AC0] Sarit Hand Digital Archivist AP Corporate Archives 200 Liberty Street New York, NY 10281 T 212.621.7035 shand at ap.org<mailto:shand at ap.org> ap.org<http://www.ap.org/> [cid:image002.png at 01D9CC4B.EE986AC0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Steven Gentry Sent: Wednesday, August 9, 2023 8:00 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Accession Records and Subject Records [EXTERNAL] Hello, I recently read that ArchivesSpace allows for folks to associate subject records with accession records<https://archivesspace.atlassian.net/wiki/spaces/ArchivesSpaceUserManual/pages/893911102/Subject+Links+-+Accessions>. However, it looks like this feature isn't enabled in either my institution's production ArchivesSpace instance (currently running v.2.5.2) or our development instance (running 3.4.0). To clarify, there is no option to associate a subject record with an accession record (although archivists can associate agent records with accessions). My question is: if we wanted to link subject and accession records, do we need to be running a particular version of ArchivesSpace? Or is there some work that needs to be done under the hood to enable this linkage? Many thanks! -SG -- Steven Gentry Archivist for Archival Processing he/him/his [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 USA 734-936-5666 www.bentley.umich.edu<http://www.bentley.umich.edu/> @UmichBentley The Bentley Historical Library acknowledges that coerced cessions of land by the Anishnaabeg and Wyandot made the University of Michigan possible, and we seek to reaffirm the ancestral and contemporary ties of these peoples to the lands where the University now stands. The information contained in this communication is intended for the use of the designated recipients named above. If the reader of this communication is not the intended recipient, you are hereby notified that you have received this communication in error, and that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify The Associated Press immediately by telephone at +1-212-621-1500 and delete this email. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230811/5c495e36/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 1094 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230811/5c495e36/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 5548 bytes Desc: image002.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230811/5c495e36/attachment-0001.png> From andrew-holland at uiowa.edu Mon Aug 14 01:22:44 2023 From: andrew-holland at uiowa.edu (Holland, Andrew S) Date: Mon, 14 Aug 2023 05:22:44 +0000 Subject: [Archivesspace_Users_Group] Content tree not loading Message-ID: <CH2PR04MB700030C8A61CB6A2F7CD79B88F17A@CH2PR04MB7000.namprd04.prod.outlook.com> I'm getting a javascript error: SHOW_IDENTIFIERS_IN_TREE is not defined. It's on all of our resources after I updated to 3.4, but here's an example: https://aspace.lib.uiowa.edu/repositories/2/resources/824 Content does load if I click on Collection Organization or Container Inventory. It's just the tree view on the right side that's not showing up. Anyone come up against this? Andrew Holland (h/h/h) Administrative Lead, LIT 5023 Main Library, Iowa City, Iowa 52242 Office: 319-335-1193 lib.uiowa.edu<http://www.lib.uiowa.edu/> [The University of Iowa Logo] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/e7036d09/attachment.html> From andrew.morrison at bodleian.ox.ac.uk Mon Aug 14 05:15:58 2023 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Mon, 14 Aug 2023 10:15:58 +0100 Subject: [Archivesspace_Users_Group] Content tree not loading In-Reply-To: <CH2PR04MB700030C8A61CB6A2F7CD79B88F17A@CH2PR04MB7000.namprd04.prod.outlook.com> References: <CH2PR04MB700030C8A61CB6A2F7CD79B88F17A@CH2PR04MB7000.namprd04.prod.outlook.com> Message-ID: <905394b9-512e-920a-0394-0944e660f124@bodleian.ox.ac.uk> Looking at the HTML source for that page, the /SHOW_IDENTIFIERS_IN_TREE/ variable is not being defined where it should, which is on the next line after APP_PATH is set. Are you using a plug-in which overrides the layouts/application.html.erb template? If you are, and it is based on an older version of the template, that would explain this issue. You need to review installed plugins every time you upgrade to a new ArchivesSpace release. Andrew. On 14/08/2023 06:22, Holland, Andrew S wrote: > I'm getting a javascript error: /SHOW_IDENTIFIERS_IN_TREE is not > defined/. It's on all of our resources after I updated to 3.4, but > here's an example: > https://aspace.lib.uiowa.edu/repositories/2/resources/824 > > Content does load if I click on /Collection Organization /or > /Container Inventory. /It's just the tree view on the right side > that's not showing up. > > Anyone come up against this? > > > ***Andrew Holland (h/h/h)* > Administrative Lead, LIT > 5023 Main Library, Iowa City, Iowa 52242 > Office: 319-335-1193 > *lib.uiowa.edu <http://www.lib.uiowa.edu/>* > The University of Iowa Logo > > _______________________________________________ > 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/64807b71/attachment.html> From mary.mann at cooper.edu Mon Aug 14 10:30:42 2023 From: mary.mann at cooper.edu (Mary Mann) Date: Mon, 14 Aug 2023 14:30:42 +0000 Subject: [Archivesspace_Users_Group] Please remove me from this listserve Message-ID: <BL0PR18MB22573C3EC433ACC197FF289E8117A@BL0PR18MB2257.namprd18.prod.outlook.com> I would like to be removed from this listserve, please. Thank you! -- Mary Mann Archives Librarian, The Cooper Union mary.mann at cooper.edu | (212) 353-4184 library.cooper.edu/archives<https://library.cooper.edu/archives> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/26de86ce/attachment.html> From andrew-holland at uiowa.edu Mon Aug 14 10:54:30 2023 From: andrew-holland at uiowa.edu (Holland, Andrew S) Date: Mon, 14 Aug 2023 14:54:30 +0000 Subject: [Archivesspace_Users_Group] [External] Re: Content tree not loading In-Reply-To: <905394b9-512e-920a-0394-0944e660f124@bodleian.ox.ac.uk> References: <CH2PR04MB700030C8A61CB6A2F7CD79B88F17A@CH2PR04MB7000.namprd04.prod.outlook.com> <905394b9-512e-920a-0394-0944e660f124@bodleian.ox.ac.uk> Message-ID: <CH2PR04MB7000D78F4D64B302116EE8928F17A@CH2PR04MB7000.namprd04.prod.outlook.com> That was it. Thanks for the help! -AH ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Andrew Morrison <andrew.morrison at bodleian.ox.ac.uk> Sent: Monday, August 14, 2023 4:15 AM To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org> Subject: [External] Re: [Archivesspace_Users_Group] Content tree not loading Looking at the HTML source for that page, the SHOW_IDENTIFIERS_IN_TREE variable is not being defined where it should, which is on the next line after APP_PATH is set. Are you using a plug-in which overrides the layouts/application.html.erb template? If you are, and it is based on an older version of the template, that would explain this issue. You need to review installed plugins every time you upgrade to a new ArchivesSpace release. Andrew. On 14/08/2023 06:22, Holland, Andrew S wrote: I'm getting a javascript error: SHOW_IDENTIFIERS_IN_TREE is not defined. It's on all of our resources after I updated to 3.4, but here's an example: https://aspace.lib.uiowa.edu/repositories/2/resources/824 Content does load if I click on Collection Organization or Container Inventory. It's just the tree view on the right side that's not showing up. Anyone come up against this? Andrew Holland (h/h/h) Administrative Lead, LIT 5023 Main Library, Iowa City, Iowa 52242 Office: 319-335-1193 lib.uiowa.edu<http://www.lib.uiowa.edu/> [The University of Iowa Logo] _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/62537839/attachment.html> From buschedw at msu.edu Mon Aug 14 14:38:36 2023 From: buschedw at msu.edu (Busch, Ed) Date: Mon, 14 Aug 2023 18:38:36 +0000 Subject: [Archivesspace_Users_Group] Staff PDF Gen Error Message-ID: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> Hi- We have a weird one. We have a collection that was migrated years ago from AT but never printed from staff side. When we run the Staff side Export >Generate PDF we get Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 10726; The element type "unittitle" must be terminated by the matching end-tag "</unittitle>". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) When I Export EAD and look for line 64, for some reason it has put all of the archivalobjects on one xml "line". We tried moving things around and nothing changes other than the order they are on that one line. Still get an error. I did a count of unittitle and it's an even number so it doesn't seem like one is missing. There are a bunch of emph tags but they look ok to me. Omololu, A. <emph render="italic">Coordination of Relevant Governments Services for Nutrition Education</emph>. Ibadan University Printing from Public side works fine. Anyone have a suggestion? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives and Historical Collections Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu<mailto:buschedw at msu.edu> he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/4e1193ad/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: UA.17.443_20230814_183129_UTC__ead.xml Type: application/xml Size: 366251 bytes Desc: UA.17.443_20230814_183129_UTC__ead.xml URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/4e1193ad/attachment-0001.xml> From brian.harrington at lyrasis.org Mon Aug 14 14:50:04 2023 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Mon, 14 Aug 2023 18:50:04 +0000 Subject: [Archivesspace_Users_Group] Staff PDF Gen Error In-Reply-To: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> References: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> Message-ID: <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> Hi Ed, It looks like your problem is here: <unittitle>Extension Work in ICA Cooperative Countries</emph>. Mimeo. ICA</unittitle> Since the beginning <emph> is missing, the XML parser thinks you?re trying to close a <unittitle> with an </emph>. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Busch, Ed <buschedw at msu.edu> Date: Monday, August 14, 2023 at 2:38 PM To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] Staff PDF Gen Error Hi- We have a weird one. We have a collection that was migrated years ago from AT but never printed from staff side. When we run the Staff side Export >Generate PDF we get Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 10726; The element type "unittitle" must be terminated by the matching end-tag "</unittitle>". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) When I Export EAD and look for line 64, for some reason it has put all of the archivalobjects on one xml ?line?. We tried moving things around and nothing changes other than the order they are on that one line. Still get an error. I did a count of unittitle and it?s an even number so it doesn?t seem like one is missing. There are a bunch of emph tags but they look ok to me. Omololu, A. <emph render="italic">Coordination of Relevant Governments Services for Nutrition Education</emph>. Ibadan University Printing from Public side works fine. Anyone have a suggestion? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives and Historical Collections Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu<mailto:buschedw at msu.edu> he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/581c4133/attachment.html> From buschedw at msu.edu Mon Aug 14 14:52:07 2023 From: buschedw at msu.edu (Busch, Ed) Date: Mon, 14 Aug 2023 18:52:07 +0000 Subject: [Archivesspace_Users_Group] Staff PDF Gen Error In-Reply-To: <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> References: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> Message-ID: <CH0PR12MB52330687911E8D2F995D5C6BD217A@CH0PR12MB5233.namprd12.prod.outlook.com> Great catch! How did you find that? I guess if I had done my Count on that I would of seen the odd number as a clue. From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:50 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Hi Ed, It looks like your problem is here: <unittitle>Extension Work in ICA Cooperative Countries</emph>. Mimeo. ICA</unittitle> Since the beginning <emph> is missing, the XML parser thinks you're trying to close a <unittitle> with an </emph>. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org<mailto:brian.harrington at lyrasis.org> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:38 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Staff PDF Gen Error Hi- We have a weird one. We have a collection that was migrated years ago from AT but never printed from staff side. When we run the Staff side Export >Generate PDF we get Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 10726; The element type "unittitle" must be terminated by the matching end-tag "</unittitle>". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) When I Export EAD and look for line 64, for some reason it has put all of the archivalobjects on one xml "line". We tried moving things around and nothing changes other than the order they are on that one line. Still get an error. I did a count of unittitle and it's an even number so it doesn't seem like one is missing. There are a bunch of emph tags but they look ok to me. Omololu, A. <emph render="italic">Coordination of Relevant Governments Services for Nutrition Education</emph>. Ibadan University Printing from Public side works fine. Anyone have a suggestion? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives and Historical Collections Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu<mailto:buschedw at msu.edu> he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/20392abf/attachment.html> From brian.harrington at lyrasis.org Mon Aug 14 14:57:52 2023 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Mon, 14 Aug 2023 18:57:52 +0000 Subject: [Archivesspace_Users_Group] Staff PDF Gen Error In-Reply-To: <CH0PR12MB52330687911E8D2F995D5C6BD217A@CH0PR12MB5233.namprd12.prod.outlook.com> References: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> <CH0PR12MB52330687911E8D2F995D5C6BD217A@CH0PR12MB5233.namprd12.prod.outlook.com> Message-ID: <CY4PR22MB1656EDB810E5FB952DC8AA518517A@CY4PR22MB1656.namprd22.prod.outlook.com> I ran your EAD through the as-ead-pdf.xsl stylesheet from ASpace in Oxygen. The debugger takes you right to the problem. Oxygen is an amazing tool for this sort of thing. Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Busch, Ed <buschedw at msu.edu> Date: Monday, August 14, 2023 at 2:52 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Great catch! How did you find that? I guess if I had done my Count on that I would of seen the odd number as a clue. From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:50 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Hi Ed, It looks like your problem is here: <unittitle>Extension Work in ICA Cooperative Countries</emph>. Mimeo. ICA</unittitle> Since the beginning <emph> is missing, the XML parser thinks you?re trying to close a <unittitle> with an </emph>. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org<mailto:brian.harrington at lyrasis.org> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:38 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Staff PDF Gen Error Hi- We have a weird one. We have a collection that was migrated years ago from AT but never printed from staff side. When we run the Staff side Export >Generate PDF we get Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 10726; The element type "unittitle" must be terminated by the matching end-tag "</unittitle>". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) When I Export EAD and look for line 64, for some reason it has put all of the archivalobjects on one xml ?line?. We tried moving things around and nothing changes other than the order they are on that one line. Still get an error. I did a count of unittitle and it?s an even number so it doesn?t seem like one is missing. There are a bunch of emph tags but they look ok to me. Omololu, A. <emph render="italic">Coordination of Relevant Governments Services for Nutrition Education</emph>. Ibadan University Printing from Public side works fine. Anyone have a suggestion? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives and Historical Collections Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu<mailto:buschedw at msu.edu> he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/b299a11b/attachment.html> From buschedw at msu.edu Mon Aug 14 15:00:44 2023 From: buschedw at msu.edu (Busch, Ed) Date: Mon, 14 Aug 2023 19:00:44 +0000 Subject: [Archivesspace_Users_Group] Staff PDF Gen Error In-Reply-To: <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> References: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> Message-ID: <CH0PR12MB5233FEDB06205C0655924D57D217A@CH0PR12MB5233.namprd12.prod.outlook.com> Darn, that was a good catch but changed the error. ? Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 76417; The content of elements must consist of well-formed character data or markup. net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:50 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Hi Ed, It looks like your problem is here: <unittitle>Extension Work in ICA Cooperative Countries</emph>. Mimeo. ICA</unittitle> Since the beginning <emph> is missing, the XML parser thinks you?re trying to close a <unittitle> with an </emph>. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org<mailto:brian.harrington at lyrasis.org> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:38 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Staff PDF Gen Error Hi- We have a weird one. We have a collection that was migrated years ago from AT but never printed from staff side. When we run the Staff side Export >Generate PDF we get Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 10726; The element type "unittitle" must be terminated by the matching end-tag "</unittitle>". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) When I Export EAD and look for line 64, for some reason it has put all of the archivalobjects on one xml ?line?. We tried moving things around and nothing changes other than the order they are on that one line. Still get an error. I did a count of unittitle and it?s an even number so it doesn?t seem like one is missing. There are a bunch of emph tags but they look ok to me. Omololu, A. <emph render="italic">Coordination of Relevant Governments Services for Nutrition Education</emph>. Ibadan University Printing from Public side works fine. Anyone have a suggestion? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives and Historical Collections Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu<mailto:buschedw at msu.edu> he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/05148c0e/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: UA.17.443_20230814_185619_UTC__ead.xml Type: application/xml Size: 366244 bytes Desc: UA.17.443_20230814_185619_UTC__ead.xml URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/05148c0e/attachment.xml> From buschedw at msu.edu Mon Aug 14 15:15:28 2023 From: buschedw at msu.edu (Busch, Ed) Date: Mon, 14 Aug 2023 19:15:28 +0000 Subject: [Archivesspace_Users_Group] Staff PDF Gen Error In-Reply-To: <CY4PR22MB1656EDB810E5FB952DC8AA518517A@CY4PR22MB1656.namprd22.prod.outlook.com> References: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> <CH0PR12MB52330687911E8D2F995D5C6BD217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656EDB810E5FB952DC8AA518517A@CY4PR22MB1656.namprd22.prod.outlook.com> Message-ID: <CH0PR12MB5233326FD08CAE0D2BF42F19D217A@CH0PR12MB5233.namprd12.prod.outlook.com> Just discovered Notepad++ has XML tools. Finding some more typos. Ed From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:58 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error I ran your EAD through the as-ead-pdf.xsl stylesheet from ASpace in Oxygen. The debugger takes you right to the problem. Oxygen is an amazing tool for this sort of thing. Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:52 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Great catch! How did you find that? I guess if I had done my Count on that I would of seen the odd number as a clue. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:50 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Hi Ed, It looks like your problem is here: <unittitle>Extension Work in ICA Cooperative Countries</emph>. Mimeo. ICA</unittitle> Since the beginning <emph> is missing, the XML parser thinks you're trying to close a <unittitle> with an </emph>. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org<mailto:brian.harrington at lyrasis.org> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:38 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Staff PDF Gen Error Hi- We have a weird one. We have a collection that was migrated years ago from AT but never printed from staff side. When we run the Staff side Export >Generate PDF we get Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 10726; The element type "unittitle" must be terminated by the matching end-tag "</unittitle>". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) When I Export EAD and look for line 64, for some reason it has put all of the archivalobjects on one xml "line". We tried moving things around and nothing changes other than the order they are on that one line. Still get an error. I did a count of unittitle and it's an even number so it doesn't seem like one is missing. There are a bunch of emph tags but they look ok to me. Omololu, A. <emph render="italic">Coordination of Relevant Governments Services for Nutrition Education</emph>. Ibadan University Printing from Public side works fine. Anyone have a suggestion? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives and Historical Collections Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu<mailto:buschedw at msu.edu> he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/81c02b62/attachment.html> From brian.harrington at lyrasis.org Mon Aug 14 15:16:59 2023 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Mon, 14 Aug 2023 19:16:59 +0000 Subject: [Archivesspace_Users_Group] Staff PDF Gen Error In-Reply-To: <CH0PR12MB5233326FD08CAE0D2BF42F19D217A@CH0PR12MB5233.namprd12.prod.outlook.com> References: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> <CH0PR12MB52330687911E8D2F995D5C6BD217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656EDB810E5FB952DC8AA518517A@CY4PR22MB1656.namprd22.prod.outlook.com> <CH0PR12MB5233326FD08CAE0D2BF42F19D217A@CH0PR12MB5233.namprd12.prod.outlook.com> Message-ID: <CY4PR22MB1656849561C451A804BD0F768517A@CY4PR22MB1656.namprd22.prod.outlook.com> It looks like you also have an ns2: namespace in there that you should probably delete. Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Busch, Ed <buschedw at msu.edu> Date: Monday, August 14, 2023 at 3:15 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Just discovered Notepad++ has XML tools. Finding some more typos. Ed From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:58 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error I ran your EAD through the as-ead-pdf.xsl stylesheet from ASpace in Oxygen. The debugger takes you right to the problem. Oxygen is an amazing tool for this sort of thing. Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:52 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Great catch! How did you find that? I guess if I had done my Count on that I would of seen the odd number as a clue. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:50 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Hi Ed, It looks like your problem is here: <unittitle>Extension Work in ICA Cooperative Countries</emph>. Mimeo. ICA</unittitle> Since the beginning <emph> is missing, the XML parser thinks you?re trying to close a <unittitle> with an </emph>. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org<mailto:brian.harrington at lyrasis.org> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:38 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Staff PDF Gen Error Hi- We have a weird one. We have a collection that was migrated years ago from AT but never printed from staff side. When we run the Staff side Export >Generate PDF we get Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 10726; The element type "unittitle" must be terminated by the matching end-tag "</unittitle>". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) When I Export EAD and look for line 64, for some reason it has put all of the archivalobjects on one xml ?line?. We tried moving things around and nothing changes other than the order they are on that one line. Still get an error. I did a count of unittitle and it?s an even number so it doesn?t seem like one is missing. There are a bunch of emph tags but they look ok to me. Omololu, A. <emph render="italic">Coordination of Relevant Governments Services for Nutrition Education</emph>. Ibadan University Printing from Public side works fine. Anyone have a suggestion? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives and Historical Collections Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu<mailto:buschedw at msu.edu> he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/a4595b8c/attachment.html> From buschedw at msu.edu Mon Aug 14 15:30:18 2023 From: buschedw at msu.edu (Busch, Ed) Date: Mon, 14 Aug 2023 19:30:18 +0000 Subject: [Archivesspace_Users_Group] Staff PDF Gen Error In-Reply-To: <CY4PR22MB1656849561C451A804BD0F768517A@CY4PR22MB1656.namprd22.prod.outlook.com> References: <CH0PR12MB52335441158D440CDACEB889D217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656139AD2498190BDE1AB448517A@CY4PR22MB1656.namprd22.prod.outlook.com> <CH0PR12MB52330687911E8D2F995D5C6BD217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656EDB810E5FB952DC8AA518517A@CY4PR22MB1656.namprd22.prod.outlook.com> <CH0PR12MB5233326FD08CAE0D2BF42F19D217A@CH0PR12MB5233.namprd12.prod.outlook.com> <CY4PR22MB1656849561C451A804BD0F768517A@CY4PR22MB1656.namprd22.prod.outlook.com> Message-ID: <CH0PR12MB5233CFDDA045FA1CBB8D0F26D217A@CH0PR12MB5233.namprd12.prod.outlook.com> Thanks! Finally tracked all of them down. From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 3:17 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error It looks like you also have an ns2: namespace in there that you should probably delete. Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 3:15 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Just discovered Notepad++ has XML tools. Finding some more typos. Ed From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:58 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error I ran your EAD through the as-ead-pdf.xsl stylesheet from ASpace in Oxygen. The debugger takes you right to the problem. Oxygen is an amazing tool for this sort of thing. Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:52 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Great catch! How did you find that? I guess if I had done my Count on that I would of seen the odd number as a clue. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> On Behalf Of Brian Harrington Sent: Monday, August 14, 2023 2:50 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Staff PDF Gen Error Hi Ed, It looks like your problem is here: <unittitle>Extension Work in ICA Cooperative Countries</emph>. Mimeo. ICA</unittitle> Since the beginning <emph> is missing, the XML parser thinks you're trying to close a <unittitle> with an </emph>. I hope this helps. Brian -- Brian Harrington (he/him) Data Migration Specialist LYRASIS brian.harrington at lyrasis.org<mailto:brian.harrington at lyrasis.org> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Busch, Ed <buschedw at msu.edu<mailto:buschedw at msu.edu>> Date: Monday, August 14, 2023 at 2:38 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Staff PDF Gen Error Hi- We have a weird one. We have a collection that was migrated years ago from AT but never printed from staff side. When we run the Staff side Export >Generate PDF we get Generating PDF for Helen Strow collection org.xml.sax.SAXParseException; lineNumber: 64; columnNumber: 10726; The element type "unittitle" must be terminated by the matching end-tag "</unittitle>". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317) RUBY.build(/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225) RUBY.to_fo(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:42) RUBY.to_pdf(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/AS_fop.rb:58) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:43) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.request_context.open(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:11) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(archivesspace/data/tmp/jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533/webapp/WEB_minus_INF/app/lib//archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) archivesspace.data.tmp.jetty_minus_0_0_0_0_minus_8089_minus_backend_war_minus___minus_any_minus_2950795293246301533.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.start_background_thread(/archivesspace/data/tmp/jetty-0_0_0_0-8089-backend_war-_-any-2950795293246301533/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:318) java.lang.Thread.run(java/lang/Thread.java:750) When I Export EAD and look for line 64, for some reason it has put all of the archivalobjects on one xml "line". We tried moving things around and nothing changes other than the order they are on that one line. Still get an error. I did a count of unittitle and it's an even number so it doesn't seem like one is missing. There are a bunch of emph tags but they look ok to me. Omololu, A. <emph render="italic">Coordination of Relevant Governments Services for Nutrition Education</emph>. Ibadan University Printing from Public side works fine. Anyone have a suggestion? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives and Historical Collections Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu<mailto:buschedw at msu.edu> he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230814/27001b81/attachment.html> From christine.dibella at lyrasis.org Tue Aug 15 07:11:31 2023 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 15 Aug 2023 11:11:31 +0000 Subject: [Archivesspace_Users_Group] new ArchivesSpace Program Assistant, Bailey-Grace Harrell Message-ID: <MN2PR22MB1887A69447F7F00AF9D17BECF114A@MN2PR22MB1887.namprd22.prod.outlook.com> Hello ArchivesSpace members, I am delighted to announce that Bailey-Grace Harrell will be joining us as our part-time Program Assistant. Her first day will be August 21. Bailey-Grace has a strong background in events management, training administration, and customer service. Most recently she has been working as a Public Course Manager for Crucial Learning, which involves managing both in-person and virtual courses attended by thousands of people each year. In previous positions she has given demos and created instructional materials to help new and existing users of software programs and done software testing. Her undergraduate studies at the University of North Carolina at Charlotte focused on international business, psychology, and Spanish, and she has also done some graduate work in Spanish. Bailey-Grace will be working 16 hours a week on a range of activities, primarily supporting our events and communications. She'll be working most closely with Jessica and me, but she will no doubt be interacting with community members regularly as she progresses through the different projects we have planned for her. She is based in North Carolina. Please join us in welcoming Bailey-Grace to the team! Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> [cid:image001.jpg at 01D9CF40.AD5BA020] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230815/8f64b25e/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 56099 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230815/8f64b25e/attachment-0001.jpg> From jswierczek at FOLGER.edu Thu Aug 17 16:34:11 2023 From: jswierczek at FOLGER.edu (Julie Swierczek) Date: Thu, 17 Aug 2023 20:34:11 +0000 Subject: [Archivesspace_Users_Group] editing note types Message-ID: <MN2PR13MB3992805D0B86CBA143BEB5F1B21AA@MN2PR13MB3992.namprd13.prod.outlook.com> We recently noticed that if you try to select a different note type for a note with only a single text box - meaning it does not have any sub-records - you are only offered the option of choosing from the note types in the Note Singlepart Type controlled value list. This occurs whether the selected note type is a Singlepart or a Multipart Note type. The controlled value list seems to be determined by the fact that the note has only a single text box. However, if an existing note has only a single text box, it could be a Singlepart Note type, or it could be a Multipart Note type that just happens to have only one text box in it, since one of the options for a Multipart Note is <text>. I could understand a restriction on Note types if I attempted to change the note type for a note containing sub-records. In that case, it would make sense that I could only select another Multipart Note type. But I'm not clear on why a note with a single text box should be restricted to being changed to a Singlepart Note type. Can anyone explain why that is? Thanks! Julie C. Swierczek (SWER-check) | Associate Librarian for Collection Description and Imaging | Folger Shakespeare Library | 201 E. Capitol St. SE, Washington, DC, 20003 | jswierczek at folger.edu<https://webmail.folger.edu/owa/redir.aspx?C=djqxoXFu7GkYW0gLOBfOQ_4TmtwcI-uuWAQE_4FqnRo3Qz-5xIrWCA..&URL=mailto%3ajswierczek%40folger.edu> | www.folger.edu<https://webmail.folger.edu/owa/redir.aspx?C=If2QojXiPOiXSmlhvRuBQEPaKY0z8g7d61eCivbg0qE3Qz-5xIrWCA..&URL=http%3a%2f%2fwww.folger.edu%2f> | she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230817/279b8ec4/attachment.html> From archives at afrocharities.org Thu Aug 17 17:10:57 2023 From: archives at afrocharities.org (Afro Charities Archives Staff) Date: Thu, 17 Aug 2023 17:10:57 -0400 Subject: [Archivesspace_Users_Group] interesting "wrap in tag" uses? Message-ID: <CAJCA-HCLb+KQ5+yEjqZxd+vjSqHnzv+27OFuuuMaN_BTCnPbDQ@mail.gmail.com> Hello list, I'm curious if anyone is using "wrap in tag" options in creative ways, especially for agents, subjects, genre/form. Links or ideas or failed visions would all be welcome input. Thanks! Megan Megan McShea Archivist, Afro Charities archives at afrocharities.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230817/355d4e6d/attachment.html> From gentrys at umich.edu Fri Aug 18 10:50:51 2023 From: gentrys at umich.edu (Steven Gentry) Date: Fri, 18 Aug 2023 10:50:51 -0400 Subject: [Archivesspace_Users_Group] Accession Records and Subject Records (Steven Gentry) Message-ID: <CAJP6fROZMPK4fgesijy5zzadqerTLDZzUEOWViUwj+Xv_6yqyA@mail.gmail.com> Thanks for that, Sarit! As it turns out, it was a specific plugin-related issue...so problem solved! -SG -- Steven Gentry Archivist for Archival Processing *he/him/his* Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 USA 734-936-5666 www.bentley.umich.edu @UmichBentley *The Bentley Historical Library acknowledges that coerced cessions of land by the Anishnaabeg and Wyandot made the University of Michigan possible, and we seek to reaffirm the ancestral and contemporary ties of these peoples to the lands where the University now stands.* -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230818/35e8c2cb/attachment.html> From hanstra at nd.edu Mon Aug 21 16:10:33 2023 From: hanstra at nd.edu (Tom Hanstra) Date: Mon, 21 Aug 2023 16:10:33 -0400 Subject: [Archivesspace_Users_Group] Index errors Message-ID: <CAA60kZPAigBaPaCfo03t7BmeR34tzGR25QXcQdiCtM8rL_Qe-g@mail.gmail.com> During some work done over the weekend as we were upgrading from 2.8.1 to 3.4, I ran into some indexing errors. I was getting a repeated set of errors like this: --------------- I, [2023-08-21T00:00:33.941952 #4859] INFO -- : Thread-2960: Staff Indexer [2023-08-21 00:00:33 -0400] Running index ro und E, [2023-08-21T00:00:37.025074 #4859] ERROR -- : Thread-2960: org/jruby/RubyIO.java:2684:in `readline' /home/app/archivesspace/data/tmp/jetty-0_0_0_0-8091-indexer_war-_aspace-indexer-any-12462118359791551666/webapp/WEB-INF/ app/lib/index_state.rb:31:in `block in get_last_mtime' org/jruby/RubyIO.java:1158:in `open' /home/app/archivesspace/data/tmp/jetty-0_0_0_0-8091-indexer_war-_aspace-indexer-any-12462118359791551666/webapp/WEB-INF/ app/lib/index_state.rb:30:in `get_last_mtime' /home/app/archivesspace/data/tmp/jetty-0_0_0_0-8091-indexer_war-_aspace-indexer-any-12462118359791551666/webapp/WEB-INF/ app/lib/periodic_indexer.rb:156:in `run_index_round' /home/app/archivesspace/data/tmp/jetty-0_0_0_0-8091-indexer_war-_aspace-indexer-any-12462118359791551666/webapp/WEB-INF/ app/lib/periodic_indexer.rb:283:in `run' /home/app/archivesspace/data/tmp/jetty-0_0_0_0-8091-indexer_war-_aspace-indexer-any-12462118359791551666/webapp/WEB-INF/ app/main.rb:32:in `block in main' E, [2023-08-21T00:00:37.025445 #4859] ERROR -- : Thread-2960: #<EOFError: End of file reached> ------------- I first attempted to clean up and recreate the directory it mentions: /home/app/archivesspace/data/tmp and that built different directories. But the errors continued to repeat. I finally had to go to a full backup I had made and restore the entire data directory. That allowed indexing to get back to working properly. My questions: - What was the actual problem here? What file was hitting an EOFError if these are files that are in the tmp subdirectory - Are there any ways to address this other than to re-index (or use a backup as I did)? Thanks for any ideas, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230821/e0e0f0ba/attachment.html> From Jessica.Crouch at lyrasis.org Wed Aug 23 13:36:53 2023 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 23 Aug 2023 17:36:53 +0000 Subject: [Archivesspace_Users_Group] Registration is still available for our ArchivesSpace Basic Record Creation training on September 13, 2023 In-Reply-To: <MW6PR22MB4324147CE7CD1BBF418B3FB28B37A@MW6PR22MB4324.namprd22.prod.outlook.com> References: <E2EAD981-9305-4512-B6EA-F73688764342@lyrasis.org> <MN2PR22MB19498F036210B24D708423858BE19@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949A65C83F87516CE51545E8BFD9@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949BE931B72D3249131900C8BDC9@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949E5B6EE730B5A4C1C66448BBA9@MN2PR22MB1949.namprd22.prod.outlook.com> <DM5PR22MB05407922B6CDC870AD3A665A8B999@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05402F3626F4B5CC7A479C3E8B789@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054029E347B7CF8AC6835A708B569@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB0540182519A854A7757357018B379@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05406E51E29E26A3273641C48B159@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054004F7763A642D0286BF0A8BD09@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05408FD4D0DA008F9AC664D08BAC9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB0540B6B27243F8DCC385846D8BAC9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05403660950E1E7FF0F39C2D8B8F9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054039179C614209D23A50988B6B9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05406E111938260E5076F70C8B489@DM5PR22MB0540.namprd22.prod.outlook.com> <MW6PR22MB4324B35ED019FF5C43BB7DE48B2AA@MW6PR22MB4324.namprd22.prod.outlook.com> <MW6PR22MB4324147CE7CD1BBF418B3FB28B37A@MW6PR22MB4324.namprd22.prod.outlook.com> Message-ID: <MW6PR22MB4324970BF1A97C304C930CE38B1CA@MW6PR22MB4324.namprd22.prod.outlook.com> Dear community members, Registration is open for our Fall community-wide trainings. To learn more about upcoming community-wide trainings or view information about past trainings, visit https://archivesspace.org/using-archivesspace/trainings. ? The next training offered this year will be a Basic Record Creation Overview. ?This training will be offered on September 13, 2023, from 1pm-4pm ET/10am-1pm PT.?If you are interested in attending this training, you can register at https://www.lyrasis.org/ASpaceEventSeptember. ? Upon completing this workshop, attendees will understand how to navigate the ArchivesSpace Staff User Interface, view the ArchivesSpace Public User Interface, create accession records, create resource records, and create digital object records. ? This training assumes a basic understanding of archival workflows and metadata formats as well as experience navigating the ArchivesSpace staff user interface.? If you plan to attend our community-wide trainings without the required background, we encourage you to review the recorded ArchivesSpace basics training available on our Getting Started webpage<https://archivesspace.org/using-archivesspace/getting-started>.? ? These trainings are open to anyone using or interested in ArchivesSpace but ArchivesSpace members are eligible for a discount.? If you qualify for the member discount, you will need to reach out to ArchivesSpaceHome at lyrasis.org<mailto:ArchivesSpaceHome at lyrasis.org> to receive a member promo code before registering. Best, Jessica Jessica Dowd Crouch Community Engagement Lead for ArchivesSpace jessica.crouch at lyrasis.org<mailto:jessica.crouch at lyrasis.org> [A picture containing text Description automatically generated] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230823/c8f176f1/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 90654 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230823/c8f176f1/attachment.jpg> From christine.dibella at lyrasis.org Thu Aug 24 14:26:11 2023 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 24 Aug 2023 18:26:11 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace 3.4.1 now available Message-ID: <DM6PR22MB1881DAEA44239A458276E9EAF11DA@DM6PR22MB1881.namprd22.prod.outlook.com> Hello ArchivesSpace members, ArchivesSpace 3.4.1 is now available. This patch release addresses several issues introduced by 3.4.0. People who haven't already upgraded to 3.4.0 should go directly to this release when they do upgrade, and because one issue has security implications for people using the public interface we recommend upgrading to 3.4.1 if you have already upgraded to 3.4.0. (Even if you don't use the public interface, if you use the spreadsheet importer to create archival objects with containers you will likely want to upgrade to 3.4.1 since it fixes a bug in that process that was inadvertently introduced in 3.4.0.) More information about what's in the release and the link to download it are at https://github.com/archivesspace/archivesspace/releases/tag/v3.4.1. Information on upgrading to a new version of ArchivesSpace is available at https://archivesspace.github.io/tech-docs/administration/upgrading.html. If you have questions or need any assistance, please let us know. Special thanks to several community members for bringing the issues addressed in this release to our attention, including Peter Heiner, who contributed code to fix one of them. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> [cid:image001.jpg at 01D9D691.992BD950] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230824/dac67039/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 56099 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230824/dac67039/attachment.jpg> From joanna.black at sierraclub.org Fri Aug 25 15:42:45 2023 From: joanna.black at sierraclub.org (Joanna Black) Date: Fri, 25 Aug 2023 12:42:45 -0700 Subject: [Archivesspace_Users_Group] Public Interface Notes Re-order? Message-ID: <CAG9ThfAOFwVALAy9DUs_21Ab0U8QekMRefGx9pY8VVmJc1MPvA@mail.gmail.com> Hi all, Does anyone know if it is possible to change the order of the Notes sub-records on the public user interface? I've changed them successfully on the staff interface, but they remain in a totally different order in the PUI no matter what I do. I've searched around the help center for answers but haven't found much information about this issue. Thanks for any help in advance! -- [image: photo] Joanna Black Senior Archivist William E. Colby Memorial Library Sierra Club Pronouns: she/her or they/them (415) 977-5783 | Pacific Time Zone joanna.black at sierraclub.org *Represented by UAW Local 2103: * *Sierra Employee Alliance* -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230825/f701eb9b/attachment.html> From andrew.morrison at bodleian.ox.ac.uk Tue Aug 29 05:27:20 2023 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Tue, 29 Aug 2023 10:27:20 +0100 Subject: [Archivesspace_Users_Group] Public Interface Notes Re-order? In-Reply-To: <CAG9ThfAOFwVALAy9DUs_21Ab0U8QekMRefGx9pY8VVmJc1MPvA@mail.gmail.com> References: <CAG9ThfAOFwVALAy9DUs_21Ab0U8QekMRefGx9pY8VVmJc1MPvA@mail.gmail.com> Message-ID: <1b921d01-91a8-f4ad-97b1-9089311ee64b@bodleian.ox.ac.uk> The order in which notes are displayed in the PUI is hardcoded here: https://github.com/archivesspace/archivesspace/blob/0395a39bd5d99d02bac44fc2e1a23db3d00f5958/public/app/views/shared/_record_innards.html.erb#L2-L3 You can override that template in a local plug-in, but it is frequently modified in ArchivesSpace releases, so you'd need to commit the time to review and test it every time you upgrade. You could request that customizing note order be made easier in the future by raising it as a feature request: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/19202060/How+to+Request+a+New+Feature Andrew. On 25/08/2023 20:42, Joanna Black wrote: > Hi all, > > Does anyone know if it is possible to change the order of the Notes > sub-records on the public user interface? I've changed them > successfully on the staff interface, but they remain in a totally > different order in the PUI no matter what I do. I've searched around > the help center for answers but haven't found much information about > this issue. > > Thanks for any help in advance! > > -- > > photo > > > > > Joanna Black > > Senior Archivist > > William E. Colby Memorial Library > > Sierra Club > > Pronouns:?she/her or they/them > > (415) 977-5783 |Pacific Time Zone > > joanna.black at sierraclub.org > > > *Represented by UAW Local 2103: * > > *Sierra Employee Alliance* > > > _______________________________________________ > 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230829/2ed57e40/attachment.html> From hanstra at nd.edu Tue Aug 29 11:38:25 2023 From: hanstra at nd.edu (Tom Hanstra) Date: Tue, 29 Aug 2023 11:38:25 -0400 Subject: [Archivesspace_Users_Group] Data warnings Message-ID: <CAA60kZOO0FJb-nZci=-Pp+WMsH_byUGoiL2-s0-YU1Jt4NeHXg@mail.gmail.com> In our backend logs on V3.4 of ArchivesSpace, I'm seeing a lot of warning messages like this: [2023-08-29T11:31:40.464841 #278575] WARN -- : Thread-2938: Managed Controlled Value List subject_term_type has multiple instances for the translation 'Genre / Form'. 'genre_form' will be used as the value. W, [2023-08-29T11:31:40.470773 #278575] WARN -- : Thread-2938: Managed Controlled Value List subject_source has multiple instances for the translation 'Library of Congress Subject Headings'. 'lcsh' will be used as the value. W, [2023-08-29T11:31:41.582346 #278575] WARN -- : Thread-2938: Managed Controlled Value List instance_instance_type has multiple instances for the translation 'Mixed Materials'. 'mixed_materials' will be used as the value. W, [2023-08-29T11:31:41.593239 #278575] WARN -- : Thread-2938: Managed Controlled Value List container_type has multiple instances for the translation 'Box'. 'box' will be used as the value. W, [2023-08-29T11:31:41.593384 #278575] WARN -- : Thread-2938: Managed Controlled Value List container_type has multiple instances for the translation 'Folder'. 'folder' will be used as the value. W, [2023-08-29T11:31:41.603878 #278575] WARN -- : Thread-2938: Managed Controlled Value List subject_term_type has multiple instances for the translation 'Genre / Form'. 'genre_form' will be used as the value. W, [2023-08-29T11:31:41.609296 #278575] WARN -- : Thread-2938: Managed Controlled Value List subject_source has multiple instances for the translation 'Library of Congress Subject Headings'. 'lcsh' will be used as the value. W, [2023-08-29T11:31:41.614699 #278575] WARN -- : Thread-2938: Managed Controlled Value List subject_term_type has multiple instances for the translation 'Genre / Form'. 'genre_form' will be used as the value. W, [2023-08-29T11:31:41.619924 #278575] WARN -- : Thread-2938: Managed Controlled Value List subject_source has multiple instances for the translation 'Library of Congress Subject Headings'. 'lcsh' will be used as the value. Do we have some underlying database issues going on or what might be causing these types of warnings? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230829/9c2dfdb7/attachment.html> From cory_nimer at byu.edu Tue Aug 29 11:46:38 2023 From: cory_nimer at byu.edu (Cory Nimer) Date: Tue, 29 Aug 2023 15:46:38 +0000 Subject: [Archivesspace_Users_Group] Public Interface Notes Re-order? In-Reply-To: <1b921d01-91a8-f4ad-97b1-9089311ee64b@bodleian.ox.ac.uk> References: <CAG9ThfAOFwVALAy9DUs_21Ab0U8QekMRefGx9pY8VVmJc1MPvA@mail.gmail.com> <1b921d01-91a8-f4ad-97b1-9089311ee64b@bodleian.ox.ac.uk> Message-ID: <BYAPR08MB4853618414B05B0C13BD0572EBE7A@BYAPR08MB4853.namprd08.prod.outlook.com> Joanna, There is a request for this feature in Jira that was approved by Development Prioritization in April 2021--ANW-1064 (https://archivesspace.atlassian.net/browse/ANW-1064). If this is functionality that you are interested in seeing, you may want to vote for the ticket, leave a comment, and/or watch the ticket to receive updates on when it is assigned for development. Best, Cory Nimer University Archivist Brigham Young University From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Andrew Morrison Sent: Tuesday, August 29, 2023 3:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Public Interface Notes Re-order? The order in which notes are displayed in the PUI is hardcoded here: https://github.com/archivesspace/archivesspace/blob/0395a39bd5d99d02bac44fc2e1a23db3d00f5958/public/app/views/shared/_record_innards.html.erb#L2-L3 You can override that template in a local plug-in, but it is frequently modified in ArchivesSpace releases, so you'd need to commit the time to review and test it every time you upgrade. You could request that customizing note order be made easier in the future by raising it as a feature request: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/19202060/How+to+Request+a+New+Feature Andrew. On 25/08/2023 20:42, Joanna Black wrote: Hi all, Does anyone know if it is possible to change the order of the Notes sub-records on the public user interface? I've changed them successfully on the staff interface, but they remain in a totally different order in the PUI no matter what I do. I've searched around the help center for answers but haven't found much information about this issue. Thanks for any help in advance! -- [photo] Joanna Black Senior Archivist William E. Colby Memorial Library Sierra Club Pronouns: she/her or they/them (415) 977-5783 | Pacific Time Zone joanna.black at sierraclub.org<mailto:joanna.black at sierraclub.org> Represented by UAW Local 2103: Sierra Employee Alliance _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230829/2a62e0e4/attachment.html> From lynn.moulton at bc.edu Wed Aug 30 13:03:55 2023 From: lynn.moulton at bc.edu (Lynn Moulton) Date: Wed, 30 Aug 2023 13:03:55 -0400 Subject: [Archivesspace_Users_Group] Reorder Mode bug in 3.4? Message-ID: <CAHXNEzqTF9uShGses7ghDq5EaWQAKMeY_Ljcp7g9_0h752C55w@mail.gmail.com> Hello all, We're testing 3.4 in our sandbox and are noticing the following problem. We'd love to know if others are seeing it too, or if it's something specific to our instance. The scenario is: a user in the staff interface turns on reorder mode and selects several archival objects to move. After selecting the archival object for them to fall before or after, the set of moved objects splits, some falling before and some after the target object. This seems to happen if either "before" or "after" is selected as the desired destination. This happens almost every time several objects are moved, but not 100% of the time. Best, Lynn Moulton (she/her) Senior Processing Archivist John J. Burns Library Boston College -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230830/cc9eea66/attachment.html> From psutherland at amphilsoc.org Wed Aug 30 13:56:27 2023 From: psutherland at amphilsoc.org (Paul Sutherland) Date: Wed, 30 Aug 2023 13:56:27 -0400 Subject: [Archivesspace_Users_Group] [External] Reorder Mode bug in 3.4? In-Reply-To: <CAHXNEzqTF9uShGses7ghDq5EaWQAKMeY_Ljcp7g9_0h752C55w@mail.gmail.com> References: <CAHXNEzqTF9uShGses7ghDq5EaWQAKMeY_Ljcp7g9_0h752C55w@mail.gmail.com> Message-ID: <CAMqxH-oTOZDtuqHSXwP12qBdiJ0uLL-ppi7cv4XBhN+rwEmE-A@mail.gmail.com> Hi Lynn, I have a ticket open for this issue here <https://archivesspace.atlassian.net/browse/ANW-1779>. There's some discussion in there about when it got introduced, so it's useful to hear that it's definitely happening in 3.4. Best, Paul On Wed, Aug 30, 2023 at 1:04?PM Lynn Moulton <lynn.moulton at bc.edu> wrote: > Hello all, > > We're testing 3.4 in our sandbox and are noticing the following problem. > We'd love to know if others are seeing it too, or if it's something > specific to our instance. > > The scenario is: a user in the staff interface turns on reorder mode and > selects several archival objects to move. After selecting the archival > object for them to fall before or after, the set of moved objects splits, > some falling before and some after the target object. This seems to happen > if either "before" or "after" is selected as the desired destination. This > happens almost every time several objects are moved, but not 100% of the > time. > > Best, > Lynn Moulton (she/her) > Senior Processing Archivist > John J. Burns Library > Boston College > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=70gVc8PkZ8LRd0WR_N4Lh2vwCTUp-4jc9IXouEpQ4Go&m=WlGyYux5909TDY5dBcBXDIXJ2kdBlKojMWih3rihs2v8cuoWug0dRNbdPKGZ5g1i&s=hnwN-rS1CuFs6y7FYX8UzNQIGUTxc3H_rV8GQwzIXss&e= > -- *Paul Sutherland* (he/his) Archivist of Indigenous Materials Center for Native American and Indigenous Research Library & Museum American Philosophical Society 105 S. 5th Street, 2nd Floor Philadelphia, PA 19406 Lenapehoking 215-440-3408 amphilsoc.org/library/CNAIR cnair at amphilsoc.org *I respectfully acknowledge that I work and reside in Lenapehoking, the homeland of the Lenape people in past, present, and future generations. I ?am grateful for the past and ongoing generosity of numerous Indigenous communities and individuals who have offered guidance, expertise, and opportunities for collaboration that make my work possible. * Learn more about ... - The Indigenous Subject Guide <https://indigenousguide.amphilsoc.org> to our Indigenous collections, updated frequently - Blog posts <https://www.amphilsoc.org/blog-category/cnair> by CNAIR staff & fellows - Fellowships <https://www.amphilsoc.org/grants/fellowships> (residential and non) for working with our collections and elsewhere - Scheduling a visit <https://www.amphilsoc.org/library#paragraph-36> to our Reading Room to view our collections - Our latest museum exhibit *Pursuit & Persistence: 300 Years of Women in Science <https://www.amphilsoc.org/visit-museum>, *open until December 30, 2023 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230830/ff083b2d/attachment.html> From Corey.Schmidt at uga.edu Wed Aug 30 13:54:50 2023 From: Corey.Schmidt at uga.edu (Corey Schmidt) Date: Wed, 30 Aug 2023 17:54:50 +0000 Subject: [Archivesspace_Users_Group] Reorder Mode bug in 3.4? In-Reply-To: <CAHXNEzqTF9uShGses7ghDq5EaWQAKMeY_Ljcp7g9_0h752C55w@mail.gmail.com> References: <CAHXNEzqTF9uShGses7ghDq5EaWQAKMeY_Ljcp7g9_0h752C55w@mail.gmail.com> Message-ID: <CO6PR02MB7763004534F70F98B3114AEAF3E6A@CO6PR02MB7763.namprd02.prod.outlook.com> Hey Lynn, Just tested this against our 3.4.1 test instance and in the ASpace Sandbox and can confirm this behavior. Attached is a recording of it happening in the sandbox. I would recommend submitting a ticket via JIRA<https://archivesspace.atlassian.net/jira/software/c/projects/ANW/issues> for this issue. If you do, let me know and I can add the attached recording to the issue. Corey From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Lynn Moulton Sent: Wednesday, August 30, 2023 1:04 PM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] Reorder Mode bug in 3.4? Some people who received this message don't often get email from lynn.moulton at bc.edu<mailto:lynn.moulton at bc.edu>. Learn why this is important<https://aka.ms/LearnAboutSenderIdentification> [EXTERNAL SENDER - PROCEED CAUTIOUSLY] Hello all, We're testing 3.4 in our sandbox and are noticing the following problem. We'd love to know if others are seeing it too, or if it's something specific to our instance. The scenario is: a user in the staff interface turns on reorder mode and selects several archival objects to move. After selecting the archival object for them to fall before or after, the set of moved objects splits, some falling before and some after the target object. This seems to happen if either "before" or "after" is selected as the desired destination. This happens almost every time several objects are moved, but not 100% of the time. Best, Lynn Moulton (she/her) Senior Processing Archivist John J. Burns Library Boston College -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230830/dbd5bf26/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: aspace_reorder_bug.gif Type: image/gif Size: 1886289 bytes Desc: aspace_reorder_bug.gif URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230830/dbd5bf26/attachment-0001.gif> From jmnwml at rit.edu Wed Aug 30 14:56:44 2023 From: jmnwml at rit.edu (Julia Novakovic) Date: Wed, 30 Aug 2023 18:56:44 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Governance Board - Chair Report, 1st Quarter Message-ID: <PH0PR16MB50204A851282975CC5E78DE7D0E6A@PH0PR16MB5020.namprd16.prod.outlook.com> Dear ArchivesSpace members: As the new Chair of the ArchivesSpace Governance Board, I am writing to report on the group's 1st Quarter meeting, which was held virtually on August 22. We welcomed four new Board members: * Kate Crowe, University of Denver, representative for the Large membership level * Linda Hocking, Litchfield Historical Society, representative for the Very Small level * Maggie Hughes, The Huntington, representative for the Medium level * Kat Stefko, Bowdoin College, representative for the Small level We reviewed the continued strong financial position of ArchivesSpace and discussed the paramount importance of membership, the cornerstone of ArchivesSpace sustainability. We heard updates on two programs previously approved by the Board, the new Consortium Provider affiliation and the expanded Educational Program Membership, which are prompting good conversations about building stronger connections across the archival community. We also noted the excellent work of our Advisory Councils, TAC and UAC, as they closed one term and started a new one. We approved a proposed framework to review the ArchivesSpace Code of Conduct by organizing a task force of community members, including volunteers from the Member Engagement sub-team. The group will be supported in their work through engagement with a DEIA consultant. Past board chair Annie Benefiel will lead this effort. More information will be available soon. The Board also discussed a recent inquiry from the Social Networks and Archival Context (SNAC) project about the possibility of a merger with ArchivesSpace at the conclusion of its grant funding next year. While the board appreciates the value of SNAC's work, we determined that due to ArchivesSpace's other priorities at this time and questions about alignment of mission and ongoing sustainability of a combined program/product, SNAC would be best served by undertaking an in-depth sustainability assessment independent of the concept of an ArchivesSpace merger. We wish them all the best and left open the possibility of collaboration in the future. As I begin my term as Board Chair, I am looking forward to working with you to continue to strengthen the application and the community that we have all built together. Please feel free to reach out directly to me or to your elected membership level representative<https://archivesspace.org/governance-board-and-councils#GovernanceBoard> if you have feedback you would like to share. Respectfully, --Julia Chair, ArchivesSpace Governance Board Julia Novakovic (she/her) Chair, ArchivesSpace Governance Board Digital Archivist RIT Archives Rochester Institute of Technology Wallace Library 3632 90 Lomb Memorial Drive Rochester, NY 14623 https://www.rit.edu/archives/ jmnwml at rit.edu<mailto:jmnwml at rit.edu> [RIT | Rochester Institute of Technology]<https://www.rit.edu/> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230830/9d09614a/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 7338 bytes Desc: image003.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230830/9d09614a/attachment.png> From Jessica.Crouch at lyrasis.org Thu Aug 31 09:29:40 2023 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 31 Aug 2023 13:29:40 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - August 2023 In-Reply-To: <MW6PR22MB4324B35ED019FF5C43BB7DE48B2AA@MW6PR22MB4324.namprd22.prod.outlook.com> References: <E2EAD981-9305-4512-B6EA-F73688764342@lyrasis.org> <MN2PR22MB19498F036210B24D708423858BE19@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949A65C83F87516CE51545E8BFD9@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949BE931B72D3249131900C8BDC9@MN2PR22MB1949.namprd22.prod.outlook.com> <MN2PR22MB1949E5B6EE730B5A4C1C66448BBA9@MN2PR22MB1949.namprd22.prod.outlook.com> <DM5PR22MB05407922B6CDC870AD3A665A8B999@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05402F3626F4B5CC7A479C3E8B789@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054029E347B7CF8AC6835A708B569@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB0540182519A854A7757357018B379@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05406E51E29E26A3273641C48B159@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054004F7763A642D0286BF0A8BD09@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05408FD4D0DA008F9AC664D08BAC9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB0540B6B27243F8DCC385846D8BAC9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05403660950E1E7FF0F39C2D8B8F9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB054039179C614209D23A50988B6B9@DM5PR22MB0540.namprd22.prod.outlook.com> <DM5PR22MB05406E111938260E5076F70C8B489@DM5PR22MB0540.namprd22.prod.outlook.com> <MW6PR22MB4324B35ED019FF5C43BB7DE48B2AA@MW6PR22MB4324.namprd22.prod.outlook.com> Message-ID: <MW6PR22MB43246EED6D9C66763D26A09C8BE5A@MW6PR22MB4324.namprd22.prod.outlook.com> [A picture containing text Description automatically generated] ArchivesSpace Update ? August 2023 Upcoming Schedule at a Glance: August 30-September 1: Visit the ArchivesSpace table at ARA<https://openingdoors.eventsair.com/ara2023/> September 13: ArchivesSpace basic record creation training<https://archivesspace.org/using-archivesspace/trainings> October 11: Using the accession and assessments module in ArchivesSpace training<https://archivesspace.org/using-archivesspace/trainings> Development ArchivesSpace 3.4.1 is now available. This patch release addresses several issues introduced by 3.4.0. People who haven't already upgraded to 3.4.0 should go directly to this release when they do upgrade, and because one issue has security implications for people using the public interface we recommend upgrading to 3.4.1 if you have already upgraded to 3.4.0. (Even if you don?t use the public interface, if you use the spreadsheet importer to create archival objects with containers you will likely want to upgrade to 3.4.1 since it fixes a bug in that process that was inadvertently introduced in 3.4.0.) More information about what?s in the release and the link to download it are at https://github.com/archivesspace/archivesspace/releases/tag/v3.4.1. Information on upgrading to a new version of ArchivesSpace is available at https://archivesspace.github.io/tech-docs/administration/upgrading.html. If you have questions or need any assistance, please let us know. Special thanks to several community members for bringing the issues addressed in this release to our attention, including Peter Heiner, who contributed code to fix one of them. Registration Now Open for Fall 2023 ArchivesSpace Community-wide Trainings Registration is now open for our Fall community-wide trainings. To learn more about upcoming community-wide trainings or view information about past trainings, visit https://archivesspace.org/using-archivesspace/trainings. The next training offered this year will be a Basic Record Creation Overview. This training will be offered on September 13, 2023, from 1pm-4pm ET/10am-1pm PT. If you are interested in attending this training, you can register at https://www.lyrasis.org/ASpaceEventSeptember. Upon completing this workshop, attendees will understand how to navigate the ArchivesSpace Staff User Interface, view the ArchivesSpace Public User Interface, create accession records, create resource records, and create digital object records. Later in the fall will be a training on using the ArchivesSpace Accessions and Assessments modules. This training will be offered on October 11, 2023, from 1pm-4pm ET/10am-1pm PT. If you are interested in attending this training, you can register at https://www.lyrasis.org/ASpaceEventOctober. Upon completing this workshop, attendees will understand how to create and edit accession records, link related records to accession records, create assessments, edit assessment attributes in ArchivesSpace, and link assessments to related records. Both trainings assume a basic understanding of archival workflows and metadata formats as well as experience navigating the ArchivesSpace staff user interface. If you plan to attend our community-wide trainings without the required background, we encourage you to review the recorded ArchivesSpace basics training available on our Getting Started webpage<https://archivesspace.org/using-archivesspace/getting-started>. These trainings are open to anyone using or interested in ArchivesSpace but ArchivesSpace members are eligible for a discount. If you qualify for the member discount, you will need to reach out to ArchivesSpaceHome at lyrasis.org<mailto:ArchivesSpaceHome at lyrasis.org> to receive a member promo code before registering. Welcome new ArchivesSpace Program Assistant, Bailey-Grace Harrell We are delighted to announce that Bailey-Grace Harrell has joined us as our part-time Program Assistant. Her first day was August 21. Bailey-Grace has a strong background in events management, training administration, and customer service. Most recently she has been working as a Public Course Manager for Crucial Learning, which involves managing both in-person and virtual courses attended by thousands of people each year. In previous positions she has given demos and created instructional materials to help new and existing users of software programs and done software testing. Her undergraduate studies at the University of North Carolina at Charlotte focused on international business, psychology, and Spanish, and she has also done some graduate work in Spanish. Bailey-Grace will be working 16 hours a week on a range of activities, primarily supporting our events and communications. She?ll be working most closely with Jessica and Christine, but she will no doubt be interacting with community members regularly as she progresses through the different projects we have planned for her. She is based in North Carolina. Please join us in welcoming Bailey-Grace to the team! Brian Hoffman departs ArchivesSpace It is with regret that we announce that Brian Hoffman left his position as ArchivesSpace Technical Lead to take a position with Harvard University Libraries. His last day was August 18. As the Technical Lead since March 2021, Brian was responsible for the infrastructure of the ArchivesSpace application and managing the different streams of development. He coordinated over a dozen production releases and release candidates, including the move to external Solr. Much of his recent work has focused on critical upgrades to the underlying technologies of the system, including Bootstrap and Rails. Brian has a long association with ArchivesSpace, having previously worked on the original development of the application as part of the Hudson Molonglo team and as a member of the ArchivesSpace program team as a developer from 2015-2016. We will be working to fill this position soon. Feel free to get in touch if you have any questions. Thank You for Attending the 9th Annual ArchivesSpace Member Forum Thank you to everyone who attended our 9th annual ArchivesSpace Member Forum in person or online. Recordings of both the virtual and in-person sessions are now available on the event wiki page<https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/3365765121/ArchivesSpace+Member+Forum+2023>. Membership Update We are excited to welcome our newest members to our community! Some of our new members since July 31st include: * University of Tennessee, Knoxville (Educational Program Member) As of August 31, we have 467 General members, 19 Educational Program members, 3 Registered Service Providers, and 1 Consortium Provider. Thank you to our current ArchivesSpace members<https://archivesspace.org/community/whos-using-archivesspace> for your contribution to the development and sustainability of the ArchivesSpace application. ArchivesSpace has a membership model<https://archivesspace.org/community/why-become-a-member> to support the continued development of the application and user community and ArchivesSpace members are eligible for a variety of benefits<https://archivesspace.org/community/member-benefits>. If you are interested in ArchivesSpace membership<https://archivesspace.org/community/making_a_case_for_membership> for your organization, email us at ArchivesSpaceHome at lyrasis.org<mailto:ArchivesSpaceHome at lyrasis.org>. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Jessica Dowd Crouch Community Engagement Lead for ArchivesSpace jessica.crouch at lyrasis.org<mailto:jessica.crouch at lyrasis.org> [A picture containing text Description automatically generated] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230831/d6114562/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 90654 bytes Desc: image003.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230831/d6114562/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 71006 bytes Desc: image002.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230831/d6114562/attachment-0001.jpg>