From bdb3 at nyu.edu Fri Apr 1 04:07:50 2022 From: bdb3 at nyu.edu (Brad Bauer) Date: Fri, 1 Apr 2022 12:07:50 +0400 Subject: [Archivesspace_Users_Group] Books in the Archives In-Reply-To: References: Message-ID: Dear VivianLea, And one more example, from NYU Abu Dhabi: we have done this a few times, chiefly for donated book collections in which the books demonstrate something about the collector's activities that could be of interest to our users, here are a couple of examples: --Frauke Heard Bey and David Heard collection: http://dlib.nyu.edu/findingaids/html/nyuad/ad_mc_064/ This is a growing collection of difficult-to-obtain materials from the early years of this country (UAE), donated by two longtime expats. The collection is a mix of ephemeral publications, scholarly reprints and white papers, government publications, and other materials. I hope to be able to catalog some of the books and upload them to OCLC, but the collection as a whole says something about two significant members of the expat community here, and their activities over the past 50 years, and for this reason the collection belongs together, and merits description in a finding aid. Smaller format items I have put in boxes and folders as I would archival materials, whereas books are shelved separately, but given a sequential volume number as their container number, at least for the time being. --Adnan Pachachi book collection: http://dlib.nyu.edu/findingaids/html/nyuad/ad_mc_085/ I had the opportunity to select titles from the estate of Mr. Pachachi, a longtime diplomat and advisor to the rulers of the UAE, following his passing. Since there were many general interest titles, I skipped those and focused on books that were connected to his activities and his network of acquaintances, many of them represented through presentation copies of books given to him by their authors. --Map collection http://dlib.nyu.edu/findingaids/html/nyuad/ad_mc_019/ Here is an example where individual maps are cataloged individually in OCLC and in our library catalog, but which are difficult to search in that catalog due to its structure. My hope is that a finding aid can provide a bird's eye view of the collection, and make them much more accessible. In other collections that are predominantly archival, but which have significant donations of books that came along with them, we try to catalog the books in OCLC, with a 500 note linking it to the collection. None of these are perfect solutions, and as an archivist, creating finding aids for collections of books or maps does feel to me a bit like going against the grain. But as mentioned in other posts, this does help us to get books out there that might otherwise be hidden due to the length of time it will take to catalog them. I am always happy to find examples from other institutions that might help me improve on these practices as well. Best regards, Brad Bauer On Mon, Mar 28, 2022 at 5:07 PM Solek, VivianLea wrote: > Good morning all, > > > > Happy Monday. Here?s a conundrum to start off your week? > > > > I?m a lone arranger with a large number of books within my archives. I > know that ASpace is not designed to handle books (but it can) and I have no > other library catalog at my disposal. Many of the books could be put > within existing collections (defined as artificial assemblages). My > thought is to designate the last series in the collection as ?books? and > add the titles under that series record. > > > > Has anyone done anything similar? Thoughts? Concerns? Problems you?ve > encountered? > > > > Will appreciate any and all feedback on or off list. > > > > MANY thanks! > > VivianLea > > > > VivianLea Solek > > Archivist > > Knights of Columbus Supreme Council Archives > > > 1 State Street > New Haven, CT 06511-6702 > > Phone 203 752-4578 > Fax 203 865-0351 > > > CONFIDENTIALITY NOTICE: This message and any attachments may contain > confidential, proprietary or legally privileged information and is intended > only for the use of the addressee or addressees named above for its > intended purpose. If you are not the intended recipient of this message, > this message constitutes notice that any review, retransmission, > distribution, copying or other use or taking any action in reliance on the > information in this message and its attachments, is prohibited. If you > receive this communication in error, please immediately advise the sender > by reply e-mail and delete this message and its attachments from your > system without keeping a copy. Unless expressly stated in this e-mail, > nothing in this message may be construed as a digital or electronic > signature. Thank you. > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=8Xy72keGxrm5-LXMewd02A&m=FjAO_X3azndFOAloOSArVOYe677Ms7nPP556oHK5Nd3PbdoAXZxDVQb5imytlqcy&s=jRD8_inRUTCSNcdXr95uPQ1tPNMcvFvDOd2NXvp3o-w&e= > -- Brad Bauer Associate Academic Librarian Head, Archives and Special Collections New York University Abu Dhabi PO Box 129188 Saadiyat Island Abu Dhabi, UAE e-mail: bdb3 at nyu.edu phone: +971 2 628 7335 -------------- next part -------------- An HTML attachment was scrubbed... URL: From VivianLea.Solek at Kofc.Org Fri Apr 1 08:13:29 2022 From: VivianLea.Solek at Kofc.Org (Solek, VivianLea) Date: Fri, 1 Apr 2022 12:13:29 +0000 Subject: [Archivesspace_Users_Group] Books in the Archives In-Reply-To: References: Message-ID: Thank you Brad, Nicole, and everyone who has shared great examples. I feel much better about including books within archival collections now. Happy Friday to all! All the best, VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives 1 State Street New Haven, CT 06511-6702 Phone 203 752-4578 Fax 203 865-0351 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Brad Bauer Sent: Friday, April 1, 2022 4:08 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Books in the Archives Dear VivianLea, And one more example, from NYU Abu Dhabi: we have done this a few times, chiefly for donated book collections in which the books demonstrate something about the collector's activities that could be of interest to our users, here are a couple of examples: --Frauke Heard Bey and David Heard collection: http://dlib.nyu.edu/findingaids/html/nyuad/ad_mc_064/ This is a growing collection of difficult-to-obtain materials from the early years of this country (UAE), donated by two longtime expats. The collection is a mix of ephemeral publications, scholarly reprints and white papers, government publications, and other materials. I hope to be able to catalog some of the books and upload them to OCLC, but the collection as a whole says something about two significant members of the expat community here, and their activities over the past 50 years, and for this reason the collection belongs together, and merits description in a finding aid. Smaller format items I have put in boxes and folders as I would archival materials, whereas books are shelved separately, but given a sequential volume number as their container number, at least for the time being. --Adnan Pachachi book collection: http://dlib.nyu.edu/findingaids/html/nyuad/ad_mc_085/ I had the opportunity to select titles from the estate of Mr. Pachachi, a longtime diplomat and advisor to the rulers of the UAE, following his passing. Since there were many general interest titles, I skipped those and focused on books that were connected to his activities and his network of acquaintances, many of them represented through presentation copies of books given to him by their authors. --Map collection http://dlib.nyu.edu/findingaids/html/nyuad/ad_mc_019/ Here is an example where individual maps are cataloged individually in OCLC and in our library catalog, but which are difficult to search in that catalog due to its structure. My hope is that a finding aid can provide a bird's eye view of the collection, and make them much more accessible. In other collections that are predominantly archival, but which have significant donations of books that came along with them, we try to catalog the books in OCLC, with a 500 note linking it to the collection. None of these are perfect solutions, and as an archivist, creating finding aids for collections of books or maps does feel to me a bit like going against the grain. But as mentioned in other posts, this does help us to get books out there that might otherwise be hidden due to the length of time it will take to catalog them. I am always happy to find examples from other institutions that might help me improve on these practices as well. Best regards, Brad Bauer On Mon, Mar 28, 2022 at 5:07 PM Solek, VivianLea > wrote: Good morning all, Happy Monday. Here's a conundrum to start off your week... I'm a lone arranger with a large number of books within my archives. I know that ASpace is not designed to handle books (but it can) and I have no other library catalog at my disposal. Many of the books could be put within existing collections (defined as artificial assemblages). My thought is to designate the last series in the collection as "books" and add the titles under that series record. Has anyone done anything similar? Thoughts? Concerns? Problems you've encountered? Will appreciate any and all feedback on or off list. MANY thanks! VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives 1 State Street New Haven, CT 06511-6702 Phone 203 752-4578 Fax 203 865-0351 CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=8Xy72keGxrm5-LXMewd02A&m=FjAO_X3azndFOAloOSArVOYe677Ms7nPP556oHK5Nd3PbdoAXZxDVQb5imytlqcy&s=jRD8_inRUTCSNcdXr95uPQ1tPNMcvFvDOd2NXvp3o-w&e= -- Brad Bauer Associate Academic Librarian Head, Archives and Special Collections New York University Abu Dhabi PO Box 129188 Saadiyat Island Abu Dhabi, UAE e-mail: bdb3 at nyu.edu phone: +971 2 628 7335 CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Fri Apr 1 09:25:03 2022 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 1 Apr 2022 13:25:03 +0000 Subject: [Archivesspace_Users_Group] Deadline extended: Community contribution in the ArchivesSpace Inclusive Examples Project requested by April 1 In-Reply-To: References: <1326FC44-9595-456A-A668-3C4B285CF1EB@lyrasis.org> Message-ID: Dear ArchivesSpace Users, The deadline for participation in the ArchivesSpace Inclusive Examples Project has been extended until the end of day today, April 1, 2022. We are particularly interested in receiving examples of the record types indicated with an asterisk in the list below. In the wake of the George Floyd and Breonna Taylor murders, and in the spirit of protest that followed, the ArchivesSpace community began a conversation about what it could do to promote diversity and inclusion while combating systemic racism in our field. That continuing conversation has led to a series of initiatives that we will undertake in the coming years, including an Inclusive Examples project. For this important project, ArchivesSpace is delighted to be working with Brittany Newberry of Georgia State University to update the examples provided in its workshop materials and test databases. We want the examples to be more representative of the diverse institutions that use ArchivesSpace. We are interested in adding examples from the ArchivesSpace user community. Below is a list of record types and collection types for which we are looking. In addition, we have created an agreement to provide information and expectations for how the data shared will be used. If you are interested in participating, please email a signed agreement and the records you'd like to share in one of the formats listed. Email ArchivesSpaceHome at lyrasis.org by Friday, April 1 and we will forward your submission to Brittany Newberry for review. Feel free to contact us with any questions you may have. Possible Examples: Types of Records: * Resource records (EAD, MarcXML, CSV, Excel spreadsheet) * Accessions (MarcXML, Excel spreadsheet, CSV) * * Digital Objects (CSV, Excel Spreadsheet) * Subjects and Agents (MarcXML, Excel spreadsheet, CSV, EAC-CPF) Types of Institutions/Collections * Academic/University records * * Corporate/Business archives * * Government * Religious * * Non-profit/community * Minority-serving * Museum * Public Library * Historical Society * BIPOC * LGBTQ+ * Music/arts * Data should be in a format that can easily be ingested into ArchivesSpace. Templates are available for the record types where CSV or spreadsheet formats are indicated. Please contact ArchivesSpaceHome at lyrasis.org if you have questions about how to prepare your data. Thank you, Jessica Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From na207 at cam.ac.uk Mon Apr 4 04:39:22 2022 From: na207 at cam.ac.uk (Natalie Adams) Date: Mon, 4 Apr 2022 08:39:22 +0000 Subject: [Archivesspace_Users_Group] Advice on born-digital accessioning in ArchivesSpace In-Reply-To: References: Message-ID: Dear Celia, Great question! We would also be interested in hearing more about this. Best wishes, Natalie Natalie Adams Metadata Specialist Cambridge University Library West Road Cambridge CB3 9DR Information about opening hours and Library services From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Celia Caust-Ellenbogen Sent: 31 March 2022 15:50 To: Archivesspace Users Group Cc: Emily Higgs Kopin Subject: [Archivesspace_Users_Group] Advice on born-digital accessioning in ArchivesSpace Hi folks, We're revamping our workflow for accessioning born-digital materials, and we'd love advice from folks using ASpace for this. In particular, we're stuck on questions about tracking locations for accessioning unprocessed born-digital materials in cloud storage...should we use instances or DAOs? If you have opinions on this and would be willing to discuss/advise, I would be grateful to hear from you! Celia -- Celia Caust-Ellenbogen (she/her/hers) (pronounce my name) Friends Historical Library of Swarthmore College ccauste1 at swarthmore.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From VivianLea.Solek at Kofc.Org Mon Apr 4 08:47:26 2022 From: VivianLea.Solek at Kofc.Org (Solek, VivianLea) Date: Mon, 4 Apr 2022 12:47:26 +0000 Subject: [Archivesspace_Users_Group] Books in the Archives In-Reply-To: References: Message-ID: Good morning Kevin, Would you mind contacting me off-list? I have a quick question about exactly how you cataloged the books in ASpace, i.e. which fields you used to get the result you do in the PUI. MANY thanks! VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives 1 State Street New Haven, CT 06511-6702 Phone 203 752-4578 Fax 203 865-0351 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kevin W. Schlottmann Sent: Monday, March 28, 2022 10:13 AM To: Archivesspace Users Group Cc: ASpace - Small Archives List (archivesspace_small_archives_users_group at lyralists.lyrasis.org) Subject: Re: [Archivesspace_Users_Group] Books in the Archives Hi VivianLea, We will often use AS to provide access to books in our archival collections. The guiding principle is whether the books are in our collection because they are individual book-like objects (and thus should be cataloged individually) or if their value is in their being aggregated material with shared provenance (and thus can be described archivally). For example, we hold a large run of paperback books that came with the Ian and Betty Ballantine papers. Their value and interest here is as a grouping of items, rather than as individual books, so we listed them in a finding aid: https://findingaids.library.columbia.edu/ead/nnc-rb/ldpd_13511438/dsc/2 Same for Tennessee Williams's library that was in Key West house when he died: https://findingaids.library.columbia.edu/ead/nnc-rb/ldpd_4079626/dsc/10 This seems like good use of archival principles to me, and has a secondary advantage of unhiding materials quickly. It would have taken us years to individually catalog the nealy 6,000 books in the Ballantine collection, at the opportunity cost of other materials in the backlog that really do call for the expertise of our wonderful rare book catalogers. Kevin On Mon, Mar 28, 2022 at 10:06 AM McElheny, Robin G. > wrote: We've done a somewhat similar thing here at the Harvard University Archives: for our John Rawls material, we created two finding aids: * Papers of John Rawls, HUM 48. https://id.lib.harvard.edu/ead/hua32010/catalog * Books from the personal library of John Rawls, 1915-2002, HUM 48.1. https://id.lib.harvard.edu/ead/hua36010/catalog We also created bib records for each book in the Rawls personal library, indicating John Rawls as a former owner. Admittedly icing on the cake but this is one of our most heavily-used collections. Robin McElheny (she/her) Associate University Archivist for Collections & Public Services Harvard University Archives robin_mcelheny at harvard.edu https://library.harvard.edu/libraries/harvard-university-archives From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Nic Stanton-Roark Sent: Monday, March 28, 2022 9:55 AM To: Archivesspace Users Group > Cc: ASpace - Small Archives List (archivesspace_small_archives_users_group at lyralists.lyrasis.org) > Subject: Re: [Archivesspace_Users_Group] Books in the Archives Hi VivianLea, We do this for the few manuscript collections we hold where we have taken possession of the individuals' personal library. Typically we call the series "library" or "personal library," and either enter book titles as item level records or attach a pdf listing of the books as an external document at the series level. In some cases, we have digitized versions of notable individuals' (public domain) books to make annotations available, and attach these as item level records in Personal Library series that otherwise do not have item level description. I'm not sure how well all of this gels with EAD, but our first priority is making our holdings intelligible for researchers, and this seems intuitive for our users. I'd be interested to hear any horror stories from other users about similar setups, though. [Image removed by sender.]Nicholas Stanton-Roark | Archivist | Robert A. Nicholson University Library Anderson University | 1100 E. Fifth St, Anderson, IN 46012 (765) 641-4285 | ndroark at anderson.edu On Mon, Mar 28, 2022 at 9:07 AM Solek, VivianLea > wrote: Good morning all, Happy Monday. Here's a conundrum to start off your week... I'm a lone arranger with a large number of books within my archives. I know that ASpace is not designed to handle books (but it can) and I have no other library catalog at my disposal. Many of the books could be put within existing collections (defined as artificial assemblages). My thought is to designate the last series in the collection as "books" and add the titles under that series record. Has anyone done anything similar? Thoughts? Concerns? Problems you've encountered? Will appreciate any and all feedback on or off list. MANY thanks! VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives 1 State Street New Haven, CT 06511-6702 Phone 203 752-4578 Fax 203 865-0351 CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Kevin Schlottmann Head of Archives Processing Rare Book & Manuscript Library Butler Library, Room 801 Columbia University Pronouns: he/him/his 535 W. 114th St., New York, NY 10027 (212) 854-8483 CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 823 bytes Desc: image001.jpg URL: From jasteytler at minlib.net Mon Apr 4 09:27:08 2022 From: jasteytler at minlib.net (Jessica Steytler) Date: Mon, 4 Apr 2022 09:27:08 -0400 Subject: [Archivesspace_Users_Group] Advice on born-digital accessioning in ArchivesSpace In-Reply-To: References: Message-ID: Seems likely that either is good, as long as one is consistent, right? I can picture myself putting in born-digital content as accessions in my near future, but I haven't done it yet, so I just tried it out and my instinct is for Digital Object-- its ID is its location/URL, which totally fits in my brain as opposed to an actual object. Jessica On Thu, Mar 31, 2022 at 10:50 AM Celia Caust-Ellenbogen < ccauste1 at swarthmore.edu> wrote: > Hi folks, > > We're revamping our workflow for accessioning born-digital materials, and > we'd love advice from folks using ASpace for this. > > In particular, we're stuck on questions about tracking locations for > accessioning unprocessed born-digital materials in cloud storage...should > we use instances or DAOs? > > If you have opinions on this and would be willing to discuss/advise, I > would be grateful to hear from you! > Celia > > -- > Celia Caust-Ellenbogen (she/her/hers > ) (pronounce my name > ) > Friends Historical Library of Swarthmore College > > ccauste1 at swarthmore.edu > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Jessica Steytler | *she/her* (why does this matter? ) Reference - Special Collections Public Library of Brookline 617-730-2375 http://brooklinelibrary.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From benefiea at gvsu.edu Mon Apr 4 13:23:03 2022 From: benefiea at gvsu.edu (Annie Benefiel) Date: Mon, 4 Apr 2022 17:23:03 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Governance Board-Community Session Message-ID: <69697739153a497682bfc0907724daa7@gvsu.edu> Dear ArchivesSpace Community, The ArchivesSpace Governance Board invites you to an open community engagement session on Friday, May 27, 2022, 11 am- noon eastern time (find your local time). In this session, we will provide an overview of the ArchivesSpace governance model, highlight recent initiatives, and give participants an opportunity to interact with the board and their representatives. We welcome all members to join us with any questions you might have about ArchivesSpace sustainability, governance, or opportunities for strengthening the community. Register to join at https://lyrasis.zoom.us/meeting/register/tZUkcOCqpjMtGNYQZrJ8ZUpY5Qm8Bv9zrtka Looking forward to seeing you, Annie Benefiel ArchivesSpace Governance Board, Medium membership level representative University Archivist and Digital Collections Librarian Grand Valley State University -------------- next part -------------- An HTML attachment was scrubbed... URL: From rachel.searcy at nyu.edu Mon Apr 4 13:55:43 2022 From: rachel.searcy at nyu.edu (Rachel Aileen Searcy) Date: Mon, 4 Apr 2022 13:55:43 -0400 Subject: [Archivesspace_Users_Group] Advice on born-digital accessioning in ArchivesSpace In-Reply-To: References: Message-ID: Hi Celia, I think this is a great question, and I?d be curious to hear what other folks are doing. As a general rule we use container instances to record information about physical materials, and digital objects to record information about born-digital materials or digital surrogates. We track the physical locations of any physical carriers using instances to record the box an item is in, and we use digital objects to record the AIP in our digital repository. At the point of accessioning, we typically have a single archival object with a single digital object to represent the entirety of the born-digital materials for the accession, whereas our arrangement and description activities typically (although not always) result in more granular representation. Alongside this, we also record extent(s) and create or edit descriptive metadata in the accession and resource record to document what we understand about the formats, content, and context of these born-digital materials. Our accessioning workflow includes the creation of an accession record for this particular grouping of materials, as well as the creation or editing of a resource record to represent the collection in its entirety. I'd echo Jessica's comment about consistency, and further it by underscoring the importance of documenting your local decisions in service of that. Your question raises the need for flexible and supportive best practices for accessioning so that archivists can adapt them locally to address issues like scale, infrastructure, specific tools, concrete workflows, and resourcing. It is extremely encouraging that SAA has approved a three-year Best Practices Working Group for Accessioning, a group whose work is currently underway and is paying explicit attention to the particular needs of born-digital materials. Looking forward to hearing what others do as well. On Mon, Apr 4, 2022 at 9:27 AM Jessica Steytler wrote: > Seems likely that either is good, as long as one is consistent, right? > I can picture myself putting in born-digital content as accessions in my > near future, but I haven't done it yet, so I just tried it out and my > instinct is for Digital Object-- its ID is its location/URL, which > totally fits in my brain as opposed to an actual object. > > Jessica > > On Thu, Mar 31, 2022 at 10:50 AM Celia Caust-Ellenbogen < > ccauste1 at swarthmore.edu> wrote: > >> Hi folks, >> >> We're revamping our workflow for accessioning born-digital materials, and >> we'd love advice from folks using ASpace for this. >> >> In particular, we're stuck on questions about tracking locations for >> accessioning unprocessed born-digital materials in cloud storage...should >> we use instances or DAOs? >> >> If you have opinions on this and would be willing to discuss/advise, I >> would be grateful to hear from you! >> Celia >> >> -- >> Celia Caust-Ellenbogen (she/her/hers >> ) >> (pronounce my name >> >> ) >> Friends Historical Library of Swarthmore College >> >> ccauste1 at swarthmore.edu >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> > > > -- > Jessica Steytler | *she/her* (why does this matter? > > ) > Reference - Special Collections > Public Library of Brookline > 617-730-2375 > http://brooklinelibrary.org > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > > https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=g9uM2eSEUu_t0KHTdKZ1DdTofCaAXZTMz9TGtERbRfuWmIimxIWXviSEzzXbP-q1&s=K-Q8xtqK34FQdkF0INx2DqF0pzxtf3EeKRssheaj9ww&e= > -- Rachel Searcy Accessioning Archivist, Archival Collections Management New York University Libraries 212.998.2539 | rachel.searcy at nyu.edu My pronouns are she/her/hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From Corinne.Chatnik at nysed.gov Mon Apr 4 15:47:36 2022 From: Corinne.Chatnik at nysed.gov (Corinne Chatnik) Date: Mon, 4 Apr 2022 19:47:36 +0000 Subject: [Archivesspace_Users_Group] DAO Notes in EAD Export Message-ID: Hi, As anyone been able to create or modify an EAD export to include the DAO General Note field with the linked DAO record? Thanks! Corinne Chatnik Archivist Digital Strategies New York State Archives www.archives.nysed.gov | Corinne.Chatnik at nysed.gov Facebook | Twitter | New York Archives Magazine | YouTube Confidentiality Notice This email including all attachments is confidential and intended solely for the use of the individual or entity to which it is addressed. This communication may contain information that is protected from disclosure under State and/or Federal law. Please notify the sender immediately if you have received this communication in error and delete this email from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From amanifold at slv.vic.gov.au Tue Apr 5 00:04:01 2022 From: amanifold at slv.vic.gov.au (Alan Manifold) Date: Tue, 5 Apr 2022 04:04:01 +0000 Subject: [Archivesspace_Users_Group] "Redirect to resource identified by ARK Name" API call missing in 3.2.0 Message-ID: Hi ArchivesSpace folks, We noticed a problem today in trying to use the "Redirect to resource identified by ARK Name" API call ([:GET] /ark*/:naan/:id) in our newly-upgrade 3.2.0 ArchivesSpace. Any call to it returns "404 Not Found". I poked around in the code a bit and found that the 2.8.1 version of the backend > controllers/ark_name.rb routine declares an Endpoint for this call (Endpoint.get("/ark*/:naan/:id")) and then has code to find the entity data: find_entity_data(). The 3.2.0 version of the backend > controllers/ark_name.rb no longer has this Endpoint declared, nor does it have code to find the entity data. Not being a Ruby on RAILS expert, I'd still say that this code would be required for the API call to work. Did it get left out intentionally or is this a mistake? Regards, Alan 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 [slv] [https://www.slv.vic.gov.au/sites/default/files/email_signature/signature.jpg?9] 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: From jasteytler at minlib.net Tue Apr 5 14:35:01 2022 From: jasteytler at minlib.net (Jessica Steytler) Date: Tue, 5 Apr 2022 14:35:01 -0400 Subject: [Archivesspace_Users_Group] Roll Call: Municipalities Using ASpace (Massachusetts) In-Reply-To: References: Message-ID: Hi folks, Our IT department is very cautious about security risks and they have asked me to get a few towns who use ArchivesSpace so he can talk to his counterpart(s) in those towns directly. I know that Cambridge is (Hi Alyssa!) and Kingston (Hi Susan!) -- anyone else? Thanks in advance. -Jess -------------- next part -------------- An HTML attachment was scrubbed... URL: From zmijewski at industrialarchives.org Tue Apr 5 16:01:17 2022 From: zmijewski at industrialarchives.org (Nicholas Zmijewski) Date: Tue, 5 Apr 2022 20:01:17 +0000 Subject: [Archivesspace_Users_Group] Nominations sought for ArchivesSpace User Advisory Council Message-ID: <542bfae2181f4bd8be06da29adcdc369@industrialarchives.org> The ArchivesSpace Governance Board is seeking nominations to fill up to five (5) vacancies on the ArchivesSpace User Advisory Council (UAC). The User Advisory Council (https://archivesspace.org/governance-board-and-councils#UAC) is a critical part of the ArchivesSpace community, serving as a communication conduit between ArchivesSpace governance groups and ArchivesSpace users. UAC members have told us time and again that they find their service to be a fun and valuable way to apply their knowledge of ArchivesSpace and connect with other users around common issues and challenges. Some of the activities UAC is currently engaged in are: * Reviewing user-submitted enhancements and priorities for the application, in collaboration with the User Advisory Council. (Development Prioritization) * Conducting user-centered testing of the application prior to releases, in collaboration with the User Advisory Council. (Testing) * Maintaining and updating user documentation. (User Documentation) * Advocating on the usability and functionality of the application. (Usability) * Coordinating member-centered activities like our peer-to-peer Member Match support program. (Member Engagement) * Advising the ArchivesSpace Governance Board and the ArchivesSpace Organizational Home on the design and delivery of services, such as community engagement and support services, technical support, and training. Nominees should be presently employed at an ArchivesSpace member institution (please refer to the categorized member list at: http://archivesspace.org/community/whos-using-archivesspace/). As the community for a software application used in many different settings, we seek diverse voices in working to improve ArchivesSpace and support those who use or may benefit from using it. We especially encourage Black, Indigenous, and People of Color, and others currently less represented in our governance groups to consider joining us in these important leadership roles. The anticipated time commitment for each appointee is expected to be two hours per week on average. The term of service will be July 1, 2022-June 30, 2025. To nominate a candidate for the ArchivesSpace User Advisory Council, please submit this form at https://forms.gle/DkDnb2NLRBgy3ecJA. The Nominating Committee will review all nominations and recommend appointments to the Governance Board for approval. Nominations must be received by 9:00 p.m. EDT on Friday April 29th. Please contact Christine Di Bella, ArchivesSpace Program Manager, at christine.dibella at lyrasis.org or any member of the Nominating Committee with questions. Thank you for your participation in this important process, which is an essential part of our identity and operations as a community-based software organization. Respectfully, Nicholas Zmijewski Industrial Archives & Library Chair, and Governance Board member On behalf of Nominating Committee members: Dan Michelson, Smith College, Chair of User Advisory Council Randy Kuehn, University of Louisville, Chair of Technical Advisory Council Julia Tanenbaum, University of Wisconsin, representing very large membership level Aaisha Haykal, College of Charleston, representing large membership level Tiffany Cole, James Madison University, representing medium membership level Corinne Chatnik, New York State Archives, representing small membership level Sara Butterfass Schliep, Folger Shakespeare Library, representing very small membership level Christine Di Bella (ArchivesSpace Program Manager), ex officio -------------- next part -------------- An HTML attachment was scrubbed... URL: From zmijewski at industrialarchives.org Tue Apr 5 16:02:23 2022 From: zmijewski at industrialarchives.org (Nicholas Zmijewski) Date: Tue, 5 Apr 2022 20:02:23 +0000 Subject: [Archivesspace_Users_Group] Nominations sought for ArchivesSpace Technical Advisory Council Message-ID: The ArchivesSpace Governance Board is seeking nominations to fill up to six (6) vacancies on the ArchivesSpace Technical Advisory Council (TAC). The Technical Advisory Council (https://archivesspace.org/governance-board-and-councils#TAC) is a critical part of the ArchivesSpace community, having responsibility for providing technical guidance to individuals or organizations contributing to application development, to the User Advisory Council, and to the ArchivesSpace Governance Board. While the idea of the Technical Advisory Council may sound a bit intimidating at first, membership in TAC is typically more focused on the experiences/workflows/needs/interests each member brings to the group rather than their technical abilities. At their core, TAC subteams focus on maintaining documentation, guided software testing, and reviewing enhancements. It's in these areas that your experience with ArchivesSpace can be invaluable. TAC's current activities include: * Reviewing user-submitted enhancements and priorities for the application, in collaboration with the User Advisory Council. (Development Prioritization) * Conducting user-centered testing of the application prior to releases, in collaboration with the User Advisory Council. (Testing) * Documenting the metadata standards used by ArchivesSpace and monitoring the standards landscape. (Metadata Standards) * Identifying integration points for ArchivesSpace with other systems (e.g. digital asset management systems, patron and request management systems, etc.) and creating resources to assist the community with integration work. (Integrations) * Maintaining and updating technical documentation, including documentation of the API. (Technical Documentation) * Providing support and resources to help develop a community of code committers. Nominees should preferably be presently employed at an ArchivesSpace member institution (please refer to the member list at: http://archivesspace.org/community/whos-using-archivesspace/) or employees of a current Registered Service Provider (see: http://archivesspace.org/registered-service-providers/current-rsps/). Nominations from non-member institutions will be considered based on their expertise and ability to contribute to the TAC. As the community for a software application used in many different settings, we seek diverse voices in working to improve ArchivesSpace and support those who use or may benefit from using it. We especially encourage Black, Indigenous, and People of Color, and others currently less represented in our governance groups to consider joining us in these important leadership roles. The anticipated time commitment for each appointee is expected to be two hours per week on average. The term of service will be July 1, 2022-June 30, 2025. To nominate a candidate for the ArchivesSpace Technical Advisory Council, please submit this form at https://forms.gle/DkDnb2NLRBgy3ecJA. The Nominating Committee will review all nominations and recommend appointments to the Governance Board for approval. Nominations must be received by 9:00 p.m. EDT on Friday April 29th. Please contact Christine Di Bella, ArchivesSpace Program Manager, at christine.dibella at lyrasis.org or any member of the Nominating Committee with questions. Thank you for your participation in this important process, which is an essential part of our identity and operations as a community-based software organization. Respectfully, Nicholas Zmijewski Industrial Archives & Library Chair, and Governance Board member On behalf of Nominating Committee members: Dan Michelson, Smith College, Chair of User Advisory Council Randy Kuehn, University of Louisville, Chair of Technical Advisory Council Julia Tanenbaum, University of Wisconsin, representing very large membership level Aaisha Haykal, College of Charleston, representing large membership level Tiffany Cole, James Madison University, representing medium membership level Corinne Chatnik, New York State Archives, representing small membership level Sara Butterfass Schliep, Folger Shakespeare Library, representing very small membership level Christine Di Bella (ArchivesSpace Program Manager), ex officio -------------- next part -------------- An HTML attachment was scrubbed... URL: From snewhouse at sciencehistory.org Tue Apr 5 16:08:32 2022 From: snewhouse at sciencehistory.org (Newhouse, Sarah) Date: Tue, 5 Apr 2022 20:08:32 +0000 Subject: [Archivesspace_Users_Group] PUI requests References: <0bc9ca69-de9a-4006-bb1e-b786269e2036.5bc9e4a4-201a-4113-8500-06887445b2b4.86334ae5-589c-472d-99c8-e2254282e496@emailsignatures365.codetwo.com> <0bc9ca69-de9a-4006-bb1e-b786269e2036.1fe061b8-c04b-4022-ab6c-ea3cb89cd359.405bb781-2235-4c60-9857-fa2807785a7e@emailsignatures365.codetwo.com> Message-ID: Hi all, My institution is planning to launch the PUI this summer and we're interested in hearing from other institutions who are using the "request" function either to generate an email or in tandem with another system. Specifically, I'm interested in hearing if using this button has generated an unreasonable volume of requests or spam/bots/jerks using the button to cause chaos. (Or the opposite - you expected a deluge of access requests but your usage stats stayed about the same.) This is a concern that has come up before, so I'd love some community and peer institution anecdata for when it comes up again. Thanks! __________________________________ Sarah Newhouse (she, her, hers) Digital Preservation Archivist Othmer Library of Chemical History t. +1.215.873.8249 Science History Institute Chemistry * Engineering * Life Sciences 315 Chestnut Street * Philadelphia, PA 19106 * U.S.A. Learn about the scientific discoveries that changed our world at sciencehistory.org/learn -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Wed Apr 6 04:51:41 2022 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Wed, 6 Apr 2022 09:51:41 +0100 Subject: [Archivesspace_Users_Group] PUI requests In-Reply-To: References: <0bc9ca69-de9a-4006-bb1e-b786269e2036.5bc9e4a4-201a-4113-8500-06887445b2b4.86334ae5-589c-472d-99c8-e2254282e496@emailsignatures365.codetwo.com> <0bc9ca69-de9a-4006-bb1e-b786269e2036.1fe061b8-c04b-4022-ab6c-ea3cb89cd359.405bb781-2235-4c60-9857-fa2807785a7e@emailsignatures365.codetwo.com> Message-ID: <8f430630-abe2-d789-6026-9babb7e7e421@bodleian.ox.ac.uk> There is a plug-in to add a reCAPTCHA anti-bot test to the email form, so presumably some people found automated spam a big enough problem to be worth developing it: https://github.com/archivesspace-plugins/aspace-recaptcha reCAPTCHA does have privacy and accessibility concerns though. There are integrations with circulation systems you could consider: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/17137746/Integrations#Integrations-reference-servicesReferenceandReadingRoomSystems(Circulation,etc) Andrew. On 05/04/2022 21:08, Newhouse, Sarah wrote: > > Hi all, > > My institution is planning to launch the PUI this summer and we?re > interested in hearing from other institutions who are using the > ?request? function either to generate an email or in tandem with > another system. Specifically, I?m interested in hearing if using this > button has generated an unreasonable volume of requests or > spam/bots/jerks using the button to cause chaos. (Or the opposite ? > you expected a deluge of access requests but your usage stats stayed > about the same.) > > This is a concern that has come up before, so I?d love some community > and peer institution anecdata for when it comes up again. > > Thanks! > > __________________________________ > > Sarah Newhouse /(she, her, hers)/ > Digital Preservation Archivist > Othmer Library of Chemical History > t. +1.215.873.8249 > > *Science History Institute * > Chemistry ??Engineering ??Life Sciences > 315 Chestnut Street ? Philadelphia, PA 19106 ? U.S.A. > Learn about the scientific discoveries that changed our world at > sciencehistory.org/learn > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From benn.joseph at northwestern.edu Wed Apr 6 12:03:09 2022 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Wed, 6 Apr 2022 16:03:09 +0000 Subject: [Archivesspace_Users_Group] "?" being added unexpectedly to Digital Object File URIs Message-ID: Hi all, We just discovered something unexpected when creating Digital Object Instances, which is that when a DO Instance is constructed without a thumbnail URL--i.e. the DO Instance just has a single file version and it's the link to the actual thing-ArchivesSpace adds a "?" to the end of that URL when a user clicks on it in the public interface. For instance, if the File URI is "http://www.cnn.com", then clicking this link in the PUI will take you to "http://www.cnn.com/?" . The CNN website still works with that question mark, but when we use an ARK to link to a record in our digital repository, "https://n2t.net/ark:/81985/n2dr2rt09" becomes "https://n2t.net/ark:/81985/n2dr2rt09?" ...which is an entirely separate page. Is this a bug, or is this supposed to be happening? If it's a bug I can submit a ticket. We're on version 2.8.1. Thanks, --Benn Benn Joseph (he/him/his) Head, Collections Services McCormick Library of Special Collections & University Archives Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 -------------- next part -------------- An HTML attachment was scrubbed... URL: From scheirw at newschool.edu Wed Apr 6 12:53:52 2022 From: scheirw at newschool.edu (Wendy Scheir) Date: Wed, 6 Apr 2022 12:53:52 -0400 Subject: [Archivesspace_Users_Group] italics Message-ID: Hello, I'm wondering if there is a way, in the SUI, to enter italics into component titles (as well as other fields) without being required to manually enter the tags around the desired words one wants italicized. I understand how to do it manually, but I feel that I might be missing something about how to do it without manual entry. AT had a dropdown from which one could select desired tagging. This wasn't ideal but was better than nothing. We don't have the capability of using the API on a daily basis to make changes, nor do we have access to the backend--I'm just asking whether it's possible in the SUI. Thanks, Wendy ____________________________________ WENDY SCHEIR Director THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS From VivianLea.Solek at Kofc.Org Wed Apr 6 14:01:23 2022 From: VivianLea.Solek at Kofc.Org (Solek, VivianLea) Date: Wed, 6 Apr 2022 18:01:23 +0000 Subject: [Archivesspace_Users_Group] Seeking Someone Who Has Installed.... Message-ID: Good afternoon, I am seeking someone who has installed an external instance of Solr with ASpace ver. 3.2. If you an answer some questions for me, can you please reach out via email or call me at 203-752-4578? I'm trying to help my IT partners jumpstart this installation. MANY thanks! VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives 1 State Street New Haven, CT 06511-6702 Phone 203 752-4578 Fax 203 865-0351 CONFIDENTIALITY NOTICE: This message and any attachments may contain confidential, proprietary or legally privileged information and is intended only for the use of the addressee or addressees named above for its intended purpose. If you are not the intended recipient of this message, this message constitutes notice that any review, retransmission, distribution, copying or other use or taking any action in reliance on the information in this message and its attachments, is prohibited. If you receive this communication in error, please immediately advise the sender by reply e-mail and delete this message and its attachments from your system without keeping a copy. Unless expressly stated in this e-mail, nothing in this message may be construed as a digital or electronic signature. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kbreneman at ubalt.edu Thu Apr 7 10:54:50 2022 From: kbreneman at ubalt.edu (Kyle Breneman) Date: Thu, 7 Apr 2022 14:54:50 +0000 Subject: [Archivesspace_Users_Group] Solr 8.11.1? Message-ID: Is anyone out there running ArchivesSpace 3.2.0 with Solr 8.11.1? I see that the officially supported version of Solr is 8.10, but I cannot seem to find an installer for 8.10. Kyle Breneman Integrated Digital Services Librarian The University of Baltimore kbreneman at ubalt.edu I believe in freedom of thought and freedom of speech. Do you? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kbreneman at ubalt.edu Thu Apr 7 10:58:19 2022 From: kbreneman at ubalt.edu (Kyle Breneman) Date: Thu, 7 Apr 2022 14:58:19 +0000 Subject: [Archivesspace_Users_Group] Solr 8.11.1? In-Reply-To: References: Message-ID: And...I just found the 8.10 installer. Kyle Breneman Integrated Digital Services Librarian The University of Baltimore kbreneman at ubalt.edu I believe in freedom of thought and freedom of speech. Do you? From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kyle Breneman Sent: Thursday, April 7, 2022 10:55 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Solr 8.11.1? [EXTERNAL EMAIL: This message originated from a non-UBalt email system. Hover over any links before clicking and use caution when opening attachments.] Is anyone out there running ArchivesSpace 3.2.0 with Solr 8.11.1? I see that the officially supported version of Solr is 8.10, but I cannot seem to find an installer for 8.10. Kyle Breneman Integrated Digital Services Librarian The University of Baltimore kbreneman at ubalt.edu I believe in freedom of thought and freedom of speech. Do you? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bzhang at csus.edu Thu Apr 7 11:24:38 2022 From: bzhang at csus.edu (Zhang, Bin) Date: Thu, 7 Apr 2022 15:24:38 +0000 Subject: [Archivesspace_Users_Group] Solr 8.11.1? In-Reply-To: References: Message-ID: Hi Kyle, I was able to install Solr 8.11.1 on the same ubuntu box where AS 3.2.0 is installed. Everything seems to be working fine. Bin Zhang (he/him) Systems & Technologies Librarian Library Systems and IT Services, University Library California State University, Sacramento bzhang at csus.edu | (916) 278-5664 Zoom: https://csus.zoom.us/my/bzhang From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kyle Breneman Sent: Thursday, April 7, 2022 7:58 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Solr 8.11.1? And...I just found the 8.10 installer. Kyle Breneman Integrated Digital Services Librarian The University of Baltimore kbreneman at ubalt.edu I believe in freedom of thought and freedom of speech. Do you? From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kyle Breneman Sent: Thursday, April 7, 2022 10:55 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Solr 8.11.1? [EXTERNAL EMAIL: This message originated from a non-UBalt email system. Hover over any links before clicking and use caution when opening attachments.] Is anyone out there running ArchivesSpace 3.2.0 with Solr 8.11.1? I see that the officially supported version of Solr is 8.10, but I cannot seem to find an installer for 8.10. Kyle Breneman Integrated Digital Services Librarian The University of Baltimore kbreneman at ubalt.edu I believe in freedom of thought and freedom of speech. Do you? -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Thu Apr 7 11:38:59 2022 From: blake.carver at lyrasis.org (Blake Carver) Date: Thu, 7 Apr 2022 15:38:59 +0000 Subject: [Archivesspace_Users_Group] Solr 8.11.1? In-Reply-To: References: Message-ID: Joshua Shaw reported ArchivesSpace being bit by a bug in 8.11.0 back in November. https://www.mail-archive.com/users at solr.apache.org/msg02012.html That was fixed in 8.11.1 I think, so far, 8.11.0 is the only version to avoid. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Zhang, Bin Sent: Thursday, April 7, 2022 11:24 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Solr 8.11.1? Hi Kyle, I was able to install Solr 8.11.1 on the same ubuntu box where AS 3.2.0 is installed. Everything seems to be working fine. Bin Zhang (he/him) Systems & Technologies Librarian Library Systems and IT Services, University Library California State University, Sacramento bzhang at csus.edu | (916) 278-5664 Zoom: https://csus.zoom.us/my/bzhang From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kyle Breneman Sent: Thursday, April 7, 2022 7:58 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Solr 8.11.1? And?I just found the 8.10 installer. Kyle Breneman Integrated Digital Services Librarian The University of Baltimore kbreneman at ubalt.edu I believe in freedom of thought and freedom of speech. Do you? From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kyle Breneman Sent: Thursday, April 7, 2022 10:55 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Solr 8.11.1? [EXTERNAL EMAIL: This message originated from a non-UBalt email system. Hover over any links before clicking and use caution when opening attachments.] Is anyone out there running ArchivesSpace 3.2.0 with Solr 8.11.1? I see that the officially supported version of Solr is 8.10, but I cannot seem to find an installer for 8.10. Kyle Breneman Integrated Digital Services Librarian The University of Baltimore kbreneman at ubalt.edu I believe in freedom of thought and freedom of speech. Do you? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Apr 7 13:07:44 2022 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 7 Apr 2022 17:07:44 +0000 Subject: [Archivesspace_Users_Group] Take a Break with ArchivesSpace on Friday In-Reply-To: References: <51F22031-BCF5-4F81-9E91-B2025697CEA9@lyrasis.org> Message-ID: ArchivesSpace users, Whether you?ve continued to work from home, have returned to the office, or find yourself stuck somewhere in the middle, we could all use a break. In that spirit, ArchivesSpace will be reinstating our popular casual zoom open calls on Fridays. With a welcoming and robust member community all over the world, ArchivesSpace can offer camaraderie and relaxation, no matter the current state of the world. Each Friday we will have casual open calls via zoom at 12pm ET. We won?t be developing agendas or presentations for these calls. We just want to provide an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Whether you can attend once or plan to be there every Friday, these calls are open to everyone but registration is required to join. Register to join any open call at https://lyrasis.zoom.us/meeting/register/tZcldOGuqjotE9cNSaa6j45issVCKrEQKQYv We seek to provide a welcoming, fun, and safe community experience for everyone. The full text of the code of conduct is available at https://archivesspace.org/archivesspace-code-of-conduct. Please email ArchivesSpaceHome at lyrasis.org with any questions. We hope to see you tomorrow! Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From bzhang at csus.edu Fri Apr 8 14:23:56 2022 From: bzhang at csus.edu (Zhang, Bin) Date: Fri, 8 Apr 2022 18:23:56 +0000 Subject: [Archivesspace_Users_Group] Log4j vulnerability with AS Message-ID: We are still getting those vulnerabilities related to log4j in our As server by our vulnerability scanner (we are running As 3.2.0). The scanner found these files: gems/gems/ladle-0.2.0-java/lib/ladle/apacheds/log4j-1.2.14.jar gems/gems/mizuno-0.6.11/lib/java/log4j-1.2.17.jar I understand from earlier threads about this that these are for testing and not in use by the AS application. Is this true, and if so, can we simply remove the gems/gems/ladle-0.2.0-java/lib/ladle and mizuno-0.6.11 folders? Will it affect AS in any way? Thanks --- Bin Zhang (he/him/his) Systems and Technology Librarian Library Systems & IT Services, University Library California State University, Sacramento bzhang at csus.edu | +1 (916) 278-5664 Zoom: https://csus.zoom.us/my/bzhang -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Mon Apr 11 03:46:28 2022 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Mon, 11 Apr 2022 08:46:28 +0100 Subject: [Archivesspace_Users_Group] "?" being added unexpectedly to Digital Object File URIs In-Reply-To: References: Message-ID: <8b7396d7-1780-9d75-b006-c9c7de9e31b0@bodleian.ox.ac.uk> You say your system in running 2.8.1. But does it have any plug-ins installed which contain a modified _digital.html.erb template based on an older release? A question mark is added by web browsers when submitting a HTML form with no input fields. And that is exactly what the non-thumbnail digital object button was until the 2.3.0 release, when this change was made: https://github.com/archivesspace/archivesspace/pull/1072 Andrew. On 06/04/2022 17:03, Benn Joseph wrote: > > Hi all, > > We just discovered something unexpected when creating Digital Object > Instances, which is that when a DO Instance is constructed /without/ a > thumbnail URL--i.e. the DO Instance just has a single file version and > it?s the link to the actual thing?ArchivesSpace adds a ??? to the end > of that URL when a user clicks on it in the public interface. For > instance, if the File URI is ?http://www.cnn.com?, then clicking this > link in the PUI will take you to ?http://www.cnn.com/?? . > > The CNN website still works with that question mark, but when we use > an ARK to link to a record in our digital repository, > > ?https://n2t.net/ark:/81985/n2dr2rt09? > > becomes > > ?https://n2t.net/ark:/81985/n2dr2rt09?? > > ?which is an entirely separate page. > > Is this a bug, or is this supposed to be happening? If it?s a bug I > can submit a ticket. We?re on version 2.8.1. > > Thanks, > > --Benn > > *Benn Joseph *(he/him/his)** > > Head, Collections Services > > McCormick Library of Special Collections & University Archives > > Northwestern University Libraries > > Northwestern University > > www.library.northwestern.edu > > benn.joseph at northwestern.edu __ > > 847.467.6581 > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From yatsonskyn at uncw.edu Mon Apr 11 12:03:40 2022 From: yatsonskyn at uncw.edu (Yatsonsky, Nicole) Date: Mon, 11 Apr 2022 16:03:40 +0000 Subject: [Archivesspace_Users_Group] LCNAF plug-in background job going into queued status Message-ID: Hi y'all, We're running v2.8.1. All of a sudden this weekend, trying to import subjects via the LCNAF plug in shows Completed when you run it and has no errors in the log, and the Subject term is then clickable to show in our repository, but when you go to search in Subjects, it's not there and cannot be found-and the Background Job shows as "Queued - 1st," which it's never done before. Since it somehow says completed when you click on it, there is no way to rerun it or get it going. Multiple attempts have resulted in the same thing. Oddly, it works in our Dev version, but does not in Prod. Has anyone come across this before? Or can tell me where to have our IT people look? Thank you, Nicole Yatsonsky, CA Special Collections Library Specialist Center for Southeast North Carolina Archives and History Randall Library @ UNC Wilmington 910-962-3412 "The great use of a life is to spend it for something that outlasts it." ~ William James -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Mon Apr 11 12:23:30 2022 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Mon, 11 Apr 2022 17:23:30 +0100 Subject: [Archivesspace_Users_Group] LCNAF plug-in background job going into queued status In-Reply-To: References: Message-ID: Generally, when there is a difference between what you see when searching/browsing, and what you see when you view an individual record, it is caused by MySQL and Solr getting out of sync. You could try a soft re-index: https://archivesspace.github.io/tech-docs/administration/indexes.html Andrew. On 11/04/2022 17:03, Yatsonsky, Nicole wrote: > > Hi y?all, > > We?re running v2.8.1. All of a sudden this weekend, trying to import > subjects via the LCNAF plug in shows Completed when you run it and has > no errors in the log, and the Subject term is then clickable to show > in our repository, but when you go to search in Subjects, it?s not > there and cannot be found?and the Background Job shows as ?Queued ? > 1^st ,? which it?s never done before. Since it somehow says completed > when you click on it, there is no way to rerun it or get it going. > Multiple attempts have resulted in the same thing. Oddly, it works in > our Dev version, but does not in Prod. > > Has anyone come across this before? Or can tell me where to have our > IT people look? > > Thank you, > > Nicole Yatsonsky, CA > > /Special Collections Library Specialist/ > > *Center for Southeast North Carolina Archives and History* > > Randall Library @ UNC Wilmington > > 910-962-3412 > > /"The great use of a life is to spend it for/ > > /something that outlasts it."? ~?William James/ > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From yatsonskyn at uncw.edu Mon Apr 11 12:30:32 2022 From: yatsonskyn at uncw.edu (Yatsonsky, Nicole) Date: Mon, 11 Apr 2022 16:30:32 +0000 Subject: [Archivesspace_Users_Group] LCNAF plug-in background job going into queued status In-Reply-To: References: Message-ID: Thanks, Andrew! I'll let them know. -Nicole From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Andrew Morrison Sent: Monday, April 11, 2022 12:24 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LCNAF plug-in background job going into queued status [This email originated from outside of UNCW] Generally, when there is a difference between what you see when searching/browsing, and what you see when you view an individual record, it is caused by MySQL and Solr getting out of sync. You could try a soft re-index: https://archivesspace.github.io/tech-docs/administration/indexes.html Andrew. On 11/04/2022 17:03, Yatsonsky, Nicole wrote: Hi y'all, We're running v2.8.1. All of a sudden this weekend, trying to import subjects via the LCNAF plug in shows Completed when you run it and has no errors in the log, and the Subject term is then clickable to show in our repository, but when you go to search in Subjects, it's not there and cannot be found-and the Background Job shows as "Queued - 1st," which it's never done before. Since it somehow says completed when you click on it, there is no way to rerun it or get it going. Multiple attempts have resulted in the same thing. Oddly, it works in our Dev version, but does not in Prod. Has anyone come across this before? Or can tell me where to have our IT people look? Thank you, Nicole Yatsonsky, CA Special Collections Library Specialist Center for Southeast North Carolina Archives and History Randall Library @ UNC Wilmington 910-962-3412 "The great use of a life is to spend it for something that outlasts it." ~ William James _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanstra at nd.edu Mon Apr 11 14:51:40 2022 From: hanstra at nd.edu (Tom Hanstra) Date: Mon, 11 Apr 2022 14:51:40 -0400 Subject: [Archivesspace_Users_Group] Solr review Message-ID: I'm reviewing the Solr documentation from ArchivesSpace and what I have learned from other Solr configurations locally. I'm wondering if I'm missing something. The ArchivesSpace documentation here: https://archivesspace.github.io/tech-docs/provisioning/solr.html suggests the need to copy the various Solr config files over to a configsets directory. In my case, with solr installed in /opt/solr that directory would be: /opt/solr/server/solr/configsets/archivessspace/conf and then copy the configuration files over to that location. But then I don't see anything that specifically tells Solr that that is where to find those files. I believe that it is simply the fact that the files exists down under the configured $SOLR_HOME directory that allows Solr to find these, but I'm trying to make sure. I have other Solr instances in which I've just got a "conf" directory under SOLR_HOME which is not under a configsets directory which seems sufficient to get Solr set up, but I'm trying to be sure. I"m still trying to figure out a problem with either AS or Solr in my 3.2.0 instance, so I'm checking everything along the way. The core looks right (similar number of records after indexing), but maybe there is a mismatch somewhere. Thanks for any thoughts on this, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.hoffman at lyrasis.org Mon Apr 11 15:18:27 2022 From: brian.hoffman at lyrasis.org (Brian Hoffman) Date: Mon, 11 Apr 2022 19:18:27 +0000 Subject: [Archivesspace_Users_Group] Solr review In-Reply-To: References: Message-ID: Hi Tom, I share your confusion ? I personally do not bother with configsets when I set up my own solr instances. I think it is an either / or situation ? you can use them if you want, or just create the core you need directly if you have installed solr natively and have the standard tools: % solr create -c archivesspace -d /path/to/archivesspace/solr Solr needs to be running, and after that command succeeds you should be able to verify through the admin app that the core exists and the schema has archivesspace field definitions. Let me know if any of this doesn?t make sense. Brian From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Tom Hanstra Date: Monday, April 11, 2022 at 2:52 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Solr review I'm reviewing the Solr documentation from ArchivesSpace and what I have learned from other Solr configurations locally. I'm wondering if I'm missing something. The ArchivesSpace documentation here: https://archivesspace.github.io/tech-docs/provisioning/solr.html suggests the need to copy the various Solr config files over to a configsets directory. In my case, with solr installed in /opt/solr that directory would be: /opt/solr/server/solr/configsets/archivessspace/conf and then copy the configuration files over to that location. But then I don't see anything that specifically tells Solr that that is where to find those files. I believe that it is simply the fact that the files exists down under the configured $SOLR_HOME directory that allows Solr to find these, but I'm trying to make sure. I have other Solr instances in which I've just got a "conf" directory under SOLR_HOME which is not under a configsets directory which seems sufficient to get Solr set up, but I'm trying to be sure. I"m still trying to figure out a problem with either AS or Solr in my 3.2.0 instance, so I'm checking everything along the way. The core looks right (similar number of records after indexing), but maybe there is a mismatch somewhere. Thanks for any thoughts on this, Tom -- Tom Hanstra Sr. Systems Administrator hanstra at nd.edu [https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ] -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanstra at nd.edu Mon Apr 11 16:04:48 2022 From: hanstra at nd.edu (Tom Hanstra) Date: Mon, 11 Apr 2022 16:04:48 -0400 Subject: [Archivesspace_Users_Group] Solr review In-Reply-To: References: Message-ID: Thanks, Brian. Some more questions, assuming that I've gotten the configuration and cores set up correctly. - Memory: In my Archivesspace 2.8.1 instance, Solr and ArchivesSpace are sharing the same Java memory (as far as I can tell). When we split them up, are there suggested amounts of memory for each? Do I need more memory given to Java in order to address having these separated out? I'm trying a soft reindex to see if my Solr and ArchivesSpace are not in sync, but one thing I notice is that memory for Solr itself, because it is external, is much lower than my production server. What do others use memory and thread wise? It seems to me that I'm resource bound somewhere, but I've been unable to track down where so far. It seems like soft indexing should be pretty speedy, since Solr records are already in place, but it is going quite slowly so far. - Other configuration settings Might there be other Solr configuration settings which need to be tweaked to speed up processing? There are a lot more values displayed in 8.11.1 that seem like they could be changed. Tom On Mon, Apr 11, 2022 at 3:18 PM Brian Hoffman wrote: > Hi Tom, > > > > I share your confusion ? I personally do not bother with configsets when I > set up my own solr instances. I think it is an either / or situation ? you > can use them if you want, or just create the core you need directly if you > have installed solr natively and have the standard tools: > > > > % solr create -c archivesspace -d /path/to/archivesspace/solr > > > > Solr needs to be running, and after that command succeeds you should be > able to verify through the admin app that the core exists and the schema > has archivesspace field definitions. > > > > Let me know if any of this doesn?t make sense. > > > > Brian > > > > *From: *archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Tom > Hanstra > *Date: *Monday, April 11, 2022 at 2:52 PM > *To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject: *[Archivesspace_Users_Group] Solr review > > I'm reviewing the Solr documentation from ArchivesSpace and what I have > learned from other Solr configurations locally. I'm wondering if I'm > missing something. > > The ArchivesSpace documentation here: > > https://archivesspace.github.io/tech-docs/provisioning/solr.html > > suggests the need to copy the various Solr config files over to a > configsets directory. In my case, with solr installed in /opt/solr that > directory would be: > > /opt/solr/server/solr/configsets/archivessspace/conf > > and then copy the configuration files over to that location. But then I > don't see anything that specifically tells Solr that that is where to find > those files. > > > > I believe that it is simply the fact that the files exists down under the > configured $SOLR_HOME directory that allows Solr to find these, but I'm > trying to make sure. I have other Solr instances in which I've just got a > "conf" directory under SOLR_HOME which is not under a configsets directory > which seems sufficient to get Solr set up, but I'm trying to be sure. I"m > still trying to figure out a problem with either AS or Solr in my 3.2.0 > instance, so I'm checking everything along the way. The core looks right > (similar number of records after indexing), but maybe there is a mismatch > somewhere. > > > > Thanks for any thoughts on this, > > Tom > > -- > > *Tom Hanstra* > > *Sr. Systems Administrator* > > hanstra at nd.edu > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From benn.joseph at northwestern.edu Mon Apr 11 18:35:06 2022 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Mon, 11 Apr 2022 22:35:06 +0000 Subject: [Archivesspace_Users_Group] "?" being added unexpectedly to Digital Object File URIs In-Reply-To: <8b7396d7-1780-9d75-b006-c9c7de9e31b0@bodleian.ox.ac.uk> References: <8b7396d7-1780-9d75-b006-c9c7de9e31b0@bodleian.ox.ac.uk> Message-ID: Thanks Andrew! That was indeed the issue?we had a modified _digital.html.erb file in our plugin for the public front end, definitely from an earlier release. Not sure why it was there, but hopefully this issue will be resolved once our hosting service removes it. Cheers, --Benn From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Andrew Morrison Sent: Monday, April 11, 2022 2:46 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "?" being added unexpectedly to Digital Object File URIs You say your system in running 2.8.1. But does it have any plug-ins installed which contain a modified _digital.html.erb template based on an older release? A question mark is added by web browsers when submitting a HTML form with no input fields. And that is exactly what the non-thumbnail digital object button was until the 2.3.0 release, when this change was made: https://github.com/archivesspace/archivesspace/pull/1072 Andrew. On 06/04/2022 17:03, Benn Joseph wrote: Hi all, We just discovered something unexpected when creating Digital Object Instances, which is that when a DO Instance is constructed without a thumbnail URL--i.e. the DO Instance just has a single file version and it?s the link to the actual thing?ArchivesSpace adds a ??? to the end of that URL when a user clicks on it in the public interface. For instance, if the File URI is ?http://www.cnn.com?, then clicking this link in the PUI will take you to ?http://www.cnn.com/?? . The CNN website still works with that question mark, but when we use an ARK to link to a record in our digital repository, ?https://n2t.net/ark:/81985/n2dr2rt09? becomes ?https://n2t.net/ark:/81985/n2dr2rt09?? ?which is an entirely separate page. Is this a bug, or is this supposed to be happening? If it?s a bug I can submit a ticket. We?re on version 2.8.1. Thanks, --Benn Benn Joseph (he/him/his) Head, Collections Services McCormick Library of Special Collections & University Archives Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanstra at nd.edu Wed Apr 13 14:39:32 2022 From: hanstra at nd.edu (Tom Hanstra) Date: Wed, 13 Apr 2022 14:39:32 -0400 Subject: [Archivesspace_Users_Group] Larger records and OAI - 3.2.0 Message-ID: We are still having difficulties with larger records in OAI searches/responses while using AS 3.2.0. I've just completed running through the soft indexing process to be sure Solr (8.11.1) and AS are in sync. But I'm still running into problems. When I do these searches, I'm not getting any error messages in any of the AS logs nor in the Solr logs. Small records come back reasonably quickly, but larger records do not. They basically time out after a long period of time. Watching the server, the load average ticks up during the searches overall, but most of the work is being done by AS. Solr does not seem to be using much CPU during this time. I also tried increasing the database server CPU to see if that would help, but it doesn't seem to be helping. I'd like to better understand what has to be done when attempting an OAI request. What services get hit the hardest? Where might I have a bottleneck that I've not yet addressed? The fact that smaller records work but larger records do not indicates to me that the issue is not with Solr, but the lack of any errors in the logs seems to indicate that ArchivesSpace is doing what it is supposed to. So where might things be falling apart? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.cooper at lyrasis.org Wed Apr 13 14:53:29 2022 From: mark.cooper at lyrasis.org (Mark Cooper) Date: Wed, 13 Apr 2022 18:53:29 +0000 Subject: [Archivesspace_Users_Group] Larger records and OAI - 3.2.0 In-Reply-To: References: Message-ID: Hi Tom, There have been some optimizations made since 3.2.0 that will probably help you with this. You can wait for the next release or try testing one of the more recent master builds: https://github.com/archivesspace/archivesspace/actions/workflows/build.yml Most recent: https://github.com/archivesspace/archivesspace/suites/5867861199/artifacts/197930705 Best, Mark Mark Cooper Technical Lead, Hosting and Support LYRASIS ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Tom Hanstra Sent: Wednesday, April 13, 2022 11:39 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Larger records and OAI - 3.2.0 We are still having difficulties with larger records in OAI searches/responses while using AS 3.2.0. I've just completed running through the soft indexing process to be sure Solr (8.11.1) and AS are in sync. But I'm still running into problems. When I do these searches, I'm not getting any error messages in any of the AS logs nor in the Solr logs. Small records come back reasonably quickly, but larger records do not. They basically time out after a long period of time. Watching the server, the load average ticks up during the searches overall, but most of the work is being done by AS. Solr does not seem to be using much CPU during this time. I also tried increasing the database server CPU to see if that would help, but it doesn't seem to be helping. I'd like to better understand what has to be done when attempting an OAI request. What services get hit the hardest? Where might I have a bottleneck that I've not yet addressed? The fact that smaller records work but larger records do not indicates to me that the issue is not with Solr, but the lack of any errors in the logs seems to indicate that ArchivesSpace is doing what it is supposed to. So where might things be falling apart? Thanks, Tom -- Tom Hanstra Sr. Systems Administrator hanstra at nd.edu [https://docs.google.com/uc?export=download&id=1GFX1KaaMTtQ2Kg2u8bMXt1YwBp96bvf0&revid=0B7APN9POn6xAQ244WWFYMFU3aVJwZ0lxbmVHK3FxNXlCd0RRPQ] -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Apr 14 11:19:43 2022 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 14 Apr 2022 15:19:43 +0000 Subject: [Archivesspace_Users_Group] Take a Break with ArchivesSpace on Friday In-Reply-To: References: <51F22031-BCF5-4F81-9E91-B2025697CEA9@lyrasis.org> Message-ID: ArchivesSpace users, Whether you?ve continued to work from home, have returned to the office, or find yourself stuck somewhere in the middle, we could all use a break. In that spirit, ArchivesSpace will be reinstating our popular casual zoom open calls on Fridays. With a welcoming and robust member community all over the world, ArchivesSpace can offer camaraderie and relaxation, no matter the current state of the world. Each Friday we will have casual open calls via zoom at 12pm ET. We won?t be developing agendas or presentations for these calls. We just want to provide an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Whether you can attend once or plan to be there every Friday, these calls are open to everyone but registration is required to join. Register to join any open call at https://lyrasis.zoom.us/meeting/register/tZcldOGuqjotE9cNSaa6j45issVCKrEQKQYv We seek to provide a welcoming, fun, and safe community experience for everyone. The full text of the code of conduct is available at https://archivesspace.org/archivesspace-code-of-conduct. Please email ArchivesSpaceHome at lyrasis.org with any questions. We hope to see you tomorrow! Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Fri Apr 15 09:13:51 2022 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Fri, 15 Apr 2022 13:13:51 +0000 Subject: [Archivesspace_Users_Group] Apply now for the second cohort of the ArchivesSpace Member Match program In-Reply-To: References: Message-ID: Dear ArchivesSpace Users, There is still time to apply for the ArchivesSpace Member Match program. The Member Match program is an initiative to engage the ArchivesSpace membership community, created and organized by the Member Engagement sub-team of the ArchivesSpace User Advisory Council, with support from the ArchivesSpace Community Engagement Coordinator. The program is intended to be a resource and venue for peer-to-peer support between ArchivesSpace members. For one, year-long term, participants will be matched with a member with whom they can receive and offer professional insight, advice, and camaraderie. The program will also offer participants the opportunity to engage in exclusive events and enlightening discussions about ArchivesSpace and its active user community. Thanks to valuable feedback from the first cohort of Member Match Participants, we?ve implemented the following updates to the program: * Monthly Listserv Discussion Topics * Each month, a member of the Member Engagement sub-team will reach out to the Member Match listserv to spur discussion and encourage continued engagement between matches. * Quarterly Member Match Meet-Ups * These will be opportunities for large group socializing as well as the potential for dedicated time to spend with matches in breakout rooms. * Option to participate in small group matches of 3 people Eligibility Any individual affiliated with an ArchivesSpace member organization is eligible to participate in the ArchivesSpace Member Match program and there is no limit to the number of individuals from a member organization that may participate. If you are unsure of your organization?s ArchivesSpace membership status, visit https://archivesspace.org/community/whos-using-archivesspace or email ArchivesSpaceHome at lyrasis.org. To Apply There is a short application to complete at https://airtable.com/shrDL4wQhc3gkBAlH Applications should be submitted by April 29th, 2022. Applicants will be notified of their matches no later than June 30th. To Learn More Visit the Member Match wiki: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2198568994/ArchivesSpace+Member+Match+Program Please feel free to direct any questions to ArchivesSpaceHome at lyrasis.org Sent on behalf of the ArchivesSpace Member Engagement sub-team Regina Carra, American Folk Art Museum Bailey Hoffner, University of Oklahoma Patrick Milhoan, University of Notre Dame Sarah Ponichtera, Seton Hall University Jessica Crouch, ArchivesSpace Community Engagement Coordinator Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From kbreneman at ubalt.edu Fri Apr 15 13:58:13 2022 From: kbreneman at ubalt.edu (Kyle Breneman) Date: Fri, 15 Apr 2022 17:58:13 +0000 Subject: [Archivesspace_Users_Group] Yet another PDF error Message-ID: We've got ArchivesSpace 3.2.0 up and running, but the PDF for one of our largest collections won't generate. (The PDF generates just fine in our current production environment, which is running 2.8.0) I've attached what I see in the logs. Anyone see clues to what's going on here? Kyle Breneman Integrated Digital Services Librarian The University of Baltimore kbreneman at ubalt.edu I believe in freedom of thought and freedom of speech. Do you? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: as error.txt URL: From brijmcla at iu.edu Fri Apr 15 14:50:31 2022 From: brijmcla at iu.edu (McLaughlin, Brianna Jean) Date: Fri, 15 Apr 2022 18:50:31 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Message-ID: Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don't utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn't look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Sean.Stanley at claremont.edu Mon Apr 18 15:32:02 2022 From: Sean.Stanley at claremont.edu (Sean Stanley) Date: Mon, 18 Apr 2022 19:32:02 +0000 Subject: [Archivesspace_Users_Group] Digital objects in ASpace Public Interface Message-ID: Hello, I am relatively new to using digital objects in ArchivesSpace and recently encountered a couple of issues while using the public interface. I'm curious if others have experienced these issues and/or developed workarounds for their institutions. My questions are listed below: 1. While browsing through Digital Materials in the public interface, is it possible to filter results based on the collection in which the digital object is included? For example, the Dan Pollock oral history recording is part of the Matt Garcia Papers (Screenshot 1) However, when trying to filter results to show only those digital objects included in the collection by searching for "Matt Garcia Papers" on the Digital Materials page, I am receiving a "No Results Found" message (Screenshot 2). As we add additional digital objects to our collections, our division would like to be able to search and filter through digital objects based on collection. 1. Is there a way to differentiate between items and digital objects on the collection organization page in the public interface. For example, the Dan Pollock oral history folder has two digital objects nested underneath (Screenshot 3), but a user would not necessarily know that they were digital objects until viewed at the object level (Screenshot 4). I am curious if there is a way to mark or tag digital objects so they can be easily found from the collection overview page. If I can offer any clarifying information to help with my questions, I'm happy to expand. Thanks! Best, Sean Stanley [cid:image001.png at 01D8530E.2348A2C0] Sean Stanley Digital and Print Collections Archivist The Claremont Colleges Library 800 N. Dartmouth Ave., Claremont CA 91711 P * 909 607-8443 E * Sean.Stanley at claremont.edu library.claremont.edu Pronouns: he/him/his -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16304 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 1.jpg Type: image/jpeg Size: 154590 bytes Desc: Screenshot 1.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2.jpg Type: image/jpeg Size: 204654 bytes Desc: Screenshot 2.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 3.jpg Type: image/jpeg Size: 284689 bytes Desc: Screenshot 3.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 4.jpg Type: image/jpeg Size: 321780 bytes Desc: Screenshot 4.jpg URL: From yatsonskyn at uncw.edu Mon Apr 18 16:52:18 2022 From: yatsonskyn at uncw.edu (Yatsonsky, Nicole) Date: Mon, 18 Apr 2022 20:52:18 +0000 Subject: [Archivesspace_Users_Group] italics In-Reply-To: References: Message-ID: Just wanted to bump this, Wendy, as that would be very helpful for us, too, in the SUI. The constant typing or copy and pasting seems inefficient and we do not currently have the ability to use the API either. -Nicole -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir Sent: Wednesday, April 6, 2022 12:54 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] italics [This email originated from outside of UNCW] Hello, I'm wondering if there is a way, in the SUI, to enter italics into component titles (as well as other fields) without being required to manually enter the tags around the desired words one wants italicized. I understand how to do it manually, but I feel that I might be missing something about how to do it without manual entry. AT had a dropdown from which one could select desired tagging. This wasn't ideal but was better than nothing. We don't have the capability of using the API on a daily basis to make changes, nor do we have access to the backend--I'm just asking whether it's possible in the SUI. Thanks, Wendy ____________________________________ WENDY SCHEIR Director THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS _______________________________________________ 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=04%7C01%7Cyatsonskyn%40uncw.edu%7Cee01545a1f5441e44d2608da17ee212b%7C2213678197534c75af2868a078871ebf%7C0%7C0%7C637848608781099504%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=8XZvtpvt4TuOxGgpYHMltFPJT2rg%2Bvc4HwpMG5eqKM8%3D&reserved=0 From benn.joseph at northwestern.edu Mon Apr 18 17:05:29 2022 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Mon, 18 Apr 2022 21:05:29 +0000 Subject: [Archivesspace_Users_Group] italics In-Reply-To: References: Message-ID: At least in notes fields, it's possible in the SUI to highlight text and wrap with tags, though those don't render as anything other than regular text in the PUI, at least for us. Being able to select text and wrap it with the entire would be more helpful. --Benn -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Yatsonsky, Nicole Sent: Monday, April 18, 2022 3:52 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] italics Just wanted to bump this, Wendy, as that would be very helpful for us, too, in the SUI. The constant typing or copy and pasting seems inefficient and we do not currently have the ability to use the API either. -Nicole -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir Sent: Wednesday, April 6, 2022 12:54 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] italics [This email originated from outside of UNCW] Hello, I'm wondering if there is a way, in the SUI, to enter italics into component titles (as well as other fields) without being required to manually enter the tags around the desired words one wants italicized. I understand how to do it manually, but I feel that I might be missing something about how to do it without manual entry. AT had a dropdown from which one could select desired tagging. This wasn't ideal but was better than nothing. We don't have the capability of using the API on a daily basis to make changes, nor do we have access to the backend--I'm just asking whether it's possible in the SUI. Thanks, Wendy ____________________________________ WENDY SCHEIR Director THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.com/v3/__https://nam12.safelinks.protection.outlook.com/?url=http*3A*2F*2Flyralists.lyrasis.org*2Fmailman*2Flistinfo*2Farchivesspace_users_group&data=04*7C01*7Cyatsonskyn*40uncw.edu*7Cee01545a1f5441e44d2608da17ee212b*7C2213678197534c75af2868a078871ebf*7C0*7C0*7C637848608781099504*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000&sdata=8XZvtpvt4TuOxGgpYHMltFPJT2rg*2Bvc4HwpMG5eqKM8*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSU!!Dq0X2DkFhyF93HkjWTBQKhk!DmiCGpiNuspFxD9bvxX7BSTM78bBCTvLZ0yBRUWsqecmGBfx5qtyqWaEkHJl-DZiGUBJIv5U$ _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.com/v3/__http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group__;!!Dq0X2DkFhyF93HkjWTBQKhk!DmiCGpiNuspFxD9bvxX7BSTM78bBCTvLZ0yBRUWsqecmGBfx5qtyqWaEkHJl-DZiGXFNJuKq$ From yatsonskyn at uncw.edu Mon Apr 18 17:15:49 2022 From: yatsonskyn at uncw.edu (Yatsonsky, Nicole) Date: Mon, 18 Apr 2022 21:15:49 +0000 Subject: [Archivesspace_Users_Group] italics In-Reply-To: References: Message-ID: Yes, Benn, thank you, that's exactly what I'm referring to--just the emph wrapping that's selectable means you still have to constantly add in the italic portion (or whatever else it may be). -Nicole -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Monday, April 18, 2022 5:05 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] italics [This email originated from outside of UNCW] At least in notes fields, it's possible in the SUI to highlight text and wrap with tags, though those don't render as anything other than regular text in the PUI, at least for us. Being able to select text and wrap it with the entire would be more helpful. --Benn -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Yatsonsky, Nicole Sent: Monday, April 18, 2022 3:52 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] italics Just wanted to bump this, Wendy, as that would be very helpful for us, too, in the SUI. The constant typing or copy and pasting seems inefficient and we do not currently have the ability to use the API either. -Nicole -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir Sent: Wednesday, April 6, 2022 12:54 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] italics [This email originated from outside of UNCW] Hello, I'm wondering if there is a way, in the SUI, to enter italics into component titles (as well as other fields) without being required to manually enter the tags around the desired words one wants italicized. I understand how to do it manually, but I feel that I might be missing something about how to do it without manual entry. AT had a dropdown from which one could select desired tagging. This wasn't ideal but was better than nothing. We don't have the capability of using the API on a daily basis to make changes, nor do we have access to the backend--I'm just asking whether it's possible in the SUI. Thanks, Wendy ____________________________________ WENDY SCHEIR Director THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fnam12.safelinks.protection.outlook.com%2F%3Furl%3Dhttp*3A*2F*2Flyralists.lyrasis.org*2Fmailman*2Flistinfo*2Farchivesspace_users_group%26amp%3Bdata%3D04*7C01*7Cyatsonskyn*40uncw.edu*7Cee01545a1f5441e44d2608da17ee212b*7C2213678197534c75af2868a078871ebf*7C0*7C0*7C637848608781099504*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000%26amp%3Bsdata%3D8XZvtpvt4TuOxGgpYHMltFPJT2rg*2Bvc4HwpMG5eqKM8*3D%26amp%3Breserved%3D0__%3BJSUlJSUlJSUlJSUlJSUlJSUlJSU!!Dq0X2DkFhyF93HkjWTBQKhk!DmiCGpiNuspFxD9bvxX7BSTM78bBCTvLZ0yBRUWsqecmGBfx5qtyqWaEkHJl-DZiGUBJIv5U%24&data=04%7C01%7Cyatsonskyn%40uncw.edu%7C8b7004ba583c49320f8008da217f3058%7C2213678197534c75af2868a078871ebf%7C0%7C0%7C637859127406385920%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=mDLJ1uKpe0FWPjZo4tQhEySYIJwl%2BS%2Bqboep7Vypkhw%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group__%3B!!Dq0X2DkFhyF93HkjWTBQKhk!DmiCGpiNuspFxD9bvxX7BSTM78bBCTvLZ0yBRUWsqecmGBfx5qtyqWaEkHJl-DZiGXFNJuKq%24&data=04%7C01%7Cyatsonskyn%40uncw.edu%7C8b7004ba583c49320f8008da217f3058%7C2213678197534c75af2868a078871ebf%7C0%7C0%7C637859127406385920%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=dnzV1IwECIIQ%2BItlM0neDa4GpUydLpD%2FTo5eRmjqY%2FQ%3D&reserved=0 _______________________________________________ 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=04%7C01%7Cyatsonskyn%40uncw.edu%7C8b7004ba583c49320f8008da217f3058%7C2213678197534c75af2868a078871ebf%7C0%7C0%7C637859127406385920%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=eJUWBPsvCQwT9fy%2BDsg9c3aAp67c6AdY3uokp3MOd9w%3D&reserved=0 From mkottman at ku.edu Mon Apr 18 17:34:44 2022 From: mkottman at ku.edu (Kottman, Miloche) Date: Mon, 18 Apr 2022 21:34:44 +0000 Subject: [Archivesspace_Users_Group] italics In-Reply-To: References: Message-ID: I use a free program called: 3D Clipboard (https://www.3dclipboard.com/) to insert this tag This program keeps track of the items you copy to the clipboard and allows you to identify "sticky" text strings that you can assign to a keystroke. So for example, if assigned a can insert the text and a can insert the text We also use the macro program MacroExpress to fill in note fields and other things, however, MacroExpress costs money. --Miloche -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Yatsonsky, Nicole Sent: Monday, April 18, 2022 4:16 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] italics Yes, Benn, thank you, that's exactly what I'm referring to--just the emph wrapping that's selectable means you still have to constantly add in the italic portion (or whatever else it may be). -Nicole -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Monday, April 18, 2022 5:05 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] italics [This email originated from outside of UNCW] At least in notes fields, it's possible in the SUI to highlight text and wrap with tags, though those don't render as anything other than regular text in the PUI, at least for us. Being able to select text and wrap it with the entire would be more helpful. --Benn -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Yatsonsky, Nicole Sent: Monday, April 18, 2022 3:52 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] italics Just wanted to bump this, Wendy, as that would be very helpful for us, too, in the SUI. The constant typing or copy and pasting seems inefficient and we do not currently have the ability to use the API either. -Nicole -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir Sent: Wednesday, April 6, 2022 12:54 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] italics [This email originated from outside of UNCW] Hello, I'm wondering if there is a way, in the SUI, to enter italics into component titles (as well as other fields) without being required to manually enter the tags around the desired words one wants italicized. I understand how to do it manually, but I feel that I might be missing something about how to do it without manual entry. AT had a dropdown from which one could select desired tagging. This wasn't ideal but was better than nothing. We don't have the capability of using the API on a daily basis to make changes, nor do we have access to the backend--I'm just asking whether it's possible in the SUI. Thanks, Wendy ____________________________________ WENDY SCHEIR Director THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fnam12.safelinks.protection.outlook.com%2F%3Furl%3Dhttp*3A*2F*2Flyralists.lyrasis.org*2Fmailman*2Flistinfo*2Farchivesspace_users_group%26amp%3Bdata%3D04*7C01*7Cyatsonskyn*40uncw.edu*7Cee01545a1f5441e44d2608da17ee212b*7C2213678197534c75af2868a078871ebf*7C0*7C0*7C637848608781099504*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000%26amp%3Bsdata%3D8XZvtpvt4TuOxGgpYHMltFPJT2rg*2Bvc4HwpMG5eqKM8*3D%26amp%3Breserved%3D0__%3BJSUlJSUlJSUlJSUlJSUlJSUlJSU!!Dq0X2DkFhyF93HkjWTBQKhk!DmiCGpiNuspFxD9bvxX7BSTM78bBCTvLZ0yBRUWsqecmGBfx5qtyqWaEkHJl-DZiGUBJIv5U%24&data=04%7C01%7Cmkottman%40ku.edu%7Cdec9c0777f834468cbe508da21809f75%7C3c176536afe643f5b96636feabbe3c1a%7C0%7C0%7C637859133684716068%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=d7WsxYrbeDi%2F9x%2F8tGUDG5dUvHAr%2BBW51hAZQ7tlNfU%3D&reserved=0 D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group__%3B!!Dq0X2DkFhyF93HkjWTBQKhk!DmiCGpiNuspFxD9bvxX7BSTM78bBCTvLZ0yBRUWsqecmGBfx5qtyqWaEkHJl-DZiGXFNJuKq%24&data=04%7C01%7Cmkottman%40ku.edu%7Cdec9c0777f834468cbe508da21809f75%7C3c176536afe643f5b96636feabbe3c1a%7C0%7C0%7C637859133684716068%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=uVCt968YGVyI63p1%2BcSqsmF%2Fwc6yfSK3rBh6nPt168s%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cmkottman%40ku.edu%7Cdec9c0777f834468cbe508da21809f75%7C3c176536afe643f5b96636feabbe3c1a%7C0%7C0%7C637859133684716068%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Yd8eZY2IVeHGukNwGfaPFiVOHoDQ4uMG3B0bmIMz5dA%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Cmkottman%40ku.edu%7Cdec9c0777f834468cbe508da21809f75%7C3c176536afe643f5b96636feabbe3c1a%7C0%7C0%7C637859133684716068%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=Yd8eZY2IVeHGukNwGfaPFiVOHoDQ4uMG3B0bmIMz5dA%3D&reserved=0 From michael.rush at yale.edu Tue Apr 19 08:35:50 2022 From: michael.rush at yale.edu (Rush, Michael) Date: Tue, 19 Apr 2022 12:35:50 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: Message-ID: Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a "Print accession record" option under the "More" menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don't utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn't look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brijmcla at iu.edu Tue Apr 19 09:45:31 2022 From: brijmcla at iu.edu (McLaughlin, Brianna Jean) Date: Tue, 19 Apr 2022 13:45:31 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: Message-ID: Hi Mike, Thank you! This is helpful! What versions of ArchivesSpace is the plugin compatible with? Best, Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Rush, Michael Sent: Tuesday, April 19, 2022 8:36 AM To: Archivesspace Users Group Subject: [External] Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records You don't often get email from michael.rush at yale.edu. Learn why this is important This message was sent from a non-IU address. Please exercise caution when clicking links or opening attachments from external sources. Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a "Print accession record" option under the "More" menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don't utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn't look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.rush at yale.edu Tue Apr 19 10:16:31 2022 From: michael.rush at yale.edu (Rush, Michael) Date: Tue, 19 Apr 2022 14:16:31 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: Message-ID: I'm not certain about the version compatibility. We're running a custom build forked from 2.7.1 but planning to upgrade to 3.X later this year. If you find it doesn't work with a later release, let me know! Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of McLaughlin, Brianna Jean Sent: Tuesday, April 19, 2022 9:46 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi Mike, Thank you! This is helpful! What versions of ArchivesSpace is the plugin compatible with? Best, Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Rush, Michael Sent: Tuesday, April 19, 2022 8:36 AM To: Archivesspace Users Group > Subject: [External] Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records You don't often get email from michael.rush at yale.edu. Learn why this is important This message was sent from a non-IU address. Please exercise caution when clicking links or opening attachments from external sources. Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a "Print accession record" option under the "More" menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don't utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn't look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Tue Apr 19 10:38:59 2022 From: livsolis at utexas.edu (Olivia S Solis) Date: Tue, 19 Apr 2022 09:38:59 -0500 Subject: [Archivesspace_Users_Group] Query to retrieve boxes with restricted AOs + local access restrict type Message-ID: Hello all, I'm spending an inordinately long time trying to form a query to retrieve all boxes attached to restricted archival objects in ASpace. I'm hoping someone in the group with more advanced database skills than I have can help me out. We want to identify any box in a certain building that has restricted materials and the kind of local access restriction it has. Since we use local access restrictions, the AO that is linked to the box may not have the local access restriction applied through the accessrestrict note, but a parent AO will. That parent may or may not be its immediate parent AO. We only care about the collection title in the box, not the AO title. I've come up with this query, which is already a mouthful, to retrieve all the boxes + their collections in the building I want (SRH2): SELECT DISTINCT rr.id, rr.title, t.indicator, r.top_container_id, t.barcode, l.title FROM instance as i JOIN sub_container as s ON i.id = s.instance_id JOIN archival_object as a ON a.id = i.archival_object_id JOIN top_container_link_rlshp as r ON s.id = r.sub_container_id JOIN top_container as t ON t.id = r.top_container_id LEFT JOIN resource as rr ON rr.id = a.root_record_id JOIN top_container_housed_at_rlshp as tcha ON tcha.top_container_id = t.id JOIN location as l ON l.id = tcha.location_id WHERE l.building LIKE "SRH2" On top of this I want the archival objects in the query to reflect only AOs that have a local access restriction or who have an immediate or distant parent AO with one. This is the query I have that will ID AOs with a local access restriction, which I realize I'll have to extract from the JSON that is in the notes column of the note table: SELECT id, resource_id, archival_object_id, notes FROM note WHERE notes LIKE '%local_access_restriction_type":["%'; Any help would be appreciated. Thank you! -Olivia -- 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: From buschedw at msu.edu Tue Apr 19 10:54:50 2022 From: buschedw at msu.edu (Busch, Ed) Date: Tue, 19 Apr 2022 14:54:50 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: Message-ID: Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a "Print Accession Record" button under More in the Accession functions. The author wanted to know if it worked so I might as well share the debug if any. Thanks! From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Rush, Michael Sent: Tuesday, April 19, 2022 8:36 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a "Print accession record" option under the "More" menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don't utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn't look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From schanzme at msu.edu Tue Apr 19 11:11:09 2022 From: schanzme at msu.edu (Schanz, Megan) Date: Tue, 19 Apr 2022 15:11:09 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: Message-ID: Hi all, We just tested the plugin with v3.1.1 and it doesn't appear to be compatible with that version. This is the error that was logged: I, [2022-04-19T11:06:07.887728 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (21.5ms) I, [2022-04-19T11:06:07.889132 #60] INFO -- : Completed 500 Internal Server Error in 292ms F, [2022-04-19T11:06:07.890814 #60] FATAL -- : F, [2022-04-19T11:06:07.890989 #60] FATAL -- : ActionView::Template::Error (undefined method `material_types' for #): F, [2022-04-19T11:06:07.891767 #60] FATAL -- : 206: <% end %> 207: 208: <% end %> 209: <% if @accession.material_types %> 210: 211: MATERIAL TYPES 212: F, [2022-04-19T11:06:07.891879 #60] FATAL -- : F, [2022-04-19T11:06:07.892240 #60] FATAL -- : app/controllers/application_controller.rb:797:in `set_locale' - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Busch, Ed Sent: Tuesday, April 19, 2022 10:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a ?Print Accession Record? button under More in the Accession functions. The author wanted to know if it worked so I might as well share the debug if any. Thanks! From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Rush, Michael Sent: Tuesday, April 19, 2022 8:36 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a ?Print accession record? option under the ?More? menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don?t utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn?t look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.rush at yale.edu Tue Apr 19 11:22:10 2022 From: michael.rush at yale.edu (Rush, Michael) Date: Tue, 19 Apr 2022 15:22:10 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: Message-ID: >From the error log it seems that our print accession record plugin is dependent on the material types plugin HM also developed for us. So I don't think it's a problem with the ASpace version, rather the mutual dependency between our plugins. If you are comfortable forking and mucking about in the code, It probably wouldn't been too hard to remove the references to that plugin. Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Schanz, Megan Sent: Tuesday, April 19, 2022 11:11 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi all, We just tested the plugin with v3.1.1 and it doesn't appear to be compatible with that version. This is the error that was logged: I, [2022-04-19T11:06:07.887728 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (21.5ms) I, [2022-04-19T11:06:07.889132 #60] INFO -- : Completed 500 Internal Server Error in 292ms F, [2022-04-19T11:06:07.890814 #60] FATAL -- : F, [2022-04-19T11:06:07.890989 #60] FATAL -- : ActionView::Template::Error (undefined method `material_types' for #): F, [2022-04-19T11:06:07.891767 #60] FATAL -- : 206: <% end %> 207: 208: <% end %> 209: <% if @accession.material_types %> 210: 211: MATERIAL TYPES 212: F, [2022-04-19T11:06:07.891879 #60] FATAL -- : F, [2022-04-19T11:06:07.892240 #60] FATAL -- : app/controllers/application_controller.rb:797:in `set_locale' - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Busch, Ed > Sent: Tuesday, April 19, 2022 10:54 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a "Print Accession Record" button under More in the Accession functions. The author wanted to know if it worked so I might as well share the debug if any. Thanks! From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Rush, Michael Sent: Tuesday, April 19, 2022 8:36 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a "Print accession record" option under the "More" menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don't utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn't look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Tue Apr 19 12:13:03 2022 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Tue, 19 Apr 2022 17:13:03 +0100 Subject: [Archivesspace_Users_Group] Query to retrieve boxes with restricted AOs + local access restrict type In-Reply-To: References: Message-ID: <1fd43584-261a-b0e8-5c7a-1686c7dd9690@bodleian.ox.ac.uk> If you need to ascend the hierarchy of archival objects within collections, from the ones that link to containers, to the ones with the access restrictions, then you are probably going to need to write a stored procedure. Andrew. On 19/04/2022 15:38, Olivia S Solis wrote: > Hello all, > > I'm spending an inordinately long time trying to form a query to > retrieve all boxes attached to restricted archival objects in ASpace. > I'm hoping someone in the group with more advanced database skills > than I have can help me out. > > We want to identify any box in a certain building that has restricted > materials and the kind of local access restriction it has. Since we > use local access restrictions, the AO that is linked to the box may > not have the local access restriction?applied through the > accessrestrict?note,?but a parent AO will. That parent may or may not > be its immediate parent AO. We only care about the collection title in > the box, not the AO title. > > I've come up with this query, which is already a mouthful, to retrieve > all the boxes?+ their collections in the building I want (SRH2): > > SELECT DISTINCT rr.id , rr.title, t.indicator, > r.top_container_id, t.barcode, l.title > > FROM instance as i > > JOIN sub_container as s > > ON i.id = s.instance_id > > JOIN archival_object as a > > ON a.id = i.archival_object_id > > JOIN top_container_link_rlshp as r > > ON s.id = r.sub_container_id > > JOIN top_container as t > > ON t.id = r.top_container_id > > LEFT JOIN resource as rr > > ON rr.id = a.root_record_id > > JOIN top_container_housed_at_rlshp as tcha > > ON tcha.top_container_id = t.id > > JOIN location as l > > ON l.id = tcha.location_id > > WHERE l.building LIKE "SRH2" > > > On top of this I want the archival objects in the query to reflect > only AOs that have a local access restriction or who have an immediate > or distant parent AO with one. This is the query I have that will ID > AOs with a local access restriction, which I realize I'll have to > extract from the JSON that is in the notes column of the note table: > > SELECT id, resource_id, archival_object_id, notes FROM note WHERE > notes LIKE '%local_access_restriction_type":["%'; > > Any help would be appreciated. Thank you! > > -Olivia > > -- > 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 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From KennedyN at si.edu Tue Apr 19 13:32:50 2022 From: KennedyN at si.edu (Kennedy, Nancy) Date: Tue, 19 Apr 2022 17:32:50 +0000 Subject: [Archivesspace_Users_Group] Query to retrieve boxes with restricted AOs + local access restrict type In-Reply-To: <1fd43584-261a-b0e8-5c7a-1686c7dd9690@bodleian.ox.ac.uk> References: <1fd43584-261a-b0e8-5c7a-1686c7dd9690@bodleian.ox.ac.uk> Message-ID: Olivia - Not a database query, but in case it helps: I have had some success by searching in Manage Top Container using the restriction enumeration values. For example, if you have used the local restriction "InProcessSpecColl", you can search that as a keyword. Mileage will vary depending on the detail you need, especially given the pitfalls of keyword searches. But, this can work in a pinch if you are only trying to search within 1 repository at a time, and only need a list of the Boxes, Resources/Accessions, or other high level detail. A Download CSV option is also available to export some of the result details, depending on which aspace version you're on. Nancy From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Andrew Morrison Sent: Tuesday, April 19, 2022 12:13 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Query to retrieve boxes with restricted AOs + local access restrict type External Email - Exercise Caution If you need to ascend the hierarchy of archival objects within collections, from the ones that link to containers, to the ones with the access restrictions, then you are probably going to need to write a stored procedure. Andrew. On 19/04/2022 15:38, Olivia S Solis wrote: Hello all, I'm spending an inordinately long time trying to form a query to retrieve all boxes attached to restricted archival objects in ASpace. I'm hoping someone in the group with more advanced database skills than I have can help me out. We want to identify any box in a certain building that has restricted materials and the kind of local access restriction it has. Since we use local access restrictions, the AO that is linked to the box may not have the local access restriction applied through the accessrestrict note, but a parent AO will. That parent may or may not be its immediate parent AO. We only care about the collection title in the box, not the AO title. I've come up with this query, which is already a mouthful, to retrieve all the boxes + their collections in the building I want (SRH2): SELECT DISTINCT rr.id, rr.title, t.indicator, r.top_container_id, t.barcode, l.title FROM instance as i JOIN sub_container as s ON i.id = s.instance_id JOIN archival_object as a ON a.id = i.archival_object_id JOIN top_container_link_rlshp as r ON s.id = r.sub_container_id JOIN top_container as t ON t.id = r.top_container_id LEFT JOIN resource as rr ON rr.id = a.root_record_id JOIN top_container_housed_at_rlshp as tcha ON tcha.top_container_id = t.id JOIN location as l ON l.id = tcha.location_id WHERE l.building LIKE "SRH2" On top of this I want the archival objects in the query to reflect only AOs that have a local access restriction or who have an immediate or distant parent AO with one. This is the query I have that will ID AOs with a local access restriction, which I realize I'll have to extract from the JSON that is in the notes column of the note table: SELECT id, resource_id, archival_object_id, notes FROM note WHERE notes LIKE '%local_access_restriction_type":["%'; Any help would be appreciated. Thank you! -Olivia -- 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 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Tue Apr 19 14:00:09 2022 From: livsolis at utexas.edu (Olivia S Solis) Date: Tue, 19 Apr 2022 13:00:09 -0500 Subject: [Archivesspace_Users_Group] Query to retrieve boxes with restricted AOs + local access restrict type In-Reply-To: References: <1fd43584-261a-b0e8-5c7a-1686c7dd9690@bodleian.ox.ac.uk> Message-ID: Thank you both. Nancy, that could work. Essentially, we just want to locate all our onsite restricted boxes for a potential staff project and we want to know why the box is restricted. e.g. A box with a restriction based on required playback equipment gets different treatment than one with private information. We are actually right now in the process of upgrading from 2.8.1 to 3.2.0 so will have the download CSV capability through manage top containers next week. I think the method you suggest could work, but it seems I would have to query for each of our restriction types. Alternately I may need to recreate some kind of loop query I thought might be possible manually in a spreadsheet by checking every parent_id in the archival object record attached to an onsite box to see if the parent of an archival object is restricted. I would do this using VLOOKUP by comparing to a table of restricted AOs that includes the AO id and restriction type of all AOs with a local access restriction. If an AO's parent is restricted, add that object to the restricted table with its parent's restriction type. Keep repeating for 11 iterations (I know our components go to c11 in EAD). Or I might be able to implement a stored procedure, as Andrew suggests, since I think we'll want to be able to access the information semi-regularly, but I'm not sure how to do that yet. Thank you both! -Olivia On Tue, Apr 19, 2022 at 12:32 PM Kennedy, Nancy wrote: > Olivia ? > > Not a database query, but in case it helps: I have had some success by > searching in Manage Top Container using the restriction enumeration > values. For example, if you have used the local restriction > ?InProcessSpecColl?, you can search that as a keyword. > > > > Mileage will vary depending on the detail you need, especially given the > pitfalls of keyword searches. But, this can work in a pinch if you are only > trying to search within 1 repository at a time, and only need a list of the > Boxes, Resources/Accessions, or other high level detail. A Download CSV > option is also available to export some of the result details, depending on > which aspace version you?re on. > > > > Nancy > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Andrew > Morrison > *Sent:* Tuesday, April 19, 2022 12:13 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* Re: [Archivesspace_Users_Group] Query to retrieve boxes with > restricted AOs + local access restrict type > > > > *External Email - Exercise Caution* > > If you need to ascend the hierarchy of archival objects within > collections, from the ones that link to containers, to the ones with the > access restrictions, then you are probably going to need to write a stored > procedure. > > Andrew. > > > > On 19/04/2022 15:38, Olivia S Solis wrote: > > Hello all, > > > > I'm spending an inordinately long time trying to form a query to retrieve > all boxes attached to restricted archival objects in ASpace. I'm hoping > someone in the group with more advanced database skills than I have can > help me out. > > > > We want to identify any box in a certain building that has restricted > materials and the kind of local access restriction it has. Since we use > local access restrictions, the AO that is linked to the box may not have > the local access restriction applied through the accessrestrict note, but a > parent AO will. That parent may or may not be its immediate parent AO. We > only care about the collection title in the box, not the AO title. > > > > I've come up with this query, which is already a mouthful, to retrieve all > the boxes + their collections in the building I want (SRH2): > > > > SELECT DISTINCT rr.id > , > rr.title, t.indicator, r.top_container_id, t.barcode, l.title > > FROM instance as i > > JOIN sub_container as s > > ON i.id > > = s.instance_id > > JOIN archival_object as a > > ON a.id > > = i.archival_object_id > > JOIN top_container_link_rlshp as r > > ON s.id > > = r.sub_container_id > > JOIN top_container as t > > ON t.id > > = r.top_container_id > > LEFT JOIN resource as rr > > ON rr.id > > = a.root_record_id > > JOIN top_container_housed_at_rlshp as tcha > > ON tcha.top_container_id = t.id > > > JOIN location as l > > ON l.id > > = tcha.location_id > > WHERE l.building LIKE "SRH2" > > > > On top of this I want the archival objects in the query to reflect only > AOs that have a local access restriction or who have an immediate or > distant parent AO with one. This is the query I have that will ID AOs with > a local access restriction, which I realize I'll have to extract from the > JSON that is in the notes column of the note table: > > > > SELECT id, resource_id, archival_object_id, notes FROM note WHERE notes > LIKE '%local_access_restriction_type":["%'; > > > > Any help would be appreciated. Thank you! > > > > -Olivia > > > > -- > > 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 > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- 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: From james at hudmol.com Tue Apr 19 19:49:13 2022 From: james at hudmol.com (James Bullen) Date: Wed, 20 Apr 2022 09:49:13 +1000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: Message-ID: <78E6FC84-F24E-42AD-ADCB-8BCE8027D73B@hudmol.com> Thanks Mike - I just pushed a commit that should fix the hard dependency on material_types: https://github.com/hudmol/yale_accession_slips/commit/9dbd43b I haven?t tested it, but it should be fine ;) Cheers, James > On Apr 20, 2022, at 1:22 AM, Rush, Michael wrote: > > From the error log it seems that our print accession record plugin is dependent on the material types plugin HM also developed for us. So I don?t think it?s a problem with the ASpace version, rather the mutual dependency between our plugins. > > If you are comfortable forking and mucking about in the code, It probably wouldn?t been too hard to remove the references to that plugin. > > Mike > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Schanz, Megan > Sent: Tuesday, April 19, 2022 11:11 AM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Hi all, > > We just tested the plugin with v3.1.1 and it doesn't appear to be compatible with that version. This is the error that was logged: > > I, [2022-04-19T11:06:07.887728 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (21.5ms) > I, [2022-04-19T11:06:07.889132 #60] INFO -- : Completed 500 Internal Server Error in 292ms > F, [2022-04-19T11:06:07.890814 #60] FATAL -- : > F, [2022-04-19T11:06:07.890989 #60] FATAL -- : ActionView::Template::Error (undefined method `material_types' for #): > F, [2022-04-19T11:06:07.891767 #60] FATAL -- : 206: <% end %> > 207: > 208: <% end %> > 209: <% if @accession.material_types %> > 210: > 211: MATERIAL TYPES > 212: > F, [2022-04-19T11:06:07.891879 #60] FATAL -- : > F, [2022-04-19T11:06:07.892240 #60] FATAL -- : app/controllers/application_controller.rb:797:in `set_locale' > > > > > > > - Megan > > > > > > _____________________________________ > > Megan Schanz > Application Developer & Systems Administrator > Michigan State University Libraries > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Busch, Ed > > Sent: Tuesday, April 19, 2022 10:54 AM > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a ?Print Accession Record? button under More in the Accession functions. > > The author wanted to know if it worked so I might as well share the debug if any. > > Thanks! > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Rush, Michael > Sent: Tuesday, April 19, 2022 8:36 AM > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Hi Bri, > > We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips . > > The plugin adds a ?Print accession record? option under the ?More? menu in the accession record view. This creates a PDF of the accession record. > > We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. > > Best, > > Mike > ____________________________________ > Michael Rush > Assistant Head of the Manuscript Unit > Beinecke Rare Book and Manuscript Library > Yale University > 203-432-8123 > [he | him | his] > > Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers > Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean > Sent: Friday, April 15, 2022 2:51 PM > To: Archivesspace Users Group > > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Hi everyone, > > Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don?t utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn?t look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). > > Thanks! > > Bri McLaughlin, she/her/hers > Visiting Metadata Services Librarian > Indiana University > 812-856-3321 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.rush at yale.edu Wed Apr 20 13:59:33 2022 From: michael.rush at yale.edu (Rush, Michael) Date: Wed, 20 Apr 2022 17:59:33 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: <78E6FC84-F24E-42AD-ADCB-8BCE8027D73B@hudmol.com> References: <78E6FC84-F24E-42AD-ADCB-8BCE8027D73B@hudmol.com> Message-ID: Excellent! Cheers James! Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of James Bullen Sent: Tuesday, April 19, 2022 7:49 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Thanks Mike - I just pushed a commit that should fix the hard dependency on material_types: https://github.com/hudmol/yale_accession_slips/commit/9dbd43b I haven't tested it, but it should be fine ;) Cheers, James On Apr 20, 2022, at 1:22 AM, Rush, Michael > wrote: >From the error log it seems that our print accession record plugin is dependent on the material types plugin HM also developed for us. So I don't think it's a problem with the ASpace version, rather the mutual dependency between our plugins. If you are comfortable forking and mucking about in the code, It probably wouldn't been too hard to remove the references to that plugin. Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Schanz, Megan Sent: Tuesday, April 19, 2022 11:11 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi all, We just tested the plugin with v3.1.1 and it doesn't appear to be compatible with that version. This is the error that was logged: I, [2022-04-19T11:06:07.887728 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (21.5ms) I, [2022-04-19T11:06:07.889132 #60] INFO -- : Completed 500 Internal Server Error in 292ms F, [2022-04-19T11:06:07.890814 #60] FATAL -- : F, [2022-04-19T11:06:07.890989 #60] FATAL -- : ActionView::Template::Error (undefined method `material_types' for #): F, [2022-04-19T11:06:07.891767 #60] FATAL -- : 206: <% end %> 207: 208: <% end %> 209: <% if @accession.material_types %> 210: 211: MATERIAL TYPES 212: F, [2022-04-19T11:06:07.891879 #60] FATAL -- : F, [2022-04-19T11:06:07.892240 #60] FATAL -- : app/controllers/application_controller.rb:797:in `set_locale' - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Busch, Ed > Sent: Tuesday, April 19, 2022 10:54 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a "Print Accession Record" button under More in the Accession functions. The author wanted to know if it worked so I might as well share the debug if any. Thanks! From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Rush, Michael Sent: Tuesday, April 19, 2022 8:36 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a "Print accession record" option under the "More" menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don't utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn't look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Apr 21 09:41:11 2022 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 21 Apr 2022 13:41:11 +0000 Subject: [Archivesspace_Users_Group] Take a Break with ArchivesSpace on Friday In-Reply-To: References: <51F22031-BCF5-4F81-9E91-B2025697CEA9@lyrasis.org> Message-ID: ArchivesSpace users, Whether you?ve continued to work from home, have returned to the office, or find yourself stuck somewhere in the middle, we could all use a break. In that spirit, ArchivesSpace will be reinstating our popular casual zoom open calls on Fridays. With a welcoming and robust member community all over the world, ArchivesSpace can offer camaraderie and relaxation, no matter the current state of the world. Each Friday we will have casual open calls via zoom at 12pm ET. We won?t be developing agendas or presentations for these calls. We just want to provide an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Whether you can attend once or plan to be there every Friday, these calls are open to everyone but registration is required to join. Register to join any open call at https://lyrasis.zoom.us/meeting/register/tZcldOGuqjotE9cNSaa6j45issVCKrEQKQYv We seek to provide a welcoming, fun, and safe community experience for everyone. The full text of the code of conduct is available at https://archivesspace.org/archivesspace-code-of-conduct. Please email ArchivesSpaceHome at lyrasis.org with any questions. We hope to see you tomorrow! Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From schanzme at msu.edu Thu Apr 21 09:48:33 2022 From: schanzme at msu.edu (Schanz, Megan) Date: Thu, 21 Apr 2022 13:48:33 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: <78E6FC84-F24E-42AD-ADCB-8BCE8027D73B@hudmol.com> Message-ID: Thanks, that did fix that error. The next one appears to be a similar issue; likely a dependency on the payments_module. I, [2022-04-21T09:44:25.024165 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (49.5ms) I, [2022-04-21T09:44:25.025783 #60] INFO -- : Completed 500 Internal Server Error in 299ms F, [2022-04-21T09:44:25.031882 #60] FATAL -- : F, [2022-04-21T09:44:25.032270 #60] FATAL -- : ActionView::Template::Error (undefined method `payment_summary' for #): F, [2022-04-21T09:44:25.033019 #60] FATAL -- : 219: 220: 221: <% end %> 222: <% if @accession.payment_summary %> 223: 224: PAYMENT SUMMARY 225: <% render_print_item(I18n.t("payment_summary.total_price"), @accession.payment_summary['total_price']) %> - Megan ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Rush, Michael Sent: Wednesday, April 20, 2022 1:59 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Excellent! Cheers James! Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of James Bullen Sent: Tuesday, April 19, 2022 7:49 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Thanks Mike - I just pushed a commit that should fix the hard dependency on material_types: https://github.com/hudmol/yale_accession_slips/commit/9dbd43b I haven?t tested it, but it should be fine ;) Cheers, James On Apr 20, 2022, at 1:22 AM, Rush, Michael > wrote: >From the error log it seems that our print accession record plugin is dependent on the material types plugin HM also developed for us. So I don?t think it?s a problem with the ASpace version, rather the mutual dependency between our plugins. If you are comfortable forking and mucking about in the code, It probably wouldn?t been too hard to remove the references to that plugin. Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Schanz, Megan Sent: Tuesday, April 19, 2022 11:11 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi all, We just tested the plugin with v3.1.1 and it doesn't appear to be compatible with that version. This is the error that was logged: I, [2022-04-19T11:06:07.887728 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (21.5ms) I, [2022-04-19T11:06:07.889132 #60] INFO -- : Completed 500 Internal Server Error in 292ms F, [2022-04-19T11:06:07.890814 #60] FATAL -- : F, [2022-04-19T11:06:07.890989 #60] FATAL -- : ActionView::Template::Error (undefined method `material_types' for #): F, [2022-04-19T11:06:07.891767 #60] FATAL -- : 206: <% end %> 207: 208: <% end %> 209: <% if @accession.material_types %> 210: 211: MATERIAL TYPES 212: F, [2022-04-19T11:06:07.891879 #60] FATAL -- : F, [2022-04-19T11:06:07.892240 #60] FATAL -- : app/controllers/application_controller.rb:797:in `set_locale' - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Busch, Ed > Sent: Tuesday, April 19, 2022 10:54 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a ?Print Accession Record? button under More in the Accession functions. The author wanted to know if it worked so I might as well share the debug if any. Thanks! From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Rush, Michael Sent: Tuesday, April 19, 2022 8:36 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a ?Print accession record? option under the ?More? menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don?t utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn?t look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Boze.1 at nd.edu Thu Apr 21 12:29:13 2022 From: Boze.1 at nd.edu (Andy Boze) Date: Thu, 21 Apr 2022 12:29:13 -0400 Subject: [Archivesspace_Users_Group] italics In-Reply-To: References: Message-ID: <35bb49de-a949-fddc-96e9-f14da209d185@nd.edu> I wonder whether a bookmarklet might work for you Create a bookmark in your web browser with the URL javascript:(function(a){a.value=a.value.slice(0,a.selectionStart)+""+a.value+"";})(document.activeElement); and give it whatever name you like, maybe something like "Add emph tag". Then just select the test you want to add the tag to and click the bookmarklet. I've tested it in Firefox and Chrome. You can change the emph tag in the "" sections of the bookmarklet if you want to use other tags. Andy On 4/18/2022 4:52 PM, Yatsonsky, Nicole wrote: > Just wanted to bump this, Wendy, as that would be very helpful for us, too, in the SUI. The constant typing or copy and pasting seems inefficient and we do not currently have the ability to use the API either. > > -Nicole > > -----Original Message----- > From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Wendy Scheir > Sent: Wednesday, April 6, 2022 12:54 PM > To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] italics > > [This email originated from outside of UNCW] > > Hello, > > I'm wondering if there is a way, in the SUI, to enter italics into component titles (as well as other fields) without being required to manually enter the tags around the desired words one wants italicized. > I understand how to do it manually, but I feel that I might be missing something about how to do it without manual entry. AT had a dropdown from which one could select desired tagging. This wasn't ideal but was better than nothing. We don't have the capability of using the API on a daily basis to make changes, nor do we have access to the backend--I'm just asking whether it's possible in the SUI. > > Thanks, > Wendy > ____________________________________ > > WENDY SCHEIR > Director > THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS _______________________________________________ > 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=04%7C01%7Cyatsonskyn%40uncw.edu%7Cee01545a1f5441e44d2608da17ee212b%7C2213678197534c75af2868a078871ebf%7C0%7C0%7C637848608781099504%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=8XZvtpvt4TuOxGgpYHMltFPJT2rg%2Bvc4HwpMG5eqKM8%3D&reserved=0 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Andy Boze, Associate Librarian University of Notre Dame 271H Hesburgh Library (574) 631-8708 From scheirw at newschool.edu Thu Apr 21 13:25:31 2022 From: scheirw at newschool.edu (Wendy Scheir) Date: Thu, 21 Apr 2022 13:25:31 -0400 Subject: [Archivesspace_Users_Group] italics In-Reply-To: <35bb49de-a949-fddc-96e9-f14da209d185@nd.edu> References: <35bb49de-a949-fddc-96e9-f14da209d185@nd.edu> Message-ID: Thanks for bringing this question up again, Nicole, and thanks so much, Andy and Miloche, for these creative suggestions! We will see if we can't make one of them work for us. 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] On Thu, Apr 21, 2022 at 12:29 PM Andy Boze wrote: > I wonder whether a bookmarklet might work for you > > Create a bookmark in your web browser with the URL > > javascript:(function(a){a.value=a.value.slice(0,a.selectionStart)+" render='italic'>"+a.value+"";})(document.activeElement); > > and give it whatever name you like, maybe something like "Add emph tag". > > Then just select the test you want to add the tag to and click the > bookmarklet. I've tested it in Firefox and Chrome. You can change the > emph tag in the "" sections of the bookmarklet if you want to use other > tags. > > Andy > > On 4/18/2022 4:52 PM, Yatsonsky, Nicole wrote: > > Just wanted to bump this, Wendy, as that would be very helpful for us, > too, in the SUI. The constant typing or copy and pasting seems inefficient > and we do not currently have the ability to use the API either. > > > > -Nicole > > > > -----Original Message----- > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of > Wendy Scheir > > Sent: Wednesday, April 6, 2022 12:54 PM > > To: Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > > Subject: [Archivesspace_Users_Group] italics > > > > [This email originated from outside of UNCW] > > > > Hello, > > > > I'm wondering if there is a way, in the SUI, to enter italics into > component titles (as well as other fields) without being required to > manually enter the tags around the desired words one wants italicized. > > I understand how to do it manually, but I feel that I might be missing > something about how to do it without manual entry. AT had a dropdown from > which one could select desired tagging. This wasn't ideal but was better > than nothing. We don't have the capability of using the API on a daily > basis to make changes, nor do we have access to the backend--I'm just > asking whether it's possible in the SUI. > > > > Thanks, > > Wendy > > ____________________________________ > > > > WENDY SCHEIR > > Director > > THE NEW SCHOOL ARCHIVES & SPECIAL COLLECTIONS > _______________________________________________ > > 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=04%7C01%7Cyatsonskyn%40uncw.edu%7Cee01545a1f5441e44d2608da17ee212b%7C2213678197534c75af2868a078871ebf%7C0%7C0%7C637848608781099504%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=8XZvtpvt4TuOxGgpYHMltFPJT2rg%2Bvc4HwpMG5eqKM8%3D&reserved=0 > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > -- > Andy Boze, Associate Librarian > University of Notre Dame > 271H Hesburgh Library > (574) 631-8708 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From carrone at bc.edu Thu Apr 21 13:28:03 2022 From: carrone at bc.edu (Elizabeth Carron) Date: Thu, 21 Apr 2022 13:28:03 -0400 Subject: [Archivesspace_Users_Group] Advice on born-digital accessioning in ArchivesSpace Message-ID: Hello, Within the last year, we've amped up our born-digital acquisitions program which led to this very question. In the end, we decided that instance records were for physical containers and that DO records would be best utilized for born-digital and digitized content. There were a number of collection recordkeeping reasons for this, but there's also a prospective migration to a new IR solution and of the PUI on the horizon. One of the biggest legacy challenges that we had to consider is that, prior to my position being established 2+ years ago, DO records were utilized solely by our library digitization and A/V reformatting team. The archives team has only recently been positioned to systematically acquire and work with born-digital content in an iterative process. Several inter-departmental brainstorming sessions later, we've set up standards as to what makes a minimal viable DO record. NB: the DO record likely be deleted as part of the processing project wrap-up. A minimal viable DO for an accession requires (and this is where ASpace pre-populated fields really comes in handy): - Title - We established and documented a convention to be applied to all accession DOs and potential accruals. - Identifier - We established and documented a file naming convention to be applied to all bags. - File URI - We established and documented a file structure to be applied to all accessioned content and is replicated across all of our local and vended digital preservation environments. - Use statement - Since there are users of this area of ASpace besides the archives team, the use statement enables us to manage the nuances between unprocessed/processed born-digital archival content and unprocessed/processed digitized content. Accessions are considered . This controlled term is in keeping with our practice of managing accessions in aggregation (e.g, boxes and bags) and makes it easier to run reports, perform unprocessed backlog audits, and conduct processing project wrap-up. Hope this is helpful! -- *Elizabeth Carron* Senior Accessioning Archivist | MS, Certified Records Manager (CRM) *pronouns are she/her/hers* *John J. Burns Library @ Boston College* P | 617.552.8049 E | elizabeth.carron at bc.edu Digital Submissions Form | University Policy on University Archives -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Thu Apr 21 20:13:27 2022 From: james at hudmol.com (James Bullen) Date: Fri, 22 Apr 2022 10:13:27 +1000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: <78E6FC84-F24E-42AD-ADCB-8BCE8027D73B@hudmol.com> Message-ID: <76085ED8-30C9-478E-8EBE-866C77085647@hudmol.com> Hi Megan, Yep, thanks - I?ve now dealt with that one too. Cheers, James > On Apr 21, 2022, at 11:48 PM, Schanz, Megan wrote: > > Thanks, that did fix that error. The next one appears to be a similar issue; likely a dependency on the payments_module . > > I, [2022-04-21T09:44:25.024165 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (49.5ms) > I, [2022-04-21T09:44:25.025783 #60] INFO -- : Completed 500 Internal Server Error in 299ms > F, [2022-04-21T09:44:25.031882 #60] FATAL -- : > F, [2022-04-21T09:44:25.032270 #60] FATAL -- : ActionView::Template::Error (undefined method `payment_summary' for #): > F, [2022-04-21T09:44:25.033019 #60] FATAL -- : 219: > 220: > 221: <% end %> > 222: <% if @accession.payment_summary %> > 223: > 224: PAYMENT SUMMARY > 225: <% render_print_item(I18n.t("payment_summary.total_price"), @accession.payment_summary['total_price']) %> > > > > - Megan > From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Rush, Michael > Sent: Wednesday, April 20, 2022 1:59 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Excellent! > > Cheers James! > > Mike > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of James Bullen > Sent: Tuesday, April 19, 2022 7:49 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > > Thanks Mike - I just pushed a commit that should fix the hard dependency on material_types: > https://github.com/hudmol/yale_accession_slips/commit/9dbd43b > > I haven?t tested it, but it should be fine ;) > > > > Cheers, > James > > > > On Apr 20, 2022, at 1:22 AM, Rush, Michael > wrote: > > From the error log it seems that our print accession record plugin is dependent on the material types plugin HM also developed for us. So I don?t think it?s a problem with the ASpace version, rather the mutual dependency between our plugins. > > If you are comfortable forking and mucking about in the code, It probably wouldn?t been too hard to remove the references to that plugin. > > Mike > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Schanz, Megan > Sent: Tuesday, April 19, 2022 11:11 AM > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Hi all, > > We just tested the plugin with v3.1.1 and it doesn't appear to be compatible with that version. This is the error that was logged: > > I, [2022-04-19T11:06:07.887728 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (21.5ms) > I, [2022-04-19T11:06:07.889132 #60] INFO -- : Completed 500 Internal Server Error in 292ms > F, [2022-04-19T11:06:07.890814 #60] FATAL -- : > F, [2022-04-19T11:06:07.890989 #60] FATAL -- : ActionView::Template::Error (undefined method `material_types' for #): > F, [2022-04-19T11:06:07.891767 #60] FATAL -- : 206: <% end %> > 207: > 208: <% end %> > 209: <% if @accession.material_types %> > 210: > 211: MATERIAL TYPES > 212: > F, [2022-04-19T11:06:07.891879 #60] FATAL -- : > F, [2022-04-19T11:06:07.892240 #60] FATAL -- : app/controllers/application_controller.rb:797:in `set_locale' > > > > > > > > > > - Megan > > > > > > > > _____________________________________ > > Megan Schanz > Application Developer & Systems Administrator > Michigan State University Libraries > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Busch, Ed > > Sent: Tuesday, April 19, 2022 10:54 AM > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a ?Print Accession Record? button under More in the Accession functions. > > The author wanted to know if it worked so I might as well share the debug if any. > > Thanks! > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Rush, Michael > Sent: Tuesday, April 19, 2022 8:36 AM > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Hi Bri, > > We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips . > > The plugin adds a ?Print accession record? option under the ?More? menu in the accession record view. This creates a PDF of the accession record. > > We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. > > Best, > > Mike > ____________________________________ > Michael Rush > Assistant Head of the Manuscript Unit > Beinecke Rare Book and Manuscript Library > Yale University > 203-432-8123 > [he | him | his] > > Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers > Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean > Sent: Friday, April 15, 2022 2:51 PM > To: Archivesspace Users Group > > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > Hi everyone, > > Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don?t utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn?t look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). > > Thanks! > > Bri McLaughlin, she/her/hers > Visiting Metadata Services Librarian > Indiana University > 812-856-3321 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From schanzme at msu.edu Fri Apr 22 12:58:44 2022 From: schanzme at msu.edu (Schanz, Megan) Date: Fri, 22 Apr 2022 16:58:44 +0000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: <76085ED8-30C9-478E-8EBE-866C77085647@hudmol.com> References: <78E6FC84-F24E-42AD-ADCB-8BCE8027D73B@hudmol.com> <76085ED8-30C9-478E-8EBE-866C77085647@hudmol.com> Message-ID: Thanks James, that did resolve that error for us. There was another error after that one, so I ended up making a fork of the repository in case it went down a rabbit hole. Luckily it was only one more error away from working in our instance! The final error was an incompatibility issue between the code and versions of ArchivesSpace greater than v2.8.1 when they updated the FOP library. I used that same commit to update the plugin with similar syntax; only needing to update a few lines. I didn't submit a pull request since you're still on the version that requires the original syntax, but thought I'd still share here in case it helps when you do upgrade, or if others run into this issue as well. https://github.com/MSU-Libraries/accession_slips Thanks again for helping us get this set up! - Megan ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of James Bullen Sent: Thursday, April 21, 2022 8:13 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi Megan, Yep, thanks - I?ve now dealt with that one too. Cheers, James On Apr 21, 2022, at 11:48 PM, Schanz, Megan > wrote: Thanks, that did fix that error. The next one appears to be a similar issue; likely a dependency on the payments_module. I, [2022-04-21T09:44:25.024165 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (49.5ms) I, [2022-04-21T09:44:25.025783 #60] INFO -- : Completed 500 Internal Server Error in 299ms F, [2022-04-21T09:44:25.031882 #60] FATAL -- : F, [2022-04-21T09:44:25.032270 #60] FATAL -- : ActionView::Template::Error (undefined method `payment_summary' for #): F, [2022-04-21T09:44:25.033019 #60] FATAL -- : 219: 220: 221: <% end %> 222: <% if @accession.payment_summary %> 223: 224: PAYMENT SUMMARY 225: <% render_print_item(I18n.t("payment_summary.total_price"), @accession.payment_summary['total_price']) %> - Megan ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Rush, Michael > Sent: Wednesday, April 20, 2022 1:59 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Excellent! Cheers James! Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of James Bullen Sent: Tuesday, April 19, 2022 7:49 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Thanks Mike - I just pushed a commit that should fix the hard dependency on material_types: https://github.com/hudmol/yale_accession_slips/commit/9dbd43b I haven?t tested it, but it should be fine ;) Cheers, James On Apr 20, 2022, at 1:22 AM, Rush, Michael > wrote: >From the error log it seems that our print accession record plugin is dependent on the material types plugin HM also developed for us. So I don?t think it?s a problem with the ASpace version, rather the mutual dependency between our plugins. If you are comfortable forking and mucking about in the code, It probably wouldn?t been too hard to remove the references to that plugin. Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Schanz, Megan Sent: Tuesday, April 19, 2022 11:11 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi all, We just tested the plugin with v3.1.1 and it doesn't appear to be compatible with that version. This is the error that was logged: I, [2022-04-19T11:06:07.887728 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (21.5ms) I, [2022-04-19T11:06:07.889132 #60] INFO -- : Completed 500 Internal Server Error in 292ms F, [2022-04-19T11:06:07.890814 #60] FATAL -- : F, [2022-04-19T11:06:07.890989 #60] FATAL -- : ActionView::Template::Error (undefined method `material_types' for #): F, [2022-04-19T11:06:07.891767 #60] FATAL -- : 206: <% end %> 207: 208: <% end %> 209: <% if @accession.material_types %> 210: 211: MATERIAL TYPES 212: F, [2022-04-19T11:06:07.891879 #60] FATAL -- : F, [2022-04-19T11:06:07.892240 #60] FATAL -- : app/controllers/application_controller.rb:797:in `set_locale' - Megan _____________________________________ Megan Schanz Application Developer & Systems Administrator Michigan State University Libraries ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Busch, Ed > Sent: Tuesday, April 19, 2022 10:54 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a ?Print Accession Record? button under More in the Accession functions. The author wanted to know if it worked so I might as well share the debug if any. Thanks! From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Rush, Michael Sent: Tuesday, April 19, 2022 8:36 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi Bri, We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips. The plugin adds a ?Print accession record? option under the ?More? menu in the accession record view. This creates a PDF of the accession record. We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. Best, Mike ____________________________________ Michael Rush Assistant Head of the Manuscript Unit Beinecke Rare Book and Manuscript Library Yale University 203-432-8123 [he | him | his] Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean Sent: Friday, April 15, 2022 2:51 PM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records Hi everyone, Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don?t utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn?t look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). Thanks! Bri McLaughlin, she/her/hers Visiting Metadata Services Librarian Indiana University 812-856-3321 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Fri Apr 22 19:49:50 2022 From: james at hudmol.com (James Bullen) Date: Sat, 23 Apr 2022 09:49:50 +1000 Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records In-Reply-To: References: <78E6FC84-F24E-42AD-ADCB-8BCE8027D73B@hudmol.com> <76085ED8-30C9-478E-8EBE-866C77085647@hudmol.com> Message-ID: <68380123-76CB-4EEC-9BD7-BE3039440AD8@hudmol.com> That?s great news thanks Megan. As you can tell, this was never intended to be useful beyond Yale?s context, so the fact that it is potential useful to you and others is a bonus. Cheers, James ? James Bullen Director/Developer Hudson Molonglo ? > On Apr 23, 2022, at 2:58 AM, Schanz, Megan wrote: > > Thanks James, that did resolve that error for us. > > There was another error after that one, so I ended up making a fork of the repository in case it went down a rabbit hole. Luckily it was only one more error away from working in our instance! The final error was an incompatibility issue between the code and versions of ArchivesSpace greater than v2.8.1 when they updated the FOP library . I used that same commit to update the plugin with similar syntax; only needing to update a few lines . > > I didn't submit a pull request since you're still on the version that requires the original syntax, but thought I'd still share here in case it helps when you do upgrade, or if others run into this issue as well. > > https://github.com/MSU-Libraries/accession_slips > > Thanks again for helping us get this set up! > > - Megan > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of James Bullen > Sent: Thursday, April 21, 2022 8:13 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records > > > Hi Megan, > > Yep, thanks - I?ve now dealt with that one too. > > > Cheers, > James > > >> On Apr 21, 2022, at 11:48 PM, Schanz, Megan > wrote: >> >> Thanks, that did fix that error. The next one appears to be a similar issue; likely a dependency on the payments_module . >> >> I, [2022-04-21T09:44:25.024165 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (49.5ms) >> I, [2022-04-21T09:44:25.025783 #60] INFO -- : Completed 500 Internal Server Error in 299ms >> F, [2022-04-21T09:44:25.031882 #60] FATAL -- : >> F, [2022-04-21T09:44:25.032270 #60] FATAL -- : ActionView::Template::Error (undefined method `payment_summary' for #): >> F, [2022-04-21T09:44:25.033019 #60] FATAL -- : 219: >> 220: >> 221: <% end %> >> 222: <% if @accession.payment_summary %> >> 223: >> 224: PAYMENT SUMMARY >> 225: <% render_print_item(I18n.t("payment_summary.total_price"), @accession.payment_summary['total_price']) %> >> >> >> >> - Megan >> >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Rush, Michael > >> Sent: Wednesday, April 20, 2022 1:59 PM >> To: Archivesspace Users Group > >> Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records >> >> Excellent! >> >> Cheers James! >> >> Mike >> >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of James Bullen >> Sent: Tuesday, April 19, 2022 7:49 PM >> To: Archivesspace Users Group > >> Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records >> >> >> Thanks Mike - I just pushed a commit that should fix the hard dependency on material_types: >> https://github.com/hudmol/yale_accession_slips/commit/9dbd43b >> >> I haven?t tested it, but it should be fine ;) >> >> >> >> Cheers, >> James >> >> >> >> On Apr 20, 2022, at 1:22 AM, Rush, Michael > wrote: >> >> >From the error log it seems that our print accession record plugin is dependent on the material types plugin HM also developed for us. So I don?t think it?s a problem with the ASpace version, rather the mutual dependency between our plugins. >> >> If you are comfortable forking and mucking about in the code, It probably wouldn?t been too hard to remove the references to that plugin. >> >> Mike >> >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Schanz, Megan >> Sent: Tuesday, April 19, 2022 11:11 AM >> To: Archivesspace Users Group > >> Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records >> >> Hi all, >> >> We just tested the plugin with v3.1.1 and it doesn't appear to be compatible with that version. This is the error that was logged: >> >> I, [2022-04-19T11:06:07.887728 #60] INFO -- : Rendered /archivesspace/plugins/yale_accession_slips/frontend/views/accessions/_non_print_slip.fo.erb (21.5ms) >> I, [2022-04-19T11:06:07.889132 #60] INFO -- : Completed 500 Internal Server Error in 292ms >> F, [2022-04-19T11:06:07.890814 #60] FATAL -- : >> F, [2022-04-19T11:06:07.890989 #60] FATAL -- : ActionView::Template::Error (undefined method `material_types' for #): >> F, [2022-04-19T11:06:07.891767 #60] FATAL -- : 206: <% end %> >> 207: >> 208: <% end %> >> 209: <% if @accession.material_types %> >> 210: >> 211: MATERIAL TYPES >> 212: >> F, [2022-04-19T11:06:07.891879 #60] FATAL -- : >> F, [2022-04-19T11:06:07.892240 #60] FATAL -- : app/controllers/application_controller.rb:797:in `set_locale' >> >> >> >> >> >> >> >> >> >> - Megan >> >> >> >> >> >> >> >> _____________________________________ >> >> Megan Schanz >> Application Developer & Systems Administrator >> Michigan State University Libraries >> >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Busch, Ed > >> Sent: Tuesday, April 19, 2022 10:54 AM >> To: Archivesspace Users Group > >> Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records >> >> Well, darn, something broke in it. Apparently not tested with newer versions of ASpace. What version are we on? Can you see if anything popped up in the log? It added a ?Print Accession Record? button under More in the Accession functions. >> >> The author wanted to know if it worked so I might as well share the debug if any. >> >> Thanks! >> >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Rush, Michael >> Sent: Tuesday, April 19, 2022 8:36 AM >> To: Archivesspace Users Group > >> Subject: Re: [Archivesspace_Users_Group] Sharing/previewing Accession Records >> >> Hi Bri, >> >> We have a similar use case at Yale. We often print our accession records to accompany new acquisitions through the processing and cataloging workflow. In order to save paper and print out reasonably formatted copies of accession records we contracted with Hudson Molonglo to develop a plugin. See https://github.com/hudmol/yale_accession_slips . >> >> The plugin adds a ?Print accession record? option under the ?More? menu in the accession record view. This creates a PDF of the accession record. >> >> We make use of a number of user-defined fields in our accession records, and the layout of the PDF incorporates those, so this plugin might not work perfectly for your local implementation. But you could give it a try, or fork it and tweak it to meet your needs. >> >> Best, >> >> Mike >> ____________________________________ >> Michael Rush >> Assistant Head of the Manuscript Unit >> Beinecke Rare Book and Manuscript Library >> Yale University >> 203-432-8123 >> [he | him | his] >> >> Information for Booksellers: https://beinecke.library.yale.edu/information-booksellers >> Information for Donors: https://beinecke.library.yale.edu/giving-beinecke-library >> >> >> >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of McLaughlin, Brianna Jean >> Sent: Friday, April 15, 2022 2:51 PM >> To: Archivesspace Users Group > >> Subject: [Archivesspace_Users_Group] Sharing/previewing Accession Records >> >> Hi everyone, >> >> Could anyone share methods for sharing full Accession records outside of ArchivesSpace? We don?t utilize the AS PUI, and we are not using any sort of endpoint for Accession records. Ideally, we would have something like a print preview that we could share. It doesn?t look like any of the reports do this, and the Generate PDF function is only for Resources (at least for our version of AS 2.7.1). >> >> Thanks! >> >> Bri McLaughlin, she/her/hers >> Visiting Metadata Services Librarian >> Indiana University >> 812-856-3321 >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From abrent3 at gmu.edu Mon Apr 25 10:49:01 2022 From: abrent3 at gmu.edu (Amanda T Brent) Date: Mon, 25 Apr 2022 14:49:01 +0000 Subject: [Archivesspace_Users_Group] Harvard Bulk Import Template - Folder Scope Notes? Message-ID: Hello all, Does anybody know of a way to include folder scope notes for inventories using the Harvard Bulk Import Template? I have played around with it but haven't been able to figure it out. I'm currently having to go into each entry once it's been imported and add the scope notes manually in ASpace. Thanks all, Amanda Brent, MLS Processing Coordinator Special Collections Research Center George Mason University Phone: 703.993.3559 Pronouns: She/Her/Hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From leah.tams at duke.edu Mon Apr 25 11:04:54 2022 From: leah.tams at duke.edu (Leah Tams) Date: Mon, 25 Apr 2022 15:04:54 +0000 Subject: [Archivesspace_Users_Group] Harvard Bulk Import Template - Folder Scope Notes? In-Reply-To: References: Message-ID: Hi Amanda, You should be able to use the Scope and Contents Note column (n_scopecontent, column EQ in the most recent version of the bulk import template spreadsheet). Does that achieve what you're hoping to do? Best, 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 Amanda T Brent Sent: Monday, April 25, 2022 10:49 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Harvard Bulk Import Template - Folder Scope Notes? Hello all, Does anybody know of a way to include folder scope notes for inventories using the Harvard Bulk Import Template? I have played around with it but haven't been able to figure it out. I'm currently having to go into each entry once it's been imported and add the scope notes manually in ASpace. Thanks all, Amanda Brent, MLS Processing Coordinator Special Collections Research Center George Mason University Phone: 703.993.3559 Pronouns: She/Her/Hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From abrent3 at gmu.edu Mon Apr 25 11:08:41 2022 From: abrent3 at gmu.edu (Amanda T Brent) Date: Mon, 25 Apr 2022 15:08:41 +0000 Subject: [Archivesspace_Users_Group] Harvard Bulk Import Template - Folder Scope Notes? In-Reply-To: References: Message-ID: Hi Leah, Thank you SO MUCH. I'm new to ASpace and I completely overlooked that. It's much appreciated! Amanda Brent, MLS Processing Coordinator Special Collections Research Center George Mason University Phone: 703.993.3559 Pronouns: She/Her/Hers ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Leah Tams Sent: Monday, April 25, 2022 11:04 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Harvard Bulk Import Template - Folder Scope Notes? Hi Amanda, You should be able to use the Scope and Contents Note column (n_scopecontent, column EQ in the most recent version of the bulk import template spreadsheet). Does that achieve what you?re hoping to do? Best, 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 Amanda T Brent Sent: Monday, April 25, 2022 10:49 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Harvard Bulk Import Template - Folder Scope Notes? Hello all, Does anybody know of a way to include folder scope notes for inventories using the Harvard Bulk Import Template? I have played around with it but haven't been able to figure it out. I'm currently having to go into each entry once it's been imported and add the scope notes manually in ASpace. Thanks all, Amanda Brent, MLS Processing Coordinator Special Collections Research Center George Mason University Phone: 703.993.3559 Pronouns: She/Her/Hers -------------- next part -------------- An HTML attachment was scrubbed... URL: From npwb2 at cam.ac.uk Mon Apr 25 11:38:51 2022 From: npwb2 at cam.ac.uk (Nick Butler) Date: Mon, 25 Apr 2022 15:38:51 +0000 Subject: [Archivesspace_Users_Group] PUI locales not being fully loaded in v3.1.1? In-Reply-To: References: Message-ID: Hi all, Further to this exchange, I've come back to this work and have been doing some local testing to try and get the locales to display correctly. It turns out that commenting this line out seems to fix my issue perfectly: https://github.com/archivesspace/archivesspace/blob/a37fcedd610505e633abdc68694ccda75cb756a3/public/config/initializers/locales.rb#L2 [https://opengraph.githubassets.com/48d750ff7e0824367b77ecaa74384386367d08d4ad8958a12dc6d6477c79554a/archivesspace/archivesspace] archivesspace/locales.rb at a37fcedd610505e633abdc68694ccda75cb756a3 ? archivesspace/archivesspace The ArchivesSpace archives management tool. Contribute to archivesspace/archivesspace development by creating an account on GitHub. github.com I don't really understand why this is working (the locales in question don't have entries in any frontend files) but I'd like to move this change to a development environment to investigate further. I can't see how to use a plugin to stop this reordering from running - might anyone have any suggestions? Many thanks, Nick ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Nick Butler Sent: 31 March 2022 09:55 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] PUI locales not being fully loaded in v3.1.1? Hi Andrew, Thanks for your reply. That doesn't appear to be the case here (either in my dockerised local development environment, where this is my only active plugin, or in our development server, where there are no other public/locale/*? files in any of our other currently-loaded plugins). Thanks for pointing that commit out, it looks like the related PR (https://github.com/archivesspace/archivesspace/pull/2266) made a number of other changes to plugins as well. I'll take a closer look. Many thanks, Nick [https://opengraph.githubassets.com/4f0a13a1a5b8753a7c5f583c5b46fc83586f0f61767e88e9effaef05c794c08a/archivesspace/archivesspace/pull/2266] Hm plugin enhancements from #1896 by lorawoodford ? Pull Request #2266 ? archivesspace/archivesspace Includes 30 commits from the larger #1896 written by @marktriggs @jambun @payten and funded by Queensland State Archives. 3dc860a: Introduce AbstractPluginSection (and examples) to allow arbitrar... github.com ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Andrew Morrison Sent: 31 March 2022 08:54 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] PUI locales not being fully loaded in v3.1.1? Do you have two or more plug-ins with a public/locale/en.yml file in each? If they have both have a brand: section, then one will override the other, even if only one defines a translation for the title: variable. There has been a change between 2.8.1 and 3.1.1 in how plug-ins are loaded: https://github.com/archivesspace/archivesspace/commit/1f4f34dd7cc655fc4a6e6d68cd8a5d8ff8c35cf8 Andrew. On 30/03/2022 15:10, Nick Butler wrote: Hi all, We've been trying out ArchivesSpace v3.1.1 in development environments prior to upgrading our production system from v2.8.1. We're experiencing an issue whereby some of the entries in our local plugin's public/locales/en.yml? file seemingly aren't being recognised. As far as I can tell, anything that's intended to override an entry in the default file isn't being seen (i.e. the value of brand.title?) , but everything new (i.e. entries in a plugins? block) is being loaded successfully. Using ArchivesSpace version v2.8.1 again, without making any other changes, makes the locales load as expected. All entries in the plugin's frontend/locales/en.yml? file are being respected as expected in both v2.8.1 and v3.1.1. Has anyone else experienced this? Many thanks, Nick _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From zmijewski at industrialarchives.org Mon Apr 25 15:09:29 2022 From: zmijewski at industrialarchives.org (Nicholas Zmijewski) Date: Mon, 25 Apr 2022 19:09:29 +0000 Subject: [Archivesspace_Users_Group] Nominations sought for ArchivesSpace User Advisory Council In-Reply-To: <542bfae2181f4bd8be06da29adcdc369@industrialarchives.org> References: <542bfae2181f4bd8be06da29adcdc369@industrialarchives.org> Message-ID: <61b84401cb664ae6bacd7876b3629f93@industrialarchives.org> Hi All, just a reminder that we have a week to go before the nomination period ends. Please consider volunteering to get your feet we in this rewarding program. Nick The ArchivesSpace Governance Board is seeking nominations to fill up to five (5) vacancies on the ArchivesSpace User Advisory Council (UAC). The User Advisory Council (https://archivesspace.org/governance-board-and-councils#UAC) is a critical part of the ArchivesSpace community, serving as a communication conduit between ArchivesSpace governance groups and ArchivesSpace users. UAC members have told us time and again that they find their service to be a fun and valuable way to apply their knowledge of ArchivesSpace and connect with other users around common issues and challenges. Some of the activities UAC is currently engaged in are: * Reviewing user-submitted enhancements and priorities for the application, in collaboration with the User Advisory Council. (Development Prioritization) * Conducting user-centered testing of the application prior to releases, in collaboration with the User Advisory Council. (Testing) * Maintaining and updating user documentation. (User Documentation) * Advocating on the usability and functionality of the application. (Usability) * Coordinating member-centered activities like our peer-to-peer Member Match support program. (Member Engagement) * Advising the ArchivesSpace Governance Board and the ArchivesSpace Organizational Home on the design and delivery of services, such as community engagement and support services, technical support, and training. Nominees should be presently employed at an ArchivesSpace member institution (please refer to the categorized member list at: http://archivesspace.org/community/whos-using-archivesspace/). As the community for a software application used in many different settings, we seek diverse voices in working to improve ArchivesSpace and support those who use or may benefit from using it. We especially encourage Black, Indigenous, and People of Color, and others currently less represented in our governance groups to consider joining us in these important leadership roles. The anticipated time commitment for each appointee is expected to be two hours per week on average. The term of service will be July 1, 2022-June 30, 2025. To nominate a candidate for the ArchivesSpace User Advisory Council, please submit this form at https://forms.gle/DkDnb2NLRBgy3ecJA. The Nominating Committee will review all nominations and recommend appointments to the Governance Board for approval. Nominations must be received by 9:00 p.m. EDT on Friday April 29th. Please contact Christine Di Bella, ArchivesSpace Program Manager, at christine.dibella at lyrasis.org or any member of the Nominating Committee with questions. Thank you for your participation in this important process, which is an essential part of our identity and operations as a community-based software organization. Respectfully, Nicholas Zmijewski Industrial Archives & Library Chair, and Governance Board member On behalf of Nominating Committee members: Dan Michelson, Smith College, Chair of User Advisory Council Randy Kuehn, University of Louisville, Chair of Technical Advisory Council Julia Tanenbaum, University of Wisconsin, representing very large membership level Aaisha Haykal, College of Charleston, representing large membership level Tiffany Cole, James Madison University, representing medium membership level Corinne Chatnik, New York State Archives, representing small membership level Sara Butterfass Schliep, Folger Shakespeare Library, representing very small membership level Christine Di Bella (ArchivesSpace Program Manager), ex officio -------------- next part -------------- An HTML attachment was scrubbed... URL: From zmijewski at industrialarchives.org Mon Apr 25 15:10:16 2022 From: zmijewski at industrialarchives.org (Nicholas Zmijewski) Date: Mon, 25 Apr 2022 19:10:16 +0000 Subject: [Archivesspace_Users_Group] FW: Nominations sought for ArchivesSpace Technical Advisory Council In-Reply-To: References: Message-ID: Hi All, just a reminder that we have a week to go before the nomination period ends. Please consider volunteering to get your feet we in this rewarding program. Nick The ArchivesSpace Governance Board is seeking nominations to fill up to six (6) vacancies on the ArchivesSpace Technical Advisory Council (TAC). The Technical Advisory Council (https://archivesspace.org/governance-board-and-councils#TAC) is a critical part of the ArchivesSpace community, having responsibility for providing technical guidance to individuals or organizations contributing to application development, to the User Advisory Council, and to the ArchivesSpace Governance Board. While the idea of the Technical Advisory Council may sound a bit intimidating at first, membership in TAC is typically more focused on the experiences/workflows/needs/interests each member brings to the group rather than their technical abilities. At their core, TAC subteams focus on maintaining documentation, guided software testing, and reviewing enhancements. It's in these areas that your experience with ArchivesSpace can be invaluable. TAC's current activities include: * Reviewing user-submitted enhancements and priorities for the application, in collaboration with the User Advisory Council. (Development Prioritization) * Conducting user-centered testing of the application prior to releases, in collaboration with the User Advisory Council. (Testing) * Documenting the metadata standards used by ArchivesSpace and monitoring the standards landscape. (Metadata Standards) * Identifying integration points for ArchivesSpace with other systems (e.g. digital asset management systems, patron and request management systems, etc.) and creating resources to assist the community with integration work. (Integrations) * Maintaining and updating technical documentation, including documentation of the API. (Technical Documentation) * Providing support and resources to help develop a community of code committers. Nominees should preferably be presently employed at an ArchivesSpace member institution (please refer to the member list at: http://archivesspace.org/community/whos-using-archivesspace/) or employees of a current Registered Service Provider (see: http://archivesspace.org/registered-service-providers/current-rsps/). Nominations from non-member institutions will be considered based on their expertise and ability to contribute to the TAC. As the community for a software application used in many different settings, we seek diverse voices in working to improve ArchivesSpace and support those who use or may benefit from using it. We especially encourage Black, Indigenous, and People of Color, and others currently less represented in our governance groups to consider joining us in these important leadership roles. The anticipated time commitment for each appointee is expected to be two hours per week on average. The term of service will be July 1, 2022-June 30, 2025. To nominate a candidate for the ArchivesSpace Technical Advisory Council, please submit this form at https://forms.gle/DkDnb2NLRBgy3ecJA. The Nominating Committee will review all nominations and recommend appointments to the Governance Board for approval. Nominations must be received by 9:00 p.m. EDT on Friday April 29th. Please contact Christine Di Bella, ArchivesSpace Program Manager, at christine.dibella at lyrasis.org or any member of the Nominating Committee with questions. Thank you for your participation in this important process, which is an essential part of our identity and operations as a community-based software organization. Respectfully, Nicholas Zmijewski Industrial Archives & Library Chair, and Governance Board member On behalf of Nominating Committee members: Dan Michelson, Smith College, Chair of User Advisory Council Randy Kuehn, University of Louisville, Chair of Technical Advisory Council Julia Tanenbaum, University of Wisconsin, representing very large membership level Aaisha Haykal, College of Charleston, representing large membership level Tiffany Cole, James Madison University, representing medium membership level Corinne Chatnik, New York State Archives, representing small membership level Sara Butterfass Schliep, Folger Shakespeare Library, representing very small membership level Christine Di Bella (ArchivesSpace Program Manager), ex officio -------------- next part -------------- An HTML attachment was scrubbed... URL: From npwb2 at cam.ac.uk Tue Apr 26 04:28:50 2022 From: npwb2 at cam.ac.uk (Nick Butler) Date: Tue, 26 Apr 2022 08:28:50 +0000 Subject: [Archivesspace_Users_Group] PUI locales not being fully loaded in v3.1.1? In-Reply-To: References: Message-ID: This has now been resolved - our local plugin's name still ends with "frontend" despite it now customising all aspects of ArchivesSpace, so I'm guessing it was being picked up erroneously by this line. Renaming the plugin seems to make it work without there being any ill effects. Best wishes, Nick ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Nick Butler Sent: 25 April 2022 16:38 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] PUI locales not being fully loaded in v3.1.1? Hi all, Further to this exchange, I've come back to this work and have been doing some local testing to try and get the locales to display correctly. It turns out that commenting this line out seems to fix my issue perfectly: https://github.com/archivesspace/archivesspace/blob/a37fcedd610505e633abdc68694ccda75cb756a3/public/config/initializers/locales.rb#L2 [https://opengraph.githubassets.com/48d750ff7e0824367b77ecaa74384386367d08d4ad8958a12dc6d6477c79554a/archivesspace/archivesspace] archivesspace/locales.rb at a37fcedd610505e633abdc68694ccda75cb756a3 ? archivesspace/archivesspace The ArchivesSpace archives management tool. Contribute to archivesspace/archivesspace development by creating an account on GitHub. github.com I don't really understand why this is working (the locales in question don't have entries in any frontend files) but I'd like to move this change to a development environment to investigate further. I can't see how to use a plugin to stop this reordering from running - might anyone have any suggestions? Many thanks, Nick ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Nick Butler Sent: 31 March 2022 09:55 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] PUI locales not being fully loaded in v3.1.1? Hi Andrew, Thanks for your reply. That doesn't appear to be the case here (either in my dockerised local development environment, where this is my only active plugin, or in our development server, where there are no other public/locale/*? files in any of our other currently-loaded plugins). Thanks for pointing that commit out, it looks like the related PR (https://github.com/archivesspace/archivesspace/pull/2266) made a number of other changes to plugins as well. I'll take a closer look. Many thanks, Nick [https://opengraph.githubassets.com/4f0a13a1a5b8753a7c5f583c5b46fc83586f0f61767e88e9effaef05c794c08a/archivesspace/archivesspace/pull/2266] Hm plugin enhancements from #1896 by lorawoodford ? Pull Request #2266 ? archivesspace/archivesspace Includes 30 commits from the larger #1896 written by @marktriggs @jambun @payten and funded by Queensland State Archives. 3dc860a: Introduce AbstractPluginSection (and examples) to allow arbitrar... github.com ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Andrew Morrison Sent: 31 March 2022 08:54 To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] PUI locales not being fully loaded in v3.1.1? Do you have two or more plug-ins with a public/locale/en.yml file in each? If they have both have a brand: section, then one will override the other, even if only one defines a translation for the title: variable. There has been a change between 2.8.1 and 3.1.1 in how plug-ins are loaded: https://github.com/archivesspace/archivesspace/commit/1f4f34dd7cc655fc4a6e6d68cd8a5d8ff8c35cf8 Andrew. On 30/03/2022 15:10, Nick Butler wrote: Hi all, We've been trying out ArchivesSpace v3.1.1 in development environments prior to upgrading our production system from v2.8.1. We're experiencing an issue whereby some of the entries in our local plugin's public/locales/en.yml? file seemingly aren't being recognised. As far as I can tell, anything that's intended to override an entry in the default file isn't being seen (i.e. the value of brand.title?) , but everything new (i.e. entries in a plugins? block) is being loaded successfully. Using ArchivesSpace version v2.8.1 again, without making any other changes, makes the locales load as expected. All entries in the plugin's frontend/locales/en.yml? file are being respected as expected in both v2.8.1 and v3.1.1. Has anyone else experienced this? Many thanks, Nick _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From matsuyama-h at nakka-art.jp Wed Apr 27 06:04:40 2022 From: matsuyama-h at nakka-art.jp (=?iso-2022-jp?B?GyRCPj47MyEhJFIkSCRfGyhC?=) Date: Wed, 27 Apr 2022 10:04:40 +0000 Subject: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue Message-ID: Hello all, We?ve been stuck in the ?ordering and sorting? issue in [~/repositories/resources]. Our AS is version 3.0.1. Presumably, because we use Japanese Character, our resource list cannot be displayed in a right, alphabetical order when sorted by Title. Could we add Identifier to the category of sorting; Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative? We?d very much appreciate you helping solve our issue! All the best, Hitomi Matsuyama, Audiovisual Archivist Nakanoshima Museum of Art, Osaka 4-3-1 Nakanoshima, Kita-ku Osaka 530-0005 JAPAN tel. +81 (0)6 64 79 05 58 email. matsuyama-h at nakka-art.jp -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sort-type.png Type: image/png Size: 86759 bytes Desc: sort-type.png URL: From Jessica.Crouch at lyrasis.org Wed Apr 27 09:54:23 2022 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Wed, 27 Apr 2022 13:54:23 +0000 Subject: [Archivesspace_Users_Group] Apply now for the second cohort of the ArchivesSpace Member Match program [deadline extended to May 20] In-Reply-To: References: Message-ID: Dear ArchivesSpace Users, The deadline to apply to participate in the ArchivesSpace Member Match program has been extended to Friday, May 20th. The Member Match program is an initiative to engage the ArchivesSpace membership community, created and organized by the Member Engagement sub-team of the ArchivesSpace User Advisory Council, with support from the ArchivesSpace Community Engagement Coordinator. The program is intended to be a resource and venue for peer-to-peer support between ArchivesSpace members. For one, year-long term, participants will be matched with a member with whom they can receive and offer professional insight, advice, and camaraderie. The program will also offer participants the opportunity to engage in exclusive events and enlightening discussions about ArchivesSpace and its active user community. Thanks to valuable feedback from the first cohort of Member Match Participants, we?ve implemented the following updates to the program: * Monthly Listserv Discussion Topics * Each month, a member of the Member Engagement sub-team will reach out to the Member Match listserv to spur discussion and encourage continued engagement between matches. * Quarterly Member Match Meet-Ups * These will be opportunities for large group socializing as well as the potential for dedicated time to spend with matches in breakout rooms. * Option to participate in small group matches of 3 people Eligibility Any individual affiliated with an ArchivesSpace member organization is eligible to participate in the ArchivesSpace Member Match program and there is no limit to the number of individuals from a member organization that may participate. If you are unsure of your organization?s ArchivesSpace membership status, visit https://archivesspace.org/community/whos-using-archivesspace or email ArchivesSpaceHome at lyrasis.org. To Apply There is a short application to complete at https://airtable.com/shrDL4wQhc3gkBAlH Applications should be submitted by May 20th, 2022. Applicants will be notified of their matches no later than June 30th. To Learn More Visit the Member Match wiki: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2198568994/ArchivesSpace+Member+Match+Program Please feel free to direct any questions to ArchivesSpaceHome at lyrasis.org Sent on behalf of the ArchivesSpace Member Engagement sub-team Regina Carra, American Folk Art Museum Bailey Hoffner, University of Oklahoma Patrick Milhoan, University of Notre Dame Sarah Ponichtera, Seton Hall University Jessica Crouch, ArchivesSpace Community Engagement Coordinator Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From Heidi.Pettitt at loras.edu Wed Apr 27 11:07:38 2022 From: Heidi.Pettitt at loras.edu (Heidi R. Pettitt) Date: Wed, 27 Apr 2022 15:07:38 +0000 Subject: [Archivesspace_Users_Group] Java version Message-ID: Hi, My IT department is in the process of setting up ArchivesSpace for me, but we've run into a snag regarding Java. The install instructions say we need Java 11, but the older versions aren't being updated/patched so the security person won't let us use it. The most current version of Java 11 looks to be available through subscription, and I will subscribe if I need to, but now there is a concern that, because the subscription version is labeled as Jave SE 11, it isn't the correct version. With that background I have two questions: 1. Is there a version of Java that is receiving updates that doesn't require a subscription that I can use? 2. Could someone confirm that the SE version does work? Thanks, ~Heidi Heidi Pettitt (she/her) Director of the Center for Dubuque History Access Services & Special Collections Librarian LORAS COLLEGE LIBRARY Miller Academic Resource Center 1450 Alta Vista | Dubuque, IA 52001 563-588-7873 | heidi.pettitt at loras.edu http://library.loras.edu/ | Meet With Me! CONFIDENTIALITY NOTICE: This email, including any attachments, is the property of Loras College. The information may be legally privileged and/or confidential and is intended solely for the use of the addressee. If you are not the intended recipient be advised that any unauthorized disclosure, copying, distribution or use of the contents herein is strictly prohibited. If you have received this message in error, please notify the sender immediately and destroy all electronic and hard copies of the communication, including attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Henry.Steele at tufts.edu Wed Apr 27 15:02:28 2022 From: Henry.Steele at tufts.edu (Steele, Henry) Date: Wed, 27 Apr 2022 19:02:28 +0000 Subject: [Archivesspace_Users_Group] Java version In-Reply-To: References: Message-ID: We are currently using Java 1.8.0 aka Java 8. This branch of Java, OpenJDK in our case, is also currently being updated. Oracle will have documentation about this particular branch. Hope this helps From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Heidi R. Pettitt Sent: Wednesday, April 27, 2022 11:08 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Java version Hi, My IT department is in the process of setting up ArchivesSpace for me, but we've run into a snag regarding Java. The install instructions say we need Java 11, but the older versions aren't being updated/patched so the security person won't let us use it. The most current version of Java 11 looks to be available through subscription, and I will subscribe if I need to, but now there is a concern that, because the subscription version is labeled as Jave SE 11, it isn't the correct version. With that background I have two questions: 1. Is there a version of Java that is receiving updates that doesn't require a subscription that I can use? 2. Could someone confirm that the SE version does work? Thanks, ~Heidi Heidi Pettitt (she/her) Director of the Center for Dubuque History Access Services & Special Collections Librarian LORAS COLLEGE LIBRARY Miller Academic Resource Center 1450 Alta Vista | Dubuque, IA 52001 563-588-7873 | heidi.pettitt at loras.edu http://library.loras.edu/ | Meet With Me! CONFIDENTIALITY NOTICE: This email, including any attachments, is the property of Loras College. The information may be legally privileged and/or confidential and is intended solely for the use of the addressee. If you are not the intended recipient be advised that any unauthorized disclosure, copying, distribution or use of the contents herein is strictly prohibited. If you have received this message in error, please notify the sender immediately and destroy all electronic and hard copies of the communication, including attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ldedeyan at mikekelleyfoundation.org Wed Apr 27 17:45:29 2022 From: ldedeyan at mikekelleyfoundation.org (Lori Dedeyan) Date: Wed, 27 Apr 2022 14:45:29 -0700 Subject: [Archivesspace_Users_Group] Moving attached accession records Message-ID: Hi all, Is anyone aware of a simple way to move attached accession records from one resource to another, in bulk? Any help would be much appreciated. Thanks! Lori -- Lori Dedeyan Processing Archivist Mike Kelley Foundation for the Arts 7019 N. Figueroa Street Los Angeles, CA 90042 www.mikekelleyfoundation.org *Please note that our entire team is working remotely while we monitor the COVID-19 situation, which impacts access to our office lines and postal service. Thank you for your patience and understanding. * -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Thu Apr 28 03:46:30 2022 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 28 Apr 2022 08:46:30 +0100 Subject: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue In-Reply-To: References: Message-ID: Are you using the built-in Solr search engine that comes with ArchivesSpace 3.0.1? If so, your sorting problems could be because it uses a very old version, because newer ones aren't compatible with the method of embedding it in a bigger application. But there is the option to configure ArchivesSpace to use an external Solr service: https://archivesspace.github.io/tech-docs/provisioning/solr.html That allows you to run a more up-to-date version, which would enable use of the solr.ICUCollationField class for sort fields. That can be adjusted to sort different languages according to their own sorting rules, as described here: https://solr.apache.org/guide/8_11/language-analysis.html#unicode-collation ArchivesSpace 3.2.0 removes the built-in Solr, so running an external Solr service will be necessary if you upgrade in the future. As for adding the option to sort on identifiers, I don't think there is a configuration option or simple interface for adding them. But it would probably be possible to develop a plug-in to override certain Ruby methods in the core code to do it. Andrew. On 27/04/2022 11:04, ?? ??? wrote: > > Hello all, > > We?ve been stuck in the ?ordering and sorting? issue in > [~/repositories/resources]. Our AS is version 3.0.1. > > Presumably, because we use Japanese Character, our resource list > cannot be displayed in a right, alphabetical order when sorted by Title. > > Could we add Identifier to the category of sorting; > Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative? > > We?d very much appreciate you helping solve our issue! > > All the best, > > Hitomi Matsuyama, Audiovisual Archivist > > Nakanoshima Museum of Art, Osaka > > 4-3-1 Nakanoshima, Kita-ku > > Osaka 530-0005 JAPAN > > tel. +81 (0)6 64 79 05 58 > > email. matsuyama-h at nakka-art.jp > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From matsuyama-h at nakka-art.jp Thu Apr 28 04:44:57 2022 From: matsuyama-h at nakka-art.jp (=?utf-8?B?5p2+5bGx44CA44Gy44Go44G/?=) Date: Thu, 28 Apr 2022 08:44:57 +0000 Subject: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue In-Reply-To: References: Message-ID: Thank you Andrew! Our IT says we?ve already been using an external Solr 8.11 with ArchivesSpace 3.0.1, not the one built-in. We?re thinking of upgrading our AS to 3.2.0. Do you think we will get a better result? Hitomi From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Andrew Morrison Sent: Thursday, April 28, 2022 4:47 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue Are you using the built-in Solr search engine that comes with ArchivesSpace 3.0.1? If so, your sorting problems could be because it uses a very old version, because newer ones aren't compatible with the method of embedding it in a bigger application. But there is the option to configure ArchivesSpace to use an external Solr service: https://archivesspace.github.io/tech-docs/provisioning/solr.html That allows you to run a more up-to-date version, which would enable use of the solr.ICUCollationField class for sort fields. That can be adjusted to sort different languages according to their own sorting rules, as described here: https://solr.apache.org/guide/8_11/language-analysis.html#unicode-collation ArchivesSpace 3.2.0 removes the built-in Solr, so running an external Solr service will be necessary if you upgrade in the future. As for adding the option to sort on identifiers, I don't think there is a configuration option or simple interface for adding them. But it would probably be possible to develop a plug-in to override certain Ruby methods in the core code to do it. Andrew. On 27/04/2022 11:04, ?? ??? wrote: Hello all, We?ve been stuck in the ?ordering and sorting? issue in [~/repositories/resources]. Our AS is version 3.0.1. Presumably, because we use Japanese Character, our resource list cannot be displayed in a right, alphabetical order when sorted by Title. Could we add Identifier to the category of sorting; Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative? We?d very much appreciate you helping solve our issue! All the best, Hitomi Matsuyama, Audiovisual Archivist Nakanoshima Museum of Art, Osaka 4-3-1 Nakanoshima, Kita-ku Osaka 530-0005 JAPAN tel. +81 (0)6 64 79 05 58 email. matsuyama-h at nakka-art.jp _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Thu Apr 28 05:09:13 2022 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 28 Apr 2022 10:09:13 +0100 Subject: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue In-Reply-To: References: Message-ID: <9a86da8a-d6e9-1595-0a1b-e5dab408010d@bodleian.ox.ac.uk> If you're using the schema.xml that came with ArchivesSpace 3.0.1 in your external Solr 8.11, then it will still define the "sort_icu" fieldType as an instance of the solr.TextField class. If you look below that, there is a commented-out alternative fieldType definition which is an instance of solr.ICUCollationField. ArchivesSpace 3.2.0 has changed to that (because it no longer has to support the previously-built-in Solr 4.10) but you don't need to upgrade to it, you can just edit your schema.xml, then reload the Solr core. See the link in my previous email for help on how to set that up to be optimized for Japanese characters. Andrew. On 28/04/2022 09:44, ?? ??? wrote: > > Thank you Andrew! > > Our IT says we?ve already been using an external Solr 8.11 with > ArchivesSpace 3.0.1, not the one built-in. > > We?re thinking of upgrading our AS to 3.2.0. Do you think we will get > a better result? > > Hitomi > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > *On Behalf > Of *Andrew Morrison > *Sent:* Thursday, April 28, 2022 4:47 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue > > Are you using the built-in Solr search engine that comes with > ArchivesSpace 3.0.1? If so, your sorting problems could be because it > uses a very old version, because newer ones aren't compatible with the > method of embedding it in a bigger application. But there is the > option to configure ArchivesSpace to use an external Solr service: > > https://archivesspace.github.io/tech-docs/provisioning/solr.html > > That allows you to run a more up-to-date version, which would enable > use of the solr.ICUCollationField class for sort fields. That can be > adjusted to sort different languages according to their own sorting > rules, as described here: > > https://solr.apache.org/guide/8_11/language-analysis.html#unicode-collation > > ArchivesSpace 3.2.0 removes the built-in Solr, so running an external > Solr service will be necessary if you upgrade in the future. > > As for adding the option to sort on identifiers, I don't think there > is a configuration option or simple interface for adding them. But it > would probably be possible to develop a plug-in to override certain > Ruby methods in the core code to do it. > > Andrew. > > On 27/04/2022 11:04, ?? ???wrote: > > Hello all, > > We?ve been stuck in the ?ordering and sorting? issue in > [~/repositories/resources]. Our AS is version 3.0.1. > > Presumably, because we use Japanese Character, our resource list > cannot be displayed in a right, alphabetical order when sorted by > Title. > > Could we add Identifier to the category of sorting; > Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative? > > We?d very much appreciate you helping solve our issue! > > All the best, > > Hitomi Matsuyama, Audiovisual Archivist > > Nakanoshima Museum of Art, Osaka > > 4-3-1 Nakanoshima, Kita-ku > > Osaka 530-0005 JAPAN > > tel. +81 (0)6 64 79 05 58 > > email. matsuyama-h at nakka-art.jp > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From matsuyama-h at nakka-art.jp Thu Apr 28 05:51:12 2022 From: matsuyama-h at nakka-art.jp (=?utf-8?B?5p2+5bGx44CA44Gy44Go44G/?=) Date: Thu, 28 Apr 2022 09:51:12 +0000 Subject: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue In-Reply-To: <9a86da8a-d6e9-1595-0a1b-e5dab408010d@bodleian.ox.ac.uk> References: <9a86da8a-d6e9-1595-0a1b-e5dab408010d@bodleian.ox.ac.uk> Message-ID: Thanks again Andrew! We?ll try applying what you gave to our current AS. Hitomi From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Andrew Morrison Sent: Thursday, April 28, 2022 6:09 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue If you're using the schema.xml that came with ArchivesSpace 3.0.1 in your external Solr 8.11, then it will still define the "sort_icu" fieldType as an instance of the solr.TextField class. If you look below that, there is a commented-out alternative fieldType definition which is an instance of solr.ICUCollationField. ArchivesSpace 3.2.0 has changed to that (because it no longer has to support the previously-built-in Solr 4.10) but you don't need to upgrade to it, you can just edit your schema.xml, then reload the Solr core. See the link in my previous email for help on how to set that up to be optimized for Japanese characters. Andrew. On 28/04/2022 09:44, ?? ??? wrote: Thank you Andrew! Our IT says we?ve already been using an external Solr 8.11 with ArchivesSpace 3.0.1, not the one built-in. We?re thinking of upgrading our AS to 3.2.0. Do you think we will get a better result? Hitomi From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Andrew Morrison Sent: Thursday, April 28, 2022 4:47 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue Are you using the built-in Solr search engine that comes with ArchivesSpace 3.0.1? If so, your sorting problems could be because it uses a very old version, because newer ones aren't compatible with the method of embedding it in a bigger application. But there is the option to configure ArchivesSpace to use an external Solr service: https://archivesspace.github.io/tech-docs/provisioning/solr.html That allows you to run a more up-to-date version, which would enable use of the solr.ICUCollationField class for sort fields. That can be adjusted to sort different languages according to their own sorting rules, as described here: https://solr.apache.org/guide/8_11/language-analysis.html#unicode-collation ArchivesSpace 3.2.0 removes the built-in Solr, so running an external Solr service will be necessary if you upgrade in the future. As for adding the option to sort on identifiers, I don't think there is a configuration option or simple interface for adding them. But it would probably be possible to develop a plug-in to override certain Ruby methods in the core code to do it. Andrew. On 27/04/2022 11:04, ?? ??? wrote: Hello all, We?ve been stuck in the ?ordering and sorting? issue in [~/repositories/resources]. Our AS is version 3.0.1. Presumably, because we use Japanese Character, our resource list cannot be displayed in a right, alphabetical order when sorted by Title. Could we add Identifier to the category of sorting; Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative? We?d very much appreciate you helping solve our issue! All the best, Hitomi Matsuyama, Audiovisual Archivist Nakanoshima Museum of Art, Osaka 4-3-1 Nakanoshima, Kita-ku Osaka 530-0005 JAPAN tel. +81 (0)6 64 79 05 58 email. matsuyama-h at nakka-art.jp _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.morrison at bodleian.ox.ac.uk Thu Apr 28 07:45:46 2022 From: andrew.morrison at bodleian.ox.ac.uk (Andrew Morrison) Date: Thu, 28 Apr 2022 12:45:46 +0100 Subject: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue In-Reply-To: References: <9a86da8a-d6e9-1595-0a1b-e5dab408010d@bodleian.ox.ac.uk> Message-ID: <2ad2fbff-4c25-a1cb-01fc-6e9fff4858c9@bodleian.ox.ac.uk> I forgot to mention that you probably have to re-index after changing schema.xml and reloading the core. Andrew. On 28/04/2022 10:51, ?? ??? wrote: > > Thanks again Andrew! > > We?ll try applying what you gave to our current AS. > > Hitomi > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > *On Behalf > Of *Andrew Morrison > *Sent:* Thursday, April 28, 2022 6:09 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* Re: [Archivesspace_Users_Group] PUI Ordering and Sorting Issue > > If you're using the schema.xml that came with ArchivesSpace 3.0.1 in > your external Solr 8.11, then it will still define the "sort_icu" > fieldType as an instance of the solr.TextField class. If you look > below that, there is a commented-out alternative fieldType definition > which is an instance of solr.ICUCollationField. ArchivesSpace 3.2.0 > has changed to that (because it no longer has to support the > previously-built-in Solr 4.10) but you don't need to upgrade to it, > you can just edit your schema.xml, then reload the Solr core. See the > link in my previous email for help on how to set that up to be > optimized for Japanese characters. > > Andrew. > > On 28/04/2022 09:44, ?? ???wrote: > > Thank you Andrew! > > Our IT says we?ve already been using an external Solr 8.11 with > ArchivesSpace 3.0.1, not the one built-in. > > We?re thinking of upgrading our AS to 3.2.0. Do you think we will > get a better result? > > Hitomi > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > > > *On Behalf Of *Andrew Morrison > *Sent:* Thursday, April 28, 2022 4:47 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* Re: [Archivesspace_Users_Group] PUI Ordering and > Sorting Issue > > Are you using the built-in Solr search engine that comes with > ArchivesSpace 3.0.1? If so, your sorting problems could be because > it uses a very old version, because newer ones aren't compatible > with the method of embedding it in a bigger application. But there > is the option to configure ArchivesSpace to use an external Solr > service: > > https://archivesspace.github.io/tech-docs/provisioning/solr.html > > That allows you to run a more up-to-date version, which would > enable use of the solr.ICUCollationField class for sort fields. > That can be adjusted to sort different languages according to > their own sorting rules, as described here: > > https://solr.apache.org/guide/8_11/language-analysis.html#unicode-collation > > ArchivesSpace 3.2.0 removes the built-in Solr, so running an > external Solr service will be necessary if you upgrade in the future. > > As for adding the option to sort on identifiers, I don't think > there is a configuration option or simple interface for adding > them. But it would probably be possible to develop a plug-in to > override certain Ruby methods in the core code to do it. > > Andrew. > > On 27/04/2022 11:04, ?? ???wrote: > > Hello all, > > We?ve been stuck in the ?ordering and sorting? issue in > [~/repositories/resources]. Our AS is version 3.0.1. > > Presumably, because we use Japanese Character, our resource > list cannot be displayed in a right, alphabetical order when > sorted by Title. > > Could we add Identifier to the category of sorting; > Relevance/Title(Asc/Desc)/Year(Asc/Desc), as alternative? > > We?d very much appreciate you helping solve our issue! > > All the best, > > Hitomi Matsuyama, Audiovisual Archivist > > Nakanoshima Museum of Art, Osaka > > 4-3-1 Nakanoshima, Kita-ku > > Osaka 530-0005 JAPAN > > tel. +81 (0)6 64 79 05 58 > > email. matsuyama-h at nakka-art.jp > > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.Crouch at lyrasis.org Thu Apr 28 08:57:55 2022 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 28 Apr 2022 12:57:55 +0000 Subject: [Archivesspace_Users_Group] Take a Break with ArchivesSpace on Friday In-Reply-To: References: <51F22031-BCF5-4F81-9E91-B2025697CEA9@lyrasis.org> Message-ID: ArchivesSpace users, Whether you?ve continued to work from home, have returned to the office, or find yourself stuck somewhere in the middle, we could all use a break. In that spirit, ArchivesSpace will be reinstating our popular casual zoom open calls on Fridays. With a welcoming and robust member community all over the world, ArchivesSpace can offer camaraderie and relaxation, no matter the current state of the world. Each Friday we will have casual open calls via zoom at 12pm ET. We won?t be developing agendas or presentations for these calls. We just want to provide an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Whether you can attend once or plan to be there every Friday, these calls are open to everyone but registration is required to join. Register to join any open call at https://lyrasis.zoom.us/meeting/register/tZcldOGuqjotE9cNSaa6j45issVCKrEQKQYv We seek to provide a welcoming, fun, and safe community experience for everyone. The full text of the code of conduct is available at https://archivesspace.org/archivesspace-code-of-conduct. Please email ArchivesSpaceHome at lyrasis.org with any questions. We hope to see you tomorrow! Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From jcross at clemson.edu Thu Apr 28 11:07:01 2022 From: jcross at clemson.edu (James E. Cross) Date: Thu, 28 Apr 2022 15:07:01 +0000 Subject: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations Message-ID: Are metadata rights declarations a required element for subject authority records under DACS 13.11 as they are for name authority records? Unfortunately DACS only discusses them in relation to names. Thank you. Sincerely, Jim Cross Manuscripts Archivist James Edward Cross, C.A. CLEMSON UNIVERSITY Manuscripts Archivist Special Collections and Archives Clemson University Libraries Box 343001 Clemson, SC 29634-3001 Phone: (864) 656-5182 Website: http://library.clemson.edu/depts/specialcollections/ Pronouns: he/him/his Traditional Cherokee Lands | Site of Fort Hill Plantation Please do not feel obligated to respond to this message outside of your normal working hours. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmichelson at smith.edu Thu Apr 28 12:19:43 2022 From: dmichelson at smith.edu (Dan Michelson) Date: Thu, 28 Apr 2022 12:19:43 -0400 Subject: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations In-Reply-To: References: Message-ID: Hi Jim, The short answer is no. The longer answer is that the only reason this is the case is that "DACS does not provide rules for the construction and maintenance of subject authorities ." If it did, TS-DACS would have made the rights statement a requirement for subject authorities when it was introduced. In my view, there is no downside to including such declarations in subject authority records. All the best, Dan Michelson (formerly TS-DACS co-chair) On Thu, Apr 28, 2022 at 11:07 AM James E. Cross wrote: > Are metadata rights declarations a required element for subject authority > records under *DACS* 13.11 as they are for name authority records? > Unfortunately *DACS* only discusses them in relation to names. Thank you. > > > > Sincerely, > > > > Jim Cross > > Manuscripts Archivist > > > > > > *James Edward Cross, C.A.* CLEMSON UNIVERSITY > > Manuscripts Archivist > > Special Collections and Archives > > Clemson University Libraries > > Box 343001 > > Clemson, SC 29634-3001 > > Phone: (864) 656-5182 > > Website: http://library.clemson.edu/depts/specialcollections/ > > Pronouns: he/him/his > > Traditional Cherokee Lands | Site of Fort Hill Plantation > > *Please do not feel obligated to respond to this message outside of your > normal working hours.* > > > _______________________________________________ > 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: From baileys at ou.edu Thu Apr 28 12:39:44 2022 From: baileys at ou.edu (Hoffner, Bailey E.) Date: Thu, 28 Apr 2022 16:39:44 +0000 Subject: [Archivesspace_Users_Group] Request Button and LibAnswers - Duplicates Message-ID: <89A189B5-02C8-4AA1-B2C7-CC338F51ACCC@ou.edu> Hello, We?ve been using the request button in AS for almost a year. We also utilize LibAnswers (Springshare) for request management, so when a user uses the button in AS an email is sent to the appropriate repositories account and creates a ticket in LibAnswers. We have found that we end up getting quite a few duplicate (even triplicate) requests. Has anyone else dealt with this? My current assumption is that users are submitting multiple tickets because they miss the light blue message at the top of the user interface letting them know they?ve successfully submitted, and then they re-submit, but I?m not sure. Thanks for any feedback! -Bailey Bailey Hoffner, MLIS Pronouns: she/her or they/them Metadata and Collections Management Archivist University of Oklahoma Libraries baileys at ou.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Thu Apr 28 12:50:36 2022 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Thu, 28 Apr 2022 16:50:36 +0000 Subject: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations In-Reply-To: References: Message-ID: If your subjects and agents are coming from thesauri (not initiated in your own repository) I?m not sure what rights statements about this metadata would be applicable. For example, if you are using AAT or any of the Getty thesauri: https://www.getty.edu/legal/copyright.html From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Dan Michelson Sent: Thursday, April 28, 2022 12:20 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations Hi Jim, The short answer is no. The longer answer is that the only reason this is the case is that "DACS does not provide rules for the construction and maintenance of subject authorities." If it did, TS-DACS would have made the rights statement a requirement for subject authorities when it was introduced. In my view, there is no downside to including such declarations in subject authority records. All the best, Dan Michelson (formerly TS-DACS co-chair) On Thu, Apr 28, 2022 at 11:07 AM James E. Cross > wrote: Are metadata rights declarations a required element for subject authority records under DACS 13.11 as they are for name authority records? Unfortunately DACS only discusses them in relation to names. Thank you. Sincerely, Jim Cross Manuscripts Archivist James Edward Cross, C.A. CLEMSON UNIVERSITY Manuscripts Archivist Special Collections and Archives Clemson University Libraries Box 343001 Clemson, SC 29634-3001 Phone: (864) 656-5182 Website: http://library.clemson.edu/depts/specialcollections/ Pronouns: he/him/his Traditional Cherokee Lands | Site of Fort Hill Plantation Please do not feel obligated to respond to this message outside of your normal working hours. _______________________________________________ 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: From dmichelson at smith.edu Thu Apr 28 13:19:02 2022 From: dmichelson at smith.edu (Dan Michelson) Date: Thu, 28 Apr 2022 13:19:02 -0400 Subject: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations In-Reply-To: References: Message-ID: Hi Kate, First a disclaimer: I'm neither a lawyer nor a copyright expert. I would think that AAT subject records would ideally link to their licensing statement . It's of less importance than making sure an institution's own description has clear rights declarations, but it seems like it could be helpful for systems outside the GLAM world which may not inherently know that AAT data can be reproduced. As a side note, I also want to be clear that while *DACS *requires metadata rights to be declared, it does *not *have to be done using the ArchivesSpace Metadata Rights Declaration subrecord. That's just a good way to make it machine-actionable in a way that a statement on the PUI footer (which complies with the *DACS *requirement) is not. All the best, Dan On Thu, Apr 28, 2022 at 12:50 PM Bowers, Kate A. wrote: > If your subjects and agents are coming from thesauri (not initiated in > your own repository) I?m not sure what rights statements about this > metadata would be applicable. For example, if you are using AAT or any of > the Getty thesauri: https://www.getty.edu/legal/copyright.html > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Dan > Michelson > *Sent:* Thursday, April 28, 2022 12:20 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Subjects: Metadata Rights > Declarations > > > > Hi Jim, > > > > The short answer is no. > > > > The longer answer is that the only reason this is the case is that "DACS > does not provide rules for the construction and maintenance of subject > authorities > ." > If it did, TS-DACS would have made the rights statement a requirement for > subject authorities when it was introduced. In my view, there is no > downside to including such declarations in subject authority records. > > > > All the best, > > > > Dan Michelson (formerly TS-DACS co-chair) > > > > On Thu, Apr 28, 2022 at 11:07 AM James E. Cross > wrote: > > Are metadata rights declarations a required element for subject authority > records under *DACS* 13.11 as they are for name authority records? > Unfortunately *DACS* only discusses them in relation to names. Thank you. > > > > Sincerely, > > > > Jim Cross > > Manuscripts Archivist > > > > > > *James Edward Cross, C.A.* CLEMSON UNIVERSITY > > Manuscripts Archivist > > Special Collections and Archives > > Clemson University Libraries > > Box 343001 > > Clemson, SC 29634-3001 > > Phone: (864) 656-5182 > > Website: http://library.clemson.edu/depts/specialcollections/ > > > Pronouns: he/him/his > > Traditional Cherokee Lands | Site of Fort Hill Plantation > > *Please do not feel obligated to respond to this message outside of your > normal working hours.* > > > > _______________________________________________ > 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 > -- 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: From jcross at clemson.edu Thu Apr 28 13:55:45 2022 From: jcross at clemson.edu (James E. Cross) Date: Thu, 28 Apr 2022 17:55:45 +0000 Subject: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations In-Reply-To: References: Message-ID: Dan, Just curious. How do you compose a rights declaration for a NACO name authority? Thanks to both you and Kate for answering the question! Jim From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Dan Michelson Sent: Thursday, April 28, 2022 1:19 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations Hi Kate, First a disclaimer: I'm neither a lawyer nor a copyright expert. I would think that AAT subject records would ideally link to their licensing statement. It's of less importance than making sure an institution's own description has clear rights declarations, but it seems like it could be helpful for systems outside the GLAM world which may not inherently know that AAT data can be reproduced. As a side note, I also want to be clear that while DACS requires metadata rights to be declared, it does not have to be done using the ArchivesSpace Metadata Rights Declaration subrecord. That's just a good way to make it machine-actionable in a way that a statement on the PUI footer (which complies with the DACS requirement) is not. All the best, Dan On Thu, Apr 28, 2022 at 12:50 PM Bowers, Kate A. > wrote: If your subjects and agents are coming from thesauri (not initiated in your own repository) I?m not sure what rights statements about this metadata would be applicable. For example, if you are using AAT or any of the Getty thesauri: https://www.getty.edu/legal/copyright.html From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Dan Michelson Sent: Thursday, April 28, 2022 12:20 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations Hi Jim, The short answer is no. The longer answer is that the only reason this is the case is that "DACS does not provide rules for the construction and maintenance of subject authorities." If it did, TS-DACS would have made the rights statement a requirement for subject authorities when it was introduced. In my view, there is no downside to including such declarations in subject authority records. All the best, Dan Michelson (formerly TS-DACS co-chair) On Thu, Apr 28, 2022 at 11:07 AM James E. Cross > wrote: Are metadata rights declarations a required element for subject authority records under DACS 13.11 as they are for name authority records? Unfortunately DACS only discusses them in relation to names. Thank you. Sincerely, Jim Cross Manuscripts Archivist James Edward Cross, C.A. CLEMSON UNIVERSITY Manuscripts Archivist Special Collections and Archives Clemson University Libraries Box 343001 Clemson, SC 29634-3001 Phone: (864) 656-5182 Website: http://library.clemson.edu/depts/specialcollections/ Pronouns: he/him/his Traditional Cherokee Lands | Site of Fort Hill Plantation Please do not feel obligated to respond to this message outside of your normal working hours. _______________________________________________ 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 -- 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: From dmichelson at smith.edu Thu Apr 28 14:10:57 2022 From: dmichelson at smith.edu (Dan Michelson) Date: Thu, 28 Apr 2022 14:10:57 -0400 Subject: [Archivesspace_Users_Group] Subjects: Metadata Rights Declarations In-Reply-To: References: Message-ID: Hi Jim, We haven't started using the Metadata Rights Declaration subrecord yet (still relying on a blanket statement in the PUI footer), so I don't have an example from NACO (and their license statement isn't as easy to find on their website as the AAT one). DACS 13.11 gives examples from SNAC and VIAF that could be used as a model. All the best, Dan On Thu, Apr 28, 2022 at 1:55 PM James E. Cross wrote: > Dan, > > > > Just curious. How do you compose a rights declaration for a NACO name > authority? Thanks to both you and Kate for answering the question! > > > > Jim > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Dan > Michelson > *Sent:* Thursday, April 28, 2022 1:19 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Subjects: Metadata Rights > Declarations > > > > Hi Kate, > > > > First a disclaimer: I'm neither a lawyer nor a copyright expert. > > > > I would think that AAT subject records would ideally link to their licensing > statement > . > It's of less importance than making sure an institution's own description > has clear rights declarations, but it seems like it could be helpful for > systems outside the GLAM world which may not inherently know that AAT data > can be reproduced. > > > > As a side note, I also want to be clear that while *DACS * requires > metadata rights to be declared, it does *not *have to be done using the > ArchivesSpace Metadata Rights Declaration subrecord. That's just a good > way to make it machine-actionable in a way that a statement on the PUI > footer (which complies with the *DACS *requirement) is not. > > > > All the best, > > > > Dan > > > > On Thu, Apr 28, 2022 at 12:50 PM Bowers, Kate A. > wrote: > > If your subjects and agents are coming from thesauri (not initiated in > your own repository) I?m not sure what rights statements about this > metadata would be applicable. For example, if you are using AAT or any of > the Getty thesauri: https://www.getty.edu/legal/copyright.html > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Dan > Michelson > *Sent:* Thursday, April 28, 2022 12:20 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Subjects: Metadata Rights > Declarations > > > > Hi Jim, > > > > The short answer is no. > > > > The longer answer is that the only reason this is the case is that "DACS > does not provide rules for the construction and maintenance of subject > authorities > ." > If it did, TS-DACS would have made the rights statement a requirement for > subject authorities when it was introduced. In my view, there is no > downside to including such declarations in subject authority records. > > > > All the best, > > > > Dan Michelson (formerly TS-DACS co-chair) > > > > On Thu, Apr 28, 2022 at 11:07 AM James E. Cross > wrote: > > Are metadata rights declarations a required element for subject authority > records under *DACS* 13.11 as they are for name authority records? > Unfortunately *DACS* only discusses them in relation to names. Thank you. > > > > Sincerely, > > > > Jim Cross > > Manuscripts Archivist > > > > > > *James Edward Cross, C.A.* CLEMSON UNIVERSITY > > Manuscripts Archivist > > Special Collections and Archives > > Clemson University Libraries > > Box 343001 > > Clemson, SC 29634-3001 > > Phone: (864) 656-5182 > > Website: http://library.clemson.edu/depts/specialcollections/ > > > Pronouns: he/him/his > > Traditional Cherokee Lands | Site of Fort Hill Plantation > > *Please do not feel obligated to respond to this message outside of your > normal working hours.* > > > > _______________________________________________ > 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 > > > > > -- > > 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 > -- 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: From Jessica.Crouch at lyrasis.org Thu Apr 28 14:25:10 2022 From: Jessica.Crouch at lyrasis.org (Jessica Crouch) Date: Thu, 28 Apr 2022 18:25:10 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - April 2022 In-Reply-To: References: Message-ID: [cid:image001.jpg at 01D7E600.7FF2B540] Upcoming Schedule at a Glance: Every Friday this month: Take a Break with ArchivesSpace (no break on May 6) May 5-6: Visit the ArchivesSpace booth at the Midwest Archives Conference May 20: Apply now for the ArchivesSpace Member Match program (due date extended to May 20) May 20-21: Visit the ArchivesSpace booth at the Society of California Archivists Annual Conference May 24: Webinar: Using ArchivesSpace to create EAC-CPF records (90 minutes) May 27: Governance Board community session (60 minutes) Development We are gathering up and testing development work in anticipation of the next release. New development is always up on our test server at https://test.archivesspace.org/staff/. We'll have information to share about the timing for the release in a few weeks. Final Call: Nominate Yourself or Others for the User Advisory Council or Technical Advisory Council Want to get more involved in ArchivesSpace? The deadline to nominate new members for our User Advisory Council (UAC) or Technical Advisory Council (TAC) is April 29 at 9:00 p.m. EDT. We have up to 6 openings on each Council for terms that begin July 1, 2022. Nominate yourself or others for this fun and valuable service to the archives community. The full calls are at archivesspace.org/archives/7354 (UAC) and archivesspace.org/archives/7352 (TAC). The form to nominate people is at https://forms.gle/DkDnb2NLRBgy3ecJA. If you would like to nominate someone for more than one group, or nominate multiple people for the same group, we ask that you complete one nomination form per person per group. The Nominating Committee will review all nominations and recommend appointments to the Governance Board for approval. We would expect to notify all candidates no later than early June. Discussion Announcement: Governance Board community session The ArchivesSpace Governance Board invites you to an open community engagement session on Friday, May 27, 2022, 11:00am-12:00pm ET (find your local time). In this session, the ArchivesSpace Governance Board will provide an overview of the ArchivesSpace governance model, highlight recent initiatives, and give participants an opportunity to interact with the board and their representatives. This is a member-only event. The board welcomes all members to join us with any questions you might have about ArchivesSpace sustainability, governance, or opportunities for strengthening the community. Register to join at https://lyrasis.zoom.us/meeting/register/tZUkcOCqpjMtGNYQZrJ8ZUpY5Qm8Bv9zrtka Webinar Announcement: Using ArchivesSpace to create EAC-CPF records (90 minutes) The next ArchivesSpace webinar will be a 90-minute learning opportunity on May 24th at 2:00pm ET/11:00am PT led by Regine Heberlein, Library IT Data Analyst at Princeton University, and Christine Di Bella, ArchivesSpace Program Manager, demonstrating how to create valid EAC-CPF records using ArchivesSpace and offering some tips and tricks for making the process easier within your repository. Originally scheduled for February 9th, this 90 minute learning opportunity has been postponed to May 24, 2022, at 2:00pm ET/11:00am PT. If you?ve already registered for this webinar, your registration has been transferred to this new date. If you need to cancel your registration, you can do so using the connection information provided via Zoom. Date: May 24, 2022 Time: 2:00pm ? 3:30pm ET (11:00am ? 12:30pm PT) Where: Zoom Registration: https://lyrasis.zoom.us/webinar/register/WN_e777kyjtQ6qjBMWeiiTWmg This webinar will be recorded and made available on the ArchivesSpace YouTube channel. Webinar description: The recent expansion of the agents module in ArchivesSpace greatly expanded the application?s support for the metadata standard Encoded Archival Context ? Corporate Bodies, Persons, and Families (EAC-CPF) and the potential for exchanging these records with other systems, including Social Networks and Archival Context (SNAC). Taking full advantage of this potential requires some work on the record creator?s part as ArchivesSpace?s requirements for creating agent records remain minimal. This learning opportunity will demonstrate how to create valid EAC-CPF records using ArchivesSpace and offer some tips and tricks for making the process easier within your repository. An open discussion and Q&A will follow. This learning opportunity introduces EAC-CPF in the context of ArchivesSpace but is not intended to be a full overview of the standard. Resources for learning more about EAC-CPF include: * Encoded Archival Standards: A Primer: https://www.youtube.com/watch?v=WYWQeBRnhz0 * EAC-CPF Community and Support page: https://eac.staatsbibliothek-berlin.de/community-and-mailinglist/ * EAC-CPF Tag Library: https://eac.staatsbibliothek-berlin.de/schemata-and-tag-library/ NOTE: This learning opportunity assumes basic knowledge of ArchivesSpace, including an understanding of agent records. If you do not have this, we recommend watching the videos of the Basics workshop series, available on YouTube at https://www.youtube.com/playlist?list=PL3cxupmXL7WiHyMc0uFmsCEIVOQmrI7FL. We will not be able to answer general questions about ArchivesSpace or specific questions about individual ArchivesSpace implementations during this session. Who should attend: Anyone interested in using ArchivesSpace to create valid EAC-CPF records. Apply Now to join the second cohort of ArchivesSpace Member Match program The ArchivesSpace Member Engagement sub-team is pleased to accept applications for the second cohort of the ArchivesSpace Member Match program. The deadline to apply for this program has been extended to May 20th. The Member Match program is an initiative to engage the ArchivesSpace membership community, created and organized by the Member Engagement sub-team of the ArchivesSpace User Advisory Council, with support from the ArchivesSpace Community Engagement Coordinator. The program is intended to be a resource and venue for peer-to-peer support between ArchivesSpace members. For one, year-long term, participants will be matched with a member with whom they can receive and offer professional insight, advice, and camaraderie. The program will also offer participants the opportunity to engage in exclusive events and enlightening discussions about ArchivesSpace and its active user community. Thanks to valuable feedback from the first cohort of Member Match Participants, we?ve implemented the following updates to the program: * Monthly Listserv Discussion Topics * Each month, a member of the Member Engagement sub-team will reach out to the Member Match listserv to spur discussion and encourage continued engagement between matches. * Quarterly Member Match Meet-Ups * These will be opportunities for large group socializing as well as the potential for dedicated time to spend with matches in breakout rooms. * Option to participate in small group matches of 3 people Eligibility Any individual affiliated with an ArchivesSpace member organization is eligible to participate in the ArchivesSpace Member Matchprogram and there is no limit to the number of individuals from a member organization that may participate. If you are unsure of your organization?s ArchivesSpace membership status, visit https://archivesspace.org/community/whos-using-archivesspace or email ArchivesSpaceHome at lyrasis.org. To Apply There is a short application to complete at https://airtable.com/shrDL4wQhc3gkBAlH Applications should be submitted by May 20th, 2022. Applicants will be notified of their matches no later than June 30th. To Learn More Visit the Member Match wiki: https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/2198568994/ArchivesSpace+Member+Match+Program Please feel free to direct any questions to ArchivesSpaceHome at lyrasis.org Take a Break with ArchivesSpace this Friday Whether you?ve continued to work from home, have returned to the office, or find yourself stuck somewhere in the middle, we could all use a break. In that spirit, ArchivesSpace has reinstated our popular casual zoom open calls on Fridays. With a welcoming and robust member community all over the world, ArchivesSpace can offer camaraderie and relaxation, no matter the current state of the world. We hold casual open calls via zoom at 12pm ET each Friday. We won?t be developing agendas or presentations for these calls. We just want to provide an opportunity to connect, chat and recharge. Use this as a time to get help or talk about ArchivesSpace (or anything else) in an informal setting or just have a beverage with other ArchivesSpace users during this stressful time. Whether you can attend once or plan to be there every Friday, these calls are open to everyone but registration is required to join. Register to join any open call at https://lyrasis.zoom.us/meeting/register/tZcldOGuqjotE9cNSaa6j45issVCKrEQKQYv (please note: there will not be a break on May 6) We seek to provide a welcoming, fun, and safe community experience for everyone. The full text of the code of conduct is available at https://archivesspace.org/archivesspace-code-of-conduct. Please email ArchivesSpaceHome at lyrasis.org with any questions. Membership Update We are excited to welcome our newest members to our community! Our new members since March 31 include: * District of Columbia Office of Public Records and Archives (Washington, DC) * Lincoln Center for the Performing Arts, Inc (New York, NY) * Loras College (Dubuque, IA) * Mitchell College (New London, CT) As of April 28, we have 468 General members, 22 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Jessica Dowd Crouch Community Engagement Coordinator for ArchivesSpace jessica.crouch at lyrasis.org [page1image482511520] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 22514 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 29112 bytes Desc: image002.jpg URL: From hanstra at nd.edu Fri Apr 29 11:13:44 2022 From: hanstra at nd.edu (Tom Hanstra) Date: Fri, 29 Apr 2022 11:13:44 -0400 Subject: [Archivesspace_Users_Group] gemfile issues - 2.8.1 and plugins Message-ID: I'm attempting to add the bulk_updater plugin to our 2.8.1 instance. A prerequisite for that is the digitization_work_order plugin. Installation of this worked ok in our test version of 3.2.0. But when installing on 2.8.1, I'm getting the error: WARNING: ERROR: initialization failed org.jruby.rack.RackInitializationException: Could not find gem 'write_xlsx (= 1.01.0) java' in any of the gem sources listed in your Gemfile. How do I go about getting this fixed? Do I have to use an older version of the plugins? Or add something more to ArchivesSpace? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From joseph_kinzer at harvard.edu Fri Apr 29 13:02:34 2022 From: joseph_kinzer at harvard.edu (Kinzer, Joseph) Date: Fri, 29 Apr 2022 17:02:34 +0000 Subject: [Archivesspace_Users_Group] Ref ID - Did not match regular expression \A[a-zA-Z0-9\-_:\.]*\z Message-ID: Hello community, I am new to this group and am wondering if anyone else has encountered this error message when adding a child. I just created a new finding aid and it has no children as of yet. As I try to add a Series child, I receive the following error: Ref ID - Did not match regular expression \A[a-zA-Z0-9\-_:\.]*\z I don't understand it becaue the Ref ID is auto-generated upon save and I can't manipulate that field if I wanted to. What am I missing? Thanks, Joe Kinzer, Ph.D. (he/his) Curatorial Associate, Archive of World Music Eda Kuhn Loeb Music Library, Harvard University joseph_kinzer at harvard.edu | 617-998-5313 |Make an appointment -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanstra at nd.edu Fri Apr 29 13:57:31 2022 From: hanstra at nd.edu (Tom Hanstra) Date: Fri, 29 Apr 2022 13:57:31 -0400 Subject: [Archivesspace_Users_Group] gemfile issues - 2.8.1 and plugins In-Reply-To: References: Message-ID: Ok, so I missed the script step on the plugin. Did not read the manual quite well enough. Once the additional bundling was done, the plugin seems to be working. Tom On Fri, Apr 29, 2022 at 11:13 AM Tom Hanstra wrote: > I'm attempting to add the bulk_updater plugin to our 2.8.1 instance. A > prerequisite for that is the digitization_work_order plugin. > > Installation of this worked ok in our test version of 3.2.0. But when > installing on 2.8.1, I'm getting the error: > > WARNING: ERROR: initialization failed > org.jruby.rack.RackInitializationException: Could not find gem 'write_xlsx > (= 1.01.0) java' in any of the gem sources listed in your Gemfile. > > How do I go about getting this fixed? Do I have to use an older version > of the plugins? Or add something more to ArchivesSpace? > > Thanks, > Tom > > -- > *Tom Hanstra* > *Sr. Systems Administrator* > hanstra at nd.edu > > > -- *Tom Hanstra* *Sr. Systems Administrator* hanstra at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From eli.patterson at library.gatech.edu Fri Apr 29 16:08:34 2022 From: eli.patterson at library.gatech.edu (Patterson, Eli) Date: Fri, 29 Apr 2022 20:08:34 +0000 Subject: [Archivesspace_Users_Group] Searching by Agents and Subjects Results in "something went wrong." Message-ID: Greetings ArchivesSpace list-serve, I'm hoping to get some advice or suggestions on a problem we're having when trying to migrate from 2.6.0 to 3.2.0. When searching by /agents or /subjects, the return list is populated. Drilling down on any of the results (e.g. attempting to access /subjects/253) results in the error screen "We're sorry, but something went wrong." The ASpace logs look clean, only getting the request, even though I've put them into DEBUG mode. The only thing that looks suspicious to me is in the solr logs: 2022-04-28 15:52:28.586 INFO (qtp576020159-15) [ x:archivesspace] o.a.s.c.S.Request [archivesspace] webapp=/solr path=/select params={mm=100%25&q=(uri:("\/subjects\/253"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=1 2022-04-28 15:52:28.607 INFO (qtp576020159-56) [ x:archivesspace] o.a.s.c.S.Request [archivesspace] webapp=/solr path=/select params={mm=100%25&q=(id:("global"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=-types:pui_only&fq=suppressed:false&rows=500&wt=json&facet=true} hits=0 status=0 QTime=0 2022-04-28 15:52:28.802 INFO (qtp576020159-95) [ x:archivesspace] o.a.s.c.S.Request [archivesspace] webapp=/solr path=/select params={mm=100%25&facet.field=primary_type&facet.field=published_agents&facet.field=used_within_published_repository&csv.escape=\&start=0&fq=((types:("agent")+OR+(types:("digital_object")+OR+(types:("archival_object")+OR+(types:("accession")+OR+(types:("resource")+OR+(types:("repository"))))))))&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&sort=title_sort+asc&rows=50&q=subjects:"Academic+freedom."+AND+types:pui&facet.limit=100&defType=edismax&qf=four_part_id^3+title^2+finding_aid_filing_title^2+fullrecord&pf=four_part_id^4&csv.header=true&csv.encapsulator="&facet.mincount=0&wt=json&facet=true} hits=1 status=0 QTime=1 2022-04-28 15:52:28.874 INFO (qtp576020159-18) [ x:archivesspace] o.a.s.c.S.Request [archivesspace] webapp=/solr path=/select params={mm=100%25&q=(id:("\/repositories\/2"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=-types:pui_only&fq=suppressed:false&rows=500&wt=json&facet=true} hits=1 status=0 QTime=0 Thank you for your time. - Eli Patterson Systems Support Engineer Sr | Library IT Georgia Institute of Technology Phone: 404.894.3272 -------------- next part -------------- An HTML attachment was scrubbed... URL: From matsuyama-h at nakka-art.jp Fri Apr 29 22:52:46 2022 From: matsuyama-h at nakka-art.jp (=?iso-2022-jp?B?GyRCPj47MyEhJFIkSCRfGyhC?=) Date: Sat, 30 Apr 2022 02:52:46 +0000 Subject: [Archivesspace_Users_Group] Auto spacing in Notes field Message-ID: Hi all, We?ve been faced with a language-originated issue in AS?s Notes-Text field. Since Japanese looks illegible without line breaks in a long description, we tried to use br-tags in the field as the sample image1 inserted below. [?????? ???? ????????, ????, ????????, ??? ???????????] Then, the number of these brs we wrote in the field seems automatically added after the end of the description line when the field is formatted. [?????? ???? ????????, ???? ???????????] [???? ???????????] This sometimes causes an unnecessarily wide break between abstract/scope and content and other essential information; Dates, Extent, and etc. listed in PUI. Could we make line breaks in a Notes-Text filed without using br-tag? If any alternative doesn?t work, could we eliminate the brs which automatically appear and create an unnecessary blank when formatted? Thanks, Hitomi Matsuyama, Audiovisual Archivist Nakanoshima Museum of Art, Osaka 4-3-1 Nakanoshima, Kita-ku Osaka 530-0005 JAPAN tel. +81 (0)6 64 79 05 58 email. matsuyama-h at nakka-art.jp -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 44741 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 22032 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 25678 bytes Desc: image004.png URL: From blake.carver at lyrasis.org Sat Apr 30 07:48:11 2022 From: blake.carver at lyrasis.org (Blake Carver) Date: Sat, 30 Apr 2022 11:48:11 +0000 Subject: [Archivesspace_Users_Group] Searching by Agents and Subjects Results in "something went wrong." In-Reply-To: References: Message-ID: It's only agents and subjects? Resources look fine? I'd really expect that error to put a FATAL or ERROR in the logs, especially on debug. If not, did you bring over anything from the /data/ directory from 2.6 to 3.2? If so, get rid of that stuff. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Patterson, Eli Sent: Friday, April 29, 2022 4:08 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Searching by Agents and Subjects Results in "something went wrong." Greetings ArchivesSpace list-serve, I'm hoping to get some advice or suggestions on a problem we're having when trying to migrate from 2.6.0 to 3.2.0. When searching by /agents or /subjects, the return list is populated. Drilling down on any of the results (e.g. attempting to access /subjects/253) results in the error screen "We're sorry, but something went wrong." The ASpace logs look clean, only getting the request, even though I've put them into DEBUG mode. The only thing that looks suspicious to me is in the solr logs: 2022-04-28 15:52:28.586 INFO (qtp576020159-15) [ x:archivesspace] o.a.s.c.S.Request [archivesspace] webapp=/solr path=/select params={mm=100%25&q=(uri:("\/subjects\/253"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true} hits=1 status=0 QTime=1 2022-04-28 15:52:28.607 INFO (qtp576020159-56) [ x:archivesspace] o.a.s.c.S.Request [archivesspace] webapp=/solr path=/select params={mm=100%25&q=(id:("global"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=-types:pui_only&fq=suppressed:false&rows=500&wt=json&facet=true} hits=0 status=0 QTime=0 2022-04-28 15:52:28.802 INFO (qtp576020159-95) [ x:archivesspace] o.a.s.c.S.Request [archivesspace] webapp=/solr path=/select params={mm=100%25&facet.field=primary_type&facet.field=published_agents&facet.field=used_within_published_repository&csv.escape=\&start=0&fq=((types:("agent")+OR+(types:("digital_object")+OR+(types:("archival_object")+OR+(types:("accession")+OR+(types:("resource")+OR+(types:("repository"))))))))&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&sort=title_sort+asc&rows=50&q=subjects:"Academic+freedom."+AND+types:pui&facet.limit=100&defType=edismax&qf=four_part_id^3+title^2+finding_aid_filing_title^2+fullrecord&pf=four_part_id^4&csv.header=true&csv.encapsulator="&facet.mincount=0&wt=json&facet=true} hits=1 status=0 QTime=1 2022-04-28 15:52:28.874 INFO (qtp576020159-18) [ x:archivesspace] o.a.s.c.S.Request [archivesspace] webapp=/solr path=/select params={mm=100%25&q=(id:("\/repositories\/2"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=-types:pui_only&fq=suppressed:false&rows=500&wt=json&facet=true} hits=1 status=0 QTime=0 Thank you for your time. - Eli Patterson Systems Support Engineer Sr | Library IT Georgia Institute of Technology Phone: 404.894.3272 -------------- next part -------------- An HTML attachment was scrubbed... URL: