From christine.dibella at lyrasis.org Fri Feb 1 08:43:51 2019 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 1 Feb 2019 13:43:51 +0000 Subject: [Archivesspace_Users_Group] request for participation in accessibility survey being conducted by LYRASIS Message-ID: Dear ArchivesSpace members, I wanted to pass along a survey that some of our colleagues at LYRASIS are conducting about accessibility as it relates to the content and systems used and created in institutions in the GLAM (galleries, libraries, archives, and museums) community. As you know, accessibility is something that we're working to improve in ArchivesSpace. We've been excited to participate in ongoing discussions with others in our organizational home about how to better meet the needs of the people we serve. I encourage you to take a look at the survey, participate if you'd like, and conduct our colleague Jill Grogg (jill.grogg at lyrasis.org) if you have any questions. Thanks so much for your consideration. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [ASpaceOrgHomeMedium] Request for Participation in Accessibility Survey Please take approximately 10 minutes to fill out the following survey: https://www.surveymonkey.com/r/D2FX69V. The deadline for participation is March 1, 2019. Please feel free to share the survey with your colleagues for questions outside your job duties. We realize multiple responses from one institution may be necessary. This survey is intended to serve two general purposes. First, we would like to offer LYRASIS members and participants in the broader GLAM (galleries, libraries, archives and museums) community a new perspective on how accessibility is embedded in our work with collections and systems. Second, we would like to understand how we can better serve LYRASIS members/users in terms of the accessibility requirements of our products, services, and platforms. We appreciate your taking the time to answer this survey in order to achieve the broadest possible response from GLAM institutions of all shapes and sizes. The survey is divided into three sections concerning three different areas of responsibility: purchasing content, creating content, and purchasing systems. Most survey respondents will only be responsible for one or two of these areas within their institution. For any areas that you are not responsible for, please indicate "no" in the survey question, and you will be taken to the next section of the survey. At the beginning of the survey you will be asked for your name, institution and job title. All of this information will remain confidential, and will not be included in any external publications/reports or presentations. We are merely using this information to identify duplicate entries across our distribution channels. Please contact Jill Grogg, Licensing Program Strategist, at jill.grogg at lyrasis.org, with any questions. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 6608 bytes Desc: image002.jpg URL: From kate_bowers at harvard.edu Mon Feb 4 19:50:17 2019 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Tue, 5 Feb 2019 00:50:17 +0000 Subject: [Archivesspace_Users_Group] EAD ingest error message please help Message-ID: Please let me know IN ENGLISH what I should be looking for in my ead that is preventing ingest. Every container has both a label and type attribute. Thanks, Kate First error message, then I changed them all to "Mixed materials" !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: indicator : Property is required but was missing For JSONModel(:top_container): #"top_container", "active_restrictions"=>[], "container_locations"=>[], "series"=>[], "collection"=>[], "uri"=>"/repositories/import/top_containers/import_0d90dc05-8cca-4311-8ee9-f986c77c93ab", "type"=>"unspecified"}> In : <container class="cdata" label="unspecified" type="unspecified"> ... </container> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Then I got about the same error message !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: indicator : Property is required but was missing For JSONModel(:top_container): #"top_container", "active_restrictions"=>[], "container_locations"=>[], "series"=>[], "collection"=>[], "uri"=>"/repositories/import/top_containers/import_cd5165b3-cea9-4972-8f3d-b0ce5ecd3a43", "type"=>"mixed_materials"}> In : <container class="cdata" label="unspecified" type="mixed_materials"> ... </container> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Then I changed all the "type" to "Box" and that didn't work !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: indicator : Property is required but was missing For JSONModel(:top_container): #"top_container", "active_restrictions"=>[], "container_locations"=>[], "series"=>[], "collection"=>[], "uri"=>"/repositories/import/top_containers/import_cfb359ea-2c9e-4442-a1d7-016a3968f03a", "type"=>"mixed_materials"}> In : <container class="cdata" label="Box" type="mixed_materials"> ... </container> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Please, please, please what the heck do these error messages even mean???? Thanks, Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Mon Feb 4 20:02:37 2019 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Tue, 5 Feb 2019 01:02:37 +0000 Subject: [Archivesspace_Users_Group] EAD ingest error message please help In-Reply-To: References: Message-ID: Never mind-it means the BOX NUMBER is missing. It would be really helpful if a) the exact information like the title or something was included in error message and also if they were in plain english. Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Bowers, Kate A. Sent: Monday, February 04, 2019 7:50 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] EAD ingest error message please help Please let me know IN ENGLISH what I should be looking for in my ead that is preventing ingest. Every container has both a label and type attribute. Thanks, Kate First error message, then I changed them all to "Mixed materials" !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: indicator : Property is required but was missing For JSONModel(:top_container): #"top_container", "active_restrictions"=>[], "container_locations"=>[], "series"=>[], "collection"=>[], "uri"=>"/repositories/import/top_containers/import_0d90dc05-8cca-4311-8ee9-f986c77c93ab", "type"=>"unspecified"}> In : <container class="cdata" label="unspecified" type="unspecified"> ... </container> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Then I got about the same error message !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: indicator : Property is required but was missing For JSONModel(:top_container): #"top_container", "active_restrictions"=>[], "container_locations"=>[], "series"=>[], "collection"=>[], "uri"=>"/repositories/import/top_containers/import_cd5165b3-cea9-4972-8f3d-b0ce5ecd3a43", "type"=>"mixed_materials"}> In : <container class="cdata" label="unspecified" type="mixed_materials"> ... </container> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Then I changed all the "type" to "Box" and that didn't work !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The following errors were found: indicator : Property is required but was missing For JSONModel(:top_container): #"top_container", "active_restrictions"=>[], "container_locations"=>[], "series"=>[], "collection"=>[], "uri"=>"/repositories/import/top_containers/import_cfb359ea-2c9e-4442-a1d7-016a3968f03a", "type"=>"mixed_materials"}> In : <container class="cdata" label="Box" type="mixed_materials"> ... </container> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Please, please, please what the heck do these error messages even mean???? Thanks, Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From belaira at union.edu Wed Feb 6 13:56:15 2019 From: belaira at union.edu (Belair, Andrea) Date: Wed, 6 Feb 2019 13:56:15 -0500 Subject: [Archivesspace_Users_Group] template for rapid data entry Message-ID: Hello, Does anyone have a an Excel template that can be loaded via spreadsheet into a collection? It would have to correspond to rapid data entry for the "basic inventory" template. I want to use it for basic data entry that I can upload to have a collection accessible by file level. Thanks so much, Andrea -- Andrea Belair Archives and Special Collections Librarian Schaffer Library Union College 807 Union Street Schenectady, NY 12308 518-388-6871 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Wed Feb 6 14:42:54 2019 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Wed, 6 Feb 2019 19:42:54 +0000 Subject: [Archivesspace_Users_Group] template for rapid data entry In-Reply-To: References: Message-ID: Do you mean to import archival objects to an existing resource? If so, I think you are looking for this: https://github.com/harvard-library/aspace-import-excel From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Belair, Andrea Sent: Wednesday, February 06, 2019 1:56 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] template for rapid data entry Hello, Does anyone have a an Excel template that can be loaded via spreadsheet into a collection? It would have to correspond to rapid data entry for the "basic inventory" template. I want to use it for basic data entry that I can upload to have a collection accessible by file level. Thanks so much, Andrea -- Andrea Belair Archives and Special Collections Librarian Schaffer Library Union College 807 Union Street Schenectady, NY 12308 518-388-6871 -------------- next part -------------- An HTML attachment was scrubbed... URL: From belaira at union.edu Wed Feb 6 14:43:28 2019 From: belaira at union.edu (Belair, Andrea) Date: Wed, 6 Feb 2019 14:43:28 -0500 Subject: [Archivesspace_Users_Group] template for rapid data entry In-Reply-To: References: Message-ID: Yes! Thank you so much. Andrea On Wed, Feb 6, 2019 at 2:42 PM Bowers, Kate A. wrote: > Do you mean to import archival objects to an existing resource? If so, I > think you are looking for this: > > https://github.com/harvard-library/aspace-import-excel > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Belair, > Andrea > *Sent:* Wednesday, February 06, 2019 1:56 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] template for rapid data entry > > > > Hello, > > Does anyone have a an Excel template that can be loaded via spreadsheet > into a collection? It would have to correspond to rapid data entry for the > "basic inventory" template. I want to use it for basic data entry that I > can upload to have a collection accessible by file level. > > Thanks so much, > Andrea > > > > -- > > Andrea Belair > > Archives and Special Collections Librarian > > Schaffer Library > > Union College > > 807 Union Street > > Schenectady, NY 12308 > > 518-388-6871 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Andrea Belair Archives and Special Collections Librarian Schaffer Library Union College 807 Union Street Schenectady, NY 12308 518-388-6871 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rex.hughes at ndsu.edu Thu Feb 7 15:23:22 2019 From: rex.hughes at ndsu.edu (Hughes ll, Rex) Date: Thu, 7 Feb 2019 20:23:22 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace: OAI Harvest to OCLC Message-ID: Hello, Our institution has been working on ArchivesSpace implementation and legacy record updates. While we should be able to harvest records for our Ex Libris Primo discovery layer, thus allowing patrons to find ArchivesSpace records in Primo, we still have to determine the best method for harvesting records from ArchivesSpace for inclusion in OCLC WorldCat (Z39.50, MarcEdit OAI, etc.). If your institution harvests ArchivesSpace records to OCLC Connexion/WorldCat, would you be willing to share your workflow or direct us to external resources regarding this process? Thank you in advance for your feedback! Sincerely, Rex Hughes Metadata and Cataloging Librarian North Dakota State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: From rfay at athenslibrary.org Thu Feb 7 15:34:49 2019 From: rfay at athenslibrary.org (Robin Fay) Date: Thu, 7 Feb 2019 15:34:49 -0500 Subject: [Archivesspace_Users_Group] ArchivesSpace: OAI Harvest to OCLC In-Reply-To: References: Message-ID: I am interested in this information also. Thanks. Robin Fay On Thu, Feb 7, 2019 at 3:23 PM Hughes ll, Rex wrote: > Hello, > > Our institution has been working on ArchivesSpace implementation and > legacy record updates. While we should be able to harvest records for our > Ex Libris Primo discovery layer, thus allowing patrons to find > ArchivesSpace records in Primo, we still have to determine the best method > for harvesting records from ArchivesSpace for inclusion in OCLC WorldCat > (Z39.50, MarcEdit OAI, etc.). > > If your institution harvests ArchivesSpace records to OCLC > Connexion/WorldCat, would you be willing to share your workflow or direct > us to external resources regarding this process? > > Thank you in advance for your feedback! > > > Sincerely, > > Rex Hughes > Metadata and Cataloging Librarian > North Dakota State University Libraries > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From belaira at union.edu Thu Feb 7 16:19:01 2019 From: belaira at union.edu (Belair, Andrea) Date: Thu, 7 Feb 2019 16:19:01 -0500 Subject: [Archivesspace_Users_Group] ArchivesSpace: OAI Harvest to OCLC In-Reply-To: References: Message-ID: I'd be interested as well... Thank you, Andrea On Thu, Feb 7, 2019 at 3:35 PM Robin Fay wrote: > I am interested in this information also. > Thanks. > Robin Fay > > On Thu, Feb 7, 2019 at 3:23 PM Hughes ll, Rex wrote: > >> Hello, >> >> Our institution has been working on ArchivesSpace implementation and >> legacy record updates. While we should be able to harvest records for our >> Ex Libris Primo discovery layer, thus allowing patrons to find >> ArchivesSpace records in Primo, we still have to determine the best method >> for harvesting records from ArchivesSpace for inclusion in OCLC WorldCat >> (Z39.50, MarcEdit OAI, etc.). >> >> If your institution harvests ArchivesSpace records to OCLC >> Connexion/WorldCat, would you be willing to share your workflow or direct >> us to external resources regarding this process? >> >> Thank you in advance for your feedback! >> >> >> Sincerely, >> >> Rex Hughes >> Metadata and Cataloging Librarian >> North Dakota State University Libraries >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Andrea Belair Archives and Special Collections Librarian Schaffer Library Union College 807 Union Street Schenectady, NY 12308 518-388-6871 -------------- next part -------------- An HTML attachment was scrubbed... URL: From seth.shaw at unlv.edu Fri Feb 8 10:33:44 2019 From: seth.shaw at unlv.edu (Seth Shaw) Date: Fri, 8 Feb 2019 07:33:44 -0800 Subject: [Archivesspace_Users_Group] ArchivesSpace: OAI Harvest to OCLC In-Reply-To: References: Message-ID: At UNLV we batch export MARC records. The workflow is from before my time but when I asked about it this was the response: We have an article that describes the overall workflow (skip to about halfway through the article) and includes example records in the appendix: https://www.tandfonline.com/doi/abs/10.1080/19386389.2017.1285143 If folks can't access the article, basically the process is: export MARCXML file from ArchivesSpace*; import file into Connexion client; use Connexion macros to make certain standard modifications to the record; proofread, add/correct name and subject headings, make other edits based on cataloger's judgment, etc.; export record to local catalog. The above article is pre-plugin**. Another article that (briefly) describes the workflow with the plugin is here: https://elischolar.library.yale.edu/cgi/viewcontent.cgi?article=1039&context=jcas This one's open-source so anyone can access it. The section on the MARC export plugin starts at the bottom of page 7. * This exporting used to be done using the UI but is now done using the Multi MARC Exporter script (which among other things, helps reduce the number of individual files we need to import into Connexion): https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/multi_marc_exporter ** The plugin is @ https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/unlv_marc_exporter On Thu, Feb 7, 2019 at 1:19 PM Belair, Andrea wrote: > I'd be interested as well... > Thank you, > Andrea > > On Thu, Feb 7, 2019 at 3:35 PM Robin Fay wrote: > >> I am interested in this information also. >> Thanks. >> Robin Fay >> >> On Thu, Feb 7, 2019 at 3:23 PM Hughes ll, Rex >> wrote: >> >>> Hello, >>> >>> Our institution has been working on ArchivesSpace implementation and >>> legacy record updates. While we should be able to harvest records for our >>> Ex Libris Primo discovery layer, thus allowing patrons to find >>> ArchivesSpace records in Primo, we still have to determine the best method >>> for harvesting records from ArchivesSpace for inclusion in OCLC WorldCat >>> (Z39.50, MarcEdit OAI, etc.). >>> >>> If your institution harvests ArchivesSpace records to OCLC >>> Connexion/WorldCat, would you be willing to share your workflow or direct >>> us to external resources regarding this process? >>> >>> Thank you in advance for your feedback! >>> >>> >>> Sincerely, >>> >>> Rex Hughes >>> Metadata and Cataloging Librarian >>> North Dakota State University Libraries >>> >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Andrea Belair > Archives and Special Collections Librarian > Schaffer Library > Union College > 807 Union Street > Schenectady, NY 12308 > 518-388-6871 > _______________________________________________ > 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 rex.hughes at ndsu.edu Mon Feb 11 09:34:54 2019 From: rex.hughes at ndsu.edu (Hughes ll, Rex) Date: Mon, 11 Feb 2019 14:34:54 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace: OAI Harvest to OCLC Message-ID: Thank you, Seth! I will look into these methods with our Systems Department in the near future. Have a great day! Sincerely, Rex Hughes --- At UNLV we batch export MARC records. The workflow is from before my time but when I asked about it this was the response: We have an article that describes the overall workflow (skip to about halfway through the article) and includes example records in the appendix: https://www.tandfonline.com/doi/abs/10.1080/19386389.2017.1285143 If folks can't access the article, basically the process is: export MARCXML file from ArchivesSpace*; import file into Connexion client; use Connexion macros to make certain standard modifications to the record; proofread, add/correct name and subject headings, make other edits based on cataloger's judgment, etc.; export record to local catalog. The above article is pre-plugin**. Another article that (briefly) describes the workflow with the plugin is here: https://elischolar.library.yale.edu/cgi/viewcontent.cgi?article=1039&context=jcas This one's open-source so anyone can access it. The section on the MARC export plugin starts at the bottom of page 7. * This exporting used to be done using the UI but is now done using the Multi MARC Exporter script (which among other things, helps reduce the number of individual files we need to import into Connexion): https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/multi_marc_exporter ** The plugin is @ https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/unlv_marc_exporter On Thu, Feb 7, 2019 at 1:19 PM Belair, Andrea > wrote: > I'd be interested as well... > Thank you, > Andrea > > On Thu, Feb 7, 2019 at 3:35 PM Robin Fay > wrote: > >> I am interested in this information also. >> Thanks. >> Robin Fay >> >> On Thu, Feb 7, 2019 at 3:23 PM Hughes ll, Rex > >> wrote: >> >>> Hello, >>> >>> Our institution has been working on ArchivesSpace implementation and >>> legacy record updates. While we should be able to harvest records for our >>> Ex Libris Primo discovery layer, thus allowing patrons to find >>> ArchivesSpace records in Primo, we still have to determine the best method >>> for harvesting records from ArchivesSpace for inclusion in OCLC WorldCat >>> (Z39.50, MarcEdit OAI, etc.). >>> >>> If your institution harvests ArchivesSpace records to OCLC >>> Connexion/WorldCat, would you be willing to share your workflow or direct >>> us to external resources regarding this process? >>> >>> Thank you in advance for your feedback! >>> >>> >>> Sincerely, >>> >>> Rex Hughes >>> Metadata and Cataloging Librarian >>> North Dakota State University Libraries >>> >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Andrea Belair > Archives and Special Collections Librarian > Schaffer Library > Union College > 807 Union Street > Schenectady, NY 12308 > 518-388-6871 Rex Hughes, II, M.L.I.S. Metadata and Cataloging Librarian Resource Acquisition, Management, and Discovery Subject Liaison to Apparel, Retail Merchandising & Design NDSU Libraries Dept. 2080, PO Box 6050 / Fargo ND 58108-6050 Phone:701.231.9677 (Main Library 120G) [ndsu_sig] Do you need help with your research? Look for databases, websites, and new library materials in our Library Research Guides (Subject: Apparel and Design) Reach out to us! Kudos, Questions and Concerns can be directed to Joe Mocnik, Dean of Libraries. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2861 bytes Desc: image001.jpg URL: From christine.dibella at lyrasis.org Mon Feb 11 13:56:46 2019 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 11 Feb 2019 18:56:46 +0000 Subject: [Archivesspace_Users_Group] reminder: speaker and topic proposals for ArchivesSpace Online Forum due by February 18 Message-ID: A reminder that we are accepting both session proposals and ideas for topics for our first-ever ArchivesSpace Online Forum, scheduled for March 18. Submit via our online form at https://goo.gl/forms/olTRwsxOkGwkXJAs2. We highly encourage you to submit your proposals and ideas by February 18 so that we can get the program squared away as early as possible. We're already working on sessions on navigating an ArchivesSpace implementation, interacting with IT, creating workflows and integrations for digital objects, regional discovery networks for archives, and making your case for ArchivesSpace, among other topics, but we're also looking for more sessions and more speakers on these and other topics. If you have any questions about what we're looking for, or questions about how the event will work, please feel free to reach out to me or any of the members of our international working group. Information about how to register for the event will be released closer to March. Anyone using or interested in using ArchivesSpace is welcome to attend. We're looking forward to a great event, with your help! Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [ASpaceOrgHomeMedium] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 6608 bytes Desc: image003.jpg URL: From adrien_hilton at harvard.edu Wed Feb 13 09:53:27 2019 From: adrien_hilton at harvard.edu (Hilton, Adrien) Date: Wed, 13 Feb 2019 14:53:27 +0000 Subject: [Archivesspace_Users_Group] Top Containers for volumes Message-ID: Hi, I'm in the process of retrospectively adding top containers to all of our 800,000+ archival objects. A large number of our collections are in volume format, housed on shelves as is, not in boxes. I'm wondering how folks are handling these types of "containers" in AS. Just for an example, the Jared Sparks papers consists of 10 individual volumes, which if these were boxes, of course would be Boxes 1-10. However, the material is a two part series, each consisting of 5 volumes each and referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 (2nd series). I'm disinclined to give them top containers Volumes 1-10 and I don't want to have two Volume 1 Top Containers in the same collection. Any advise on how to make this clear to users and manageable on the back end? Thanks in advance, Adrien -------------- next part -------------- An HTML attachment was scrubbed... URL: From JDCROUCH at mailbox.sc.edu Wed Feb 13 10:47:32 2019 From: JDCROUCH at mailbox.sc.edu (CROUCH, JESSICA) Date: Wed, 13 Feb 2019 15:47:32 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Specialist Position at the University of South Carolina Message-ID: Hi all, The University of South Carolina currently has an opening for a temporary ArchivesSpace Specialist. The individual in this position will work directly with the Archivist for Rare Books and Special Collections (me) to set standards across special collections, develop workflow and integrate DACS (Describing Archives: A Content Standard) compliant finding aids for all special collections libraries into the University Libraries' instance of ArchivesSpace. This individual will also implement authority control over subject headings in ArchivesSpace using LOC (Library of Congress) subject headings, link digital projects and collections to finding aids within ArchivesSpace, implement and track usage of collections via Google analytics; and assist with the development of training for archivists, faculty and staff on using ArchivesSpace. The individual will also become an active member of the ArchivesSpace community, researching community created plug-ins and upgrades of ArchivesSpace and working directly with the library's systems department to implement those plug-ins in the university's ArchivesSpace instance. Health and life insurance, flexible spending accounts and retirement programs will be offered. The posting can be found here: https://uscjobs.sc.edu/postings/52096 Thanks! Jessica Crouch Archivist Irvin Department of Rare Books and Special Collections Ernest F. Hollings Special Collections Library University of South Carolina Libraries jdcrouch at mailbox.sc.edu 803-777-6356 -------------- next part -------------- An HTML attachment was scrubbed... URL: From belaira at union.edu Wed Feb 13 11:24:50 2019 From: belaira at union.edu (Belair, Andrea) Date: Wed, 13 Feb 2019 11:24:50 -0500 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: References: Message-ID: Can they be identified as children/grandchildren under the instance field in the resource as archival objects? I would be interested in hearing feedback regarding this as well. Andrea On Wed, Feb 13, 2019 at 9:53 AM Hilton, Adrien wrote: > Hi, > > > > I?m in the process of retrospectively adding top containers to all of our > 800,000+ archival objects. A large number of our collections are in volume > format, housed on shelves as is, not in boxes. I?m wondering how folks are > handling these types of ?containers? in AS. > > > > Just for an example, the Jared Sparks papers consists of 10 individual > volumes, which if these were boxes, of course would be Boxes 1-10. However, > the material is a two part series, each consisting of 5 volumes each and > referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 > (2nd series). I?m disinclined to give them top containers Volumes 1-10 > and I don?t want to have two Volume 1 Top Containers in the same > collection. Any advise on how to make this clear to users and manageable on > the back end? > > > > Thanks in advance, > > Adrien > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Andrea Belair Archives and Special Collections Librarian Schaffer Library Union College 807 Union Street Schenectady, NY 12308 518-388-6871 -------------- next part -------------- An HTML attachment was scrubbed... URL: From psutherland at amphilsoc.org Wed Feb 13 11:25:55 2019 From: psutherland at amphilsoc.org (Paul Sutherland) Date: Wed, 13 Feb 2019 11:25:55 -0500 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: References: Message-ID: Hi Adrien, How about: Volume 1.1-1.5; 2.1-2.5? Best, Paul On Wed, Feb 13, 2019 at 9:53 AM Hilton, Adrien wrote: > Hi, > > > > I?m in the process of retrospectively adding top containers to all of our > 800,000+ archival objects. A large number of our collections are in volume > format, housed on shelves as is, not in boxes. I?m wondering how folks are > handling these types of ?containers? in AS. > > > > Just for an example, the Jared Sparks papers consists of 10 individual > volumes, which if these were boxes, of course would be Boxes 1-10. However, > the material is a two part series, each consisting of 5 volumes each and > referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 > (2nd series). I?m disinclined to give them top containers Volumes 1-10 > and I don?t want to have two Volume 1 Top Containers in the same > collection. Any advise on how to make this clear to users and manageable on > the back end? > > > > Thanks in advance, > > Adrien > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- *Paul Sutherland* (he/his) Archivist of Native American Materials Center for Native American and Indigenous Research American Philosophical Society 105 S. 5th Street, 2nd Floor Philadelphia, PA 19406 215-440-3408 amphilsoc.org/library/CNAIR Browse our new Indigenous Subject Guide and read our latest blog posts Twitter: @paulssutherland -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkottman at ku.edu Wed Feb 13 13:37:28 2019 From: mkottman at ku.edu (Kottman, Miloche) Date: Wed, 13 Feb 2019 18:37:28 +0000 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: References: Message-ID: I would prefer whatever enumeration had been used to label the pieces to avoid confusion for the patron. For example, if the pieces are labeled v. 1-10 but your finding aid has series 1, v. 1-5 and series 2, v. 1-5, the patron is likely to be confused if they ask for series 2, v. 1 and get volume 6 when it's paged. If there's no label and/or you get to re-label, I recommend using the Arrangement note to explain that there are two series with 5 volumes each, e.g. Series 1, vol. 1-5 shelved as v. 1-5 Series 2, vol. 1-5 shelved as v. 6-10 Then do top containers as v. 1-10 This is similar to what we do in the catalog for serials and monographs, i.e. a summary holdings statement followed by actual item records/barcodes for which volumes the library holds. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Hilton, Adrien Sent: Wednesday, February 13, 2019 8:53 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Top Containers for volumes Hi, I'm in the process of retrospectively adding top containers to all of our 800,000+ archival objects. A large number of our collections are in volume format, housed on shelves as is, not in boxes. I'm wondering how folks are handling these types of "containers" in AS. Just for an example, the Jared Sparks papers consists of 10 individual volumes, which if these were boxes, of course would be Boxes 1-10. However, the material is a two part series, each consisting of 5 volumes each and referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 (2nd series). I'm disinclined to give them top containers Volumes 1-10 and I don't want to have two Volume 1 Top Containers in the same collection. Any advise on how to make this clear to users and manageable on the back end? Thanks in advance, Adrien -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsteele at jhu.edu Wed Feb 13 16:55:13 2019 From: jsteele at jhu.edu (Jordon Steele) Date: Wed, 13 Feb 2019 21:55:13 +0000 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: References: Message-ID: <8129ee9934894fa7a4b304202f9682de@esgmtwex18.win.ad.jhu.edu> I second (third?) the logic that the container indicator should exactly follow the volume label on the spine. So container type=Volume, container indicator=1-5 (1st series). This may not work with your workflow, but two additional suggestions: * Barcode each volume and add the barcodes to the container records so that staff can track them as such OR * Put each volume in a custom box and barcode the box. Best, Jordon Jordon Steele Hodson Curator of the University Archives Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 jsteele at jhu.edu 410-516-5493 he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kottman, Miloche Sent: Wednesday, February 13, 2019 1:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes I would prefer whatever enumeration had been used to label the pieces to avoid confusion for the patron. For example, if the pieces are labeled v. 1-10 but your finding aid has series 1, v. 1-5 and series 2, v. 1-5, the patron is likely to be confused if they ask for series 2, v. 1 and get volume 6 when it's paged. If there's no label and/or you get to re-label, I recommend using the Arrangement note to explain that there are two series with 5 volumes each, e.g. Series 1, vol. 1-5 shelved as v. 1-5 Series 2, vol. 1-5 shelved as v. 6-10 Then do top containers as v. 1-10 This is similar to what we do in the catalog for serials and monographs, i.e. a summary holdings statement followed by actual item records/barcodes for which volumes the library holds. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hilton, Adrien Sent: Wednesday, February 13, 2019 8:53 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Top Containers for volumes Hi, I'm in the process of retrospectively adding top containers to all of our 800,000+ archival objects. A large number of our collections are in volume format, housed on shelves as is, not in boxes. I'm wondering how folks are handling these types of "containers" in AS. Just for an example, the Jared Sparks papers consists of 10 individual volumes, which if these were boxes, of course would be Boxes 1-10. However, the material is a two part series, each consisting of 5 volumes each and referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 (2nd series). I'm disinclined to give them top containers Volumes 1-10 and I don't want to have two Volume 1 Top Containers in the same collection. Any advise on how to make this clear to users and manageable on the back end? Thanks in advance, Adrien -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcallahan at smith.edu Wed Feb 13 17:06:33 2019 From: mcallahan at smith.edu (Maureen Callahan) Date: Wed, 13 Feb 2019 17:06:33 -0500 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: <8129ee9934894fa7a4b304202f9682de@esgmtwex18.win.ad.jhu.edu> References: <8129ee9934894fa7a4b304202f9682de@esgmtwex18.win.ad.jhu.edu> Message-ID: A different direction! I've noticed that we often get in trouble when there's a conflation between archival/bibliographic description and collection control, particularly because those descriptors fundamentally serve different purposes and can even change over time -- sometimes at cross purposes. So I would say that your best bet would be to think carefully about the purpose the volume number serves. When you say that these are in two series, is that a designation made by the publisher/author? Or is it just an organizing principle imposed by past archivists? Because I think that there are much better ways of saying that volumes belong together than using volume numbers, and I also think that whenever possible it's best to keep inventory management simple and just number widgets seriatim. MC On Wed, Feb 13, 2019 at 4:55 PM Jordon Steele wrote: > I second (third?) the logic that the container indicator should exactly > follow the volume label on the spine. So container type=Volume, container > indicator=1-5 (1st series). > > > > This may not work with your workflow, but two additional suggestions: > > > > ? Barcode each volume and add the barcodes to the container > records so that staff can track them as such OR > > ? Put each volume in a custom box and barcode the box. > > > > Best, > > > > Jordon > > > > Jordon Steele > > Hodson Curator of the University Archives > > Sheridan Libraries > > Johns Hopkins University > > 3400 N Charles St > > Baltimore, MD 21218 > > jsteele at jhu.edu > > 410-516-5493 > > he/him/his > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Kottman, > Miloche > *Sent:* Wednesday, February 13, 2019 1:37 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Top Containers for volumes > > > > I would prefer whatever enumeration had been used to label the pieces to > avoid confusion for the patron. For example, if the pieces are labeled v. > 1-10 but your finding aid has series 1, v. 1-5 and series 2, v. 1-5, the > patron is likely to be confused if they ask for series 2, v. 1 and get > volume 6 when it?s paged. > > > > If there?s no label and/or you get to re-label, I recommend using the > Arrangement note to explain that there are two series with 5 volumes each, > e.g. > > Series 1, vol. 1-5 shelved as v. 1-5 > > Series 2, vol. 1-5 shelved as v. 6-10 > > > > Then do top containers as v. 1-10 > > > > This is similar to what we do in the catalog for serials and monographs, > i.e. a summary holdings statement followed by actual item records/barcodes > for which volumes the library holds. > > > > --Miloche Kottman > > University of Kansas Libraries > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Hilton, > Adrien > *Sent:* Wednesday, February 13, 2019 8:53 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] Top Containers for volumes > > > > Hi, > > > > I?m in the process of retrospectively adding top containers to all of our > 800,000+ archival objects. A large number of our collections are in volume > format, housed on shelves as is, not in boxes. I?m wondering how folks are > handling these types of ?containers? in AS. > > > > Just for an example, the Jared Sparks papers consists of 10 individual > volumes, which if these were boxes, of course would be Boxes 1-10. However, > the material is a two part series, each consisting of 5 volumes each and > referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 > (2nd series). I?m disinclined to give them top containers Volumes 1-10 > and I don?t want to have two Volume 1 Top Containers in the same > collection. Any advise on how to make this clear to users and manageable on > the back end? > > > > Thanks in advance, > > Adrien > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Maureen Callahan Sophia Smith Collection Archivist Smith College Special Collections Northampton, Massachusetts 01063 413 585 2981 mcallahan at smith.edu Pronouns: she/her/hers Smith College Special Collections is now housed at Young Library . Learn more about renovations to Neilson Library here . -------------- next part -------------- An HTML attachment was scrubbed... URL: From larry.weimer at nyhistory.org Wed Feb 13 22:50:26 2019 From: larry.weimer at nyhistory.org (Larry Weimer) Date: Wed, 13 Feb 2019 22:50:26 -0500 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: References: Message-ID: Hi Adrien, At New-York Historical Society, we would typically create a top container for each standalone volume. We would do this in part because our finding aids integrate with the patron request system (Aeon), making it straightforward to request and page individual volumes. For the numbering, we would use whatever system seemed to be appropriate for the volumes at hand. For a bunch of random volumes, we would just assign them all a number 1, 2, 3, etc. In the Sparks case, we'd likely create a numbering that was a meaningful identifier for each volume. Could be various forms: Vol. 1.1, 1.2, 1.3 (to indicate 1st series and volume within the series); Vol 1.1, 2.1, 3.1 (the reverse of the first option). Or add an S to emphasize the fact that one of the numbers represents the series (e.g., Vol 1.1s, 2.1s, etc. But if referring to the Sparks volumes all together in one top container (e.g. Vols "1-5.1st" or something) like that provides adequate control and description in your situation, go for it. Hope that helps! Larry Larry Weimer Head of Archival Processing New-York Historical Society On Wed, Feb 13, 2019 at 9:53 AM Hilton, Adrien wrote: > Hi, > > > > I?m in the process of retrospectively adding top containers to all of our > 800,000+ archival objects. A large number of our collections are in volume > format, housed on shelves as is, not in boxes. I?m wondering how folks are > handling these types of ?containers? in AS. > > > > Just for an example, the Jared Sparks papers consists of 10 individual > volumes, which if these were boxes, of course would be Boxes 1-10. However, > the material is a two part series, each consisting of 5 volumes each and > referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 > (2nd series). I?m disinclined to give them top containers Volumes 1-10 > and I don?t want to have two Volume 1 Top Containers in the same > collection. Any advise on how to make this clear to users and manageable on > the back end? > > > > Thanks in advance, > > Adrien > _______________________________________________ > 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 jsteele at jhu.edu Wed Feb 13 23:21:48 2019 From: jsteele at jhu.edu (Jordon Steele) Date: Thu, 14 Feb 2019 04:21:48 +0000 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: References: <8129ee9934894fa7a4b304202f9682de@esgmtwex18.win.ad.jhu.edu> Message-ID: Maureen, My feedback assumes Adrien is thinking of these volumes purely as containers and not as meaningful representations of the nature of what?s within them. So just like there?s nothing inherently meaningful about calling something Box 1, there?s nothing inherently meaningful about calling a container ?Volume 1-5 (1st series).? The latter is a silly label, but it?s just a label. Given this assumption, I think the reason why I would advocate for keeping the confusing, baroque volume labels is three-fold: 1) There may be legacy references to them 2) Renumbering the volumes with something less baroque would require, like, sharpie-ing over the existing numbers, which Jared Sparks would be very grumpy about because boy, aren?t those some handsome volumes 3) Who cares what the indicators are, they?re just container labels (i.e. from an inventory management standpoint they should be tracked with something unique like barcodes anyway) But to your point,hypothetically if the items could be easily removed from the volumes, put in folders, and put into boxes, without offending the ghost of Jared Sparks, definitely just number the new containers 1, 2, 3 etc. Best, Jordon Jordon Steele Hodson Curator of the University Archives Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 jsteele at jhu.edu 410-516-5493 he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Maureen Callahan Sent: Wednesday, February 13, 2019 5:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes A different direction! I've noticed that we often get in trouble when there's a conflation between archival/bibliographic description and collection control, particularly because those descriptors fundamentally serve different purposes and can even change over time -- sometimes at cross purposes. So I would say that your best bet would be to think carefully about the purpose the volume number serves. When you say that these are in two series, is that a designation made by the publisher/author? Or is it just an organizing principle imposed by past archivists? Because I think that there are much better ways of saying that volumes belong together than using volume numbers, and I also think that whenever possible it's best to keep inventory management simple and just number widgets seriatim. MC On Wed, Feb 13, 2019 at 4:55 PM Jordon Steele > wrote: I second (third?) the logic that the container indicator should exactly follow the volume label on the spine. So container type=Volume, container indicator=1-5 (1st series). This may not work with your workflow, but two additional suggestions: ? Barcode each volume and add the barcodes to the container records so that staff can track them as such OR ? Put each volume in a custom box and barcode the box. Best, Jordon Jordon Steele Hodson Curator of the University Archives Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 jsteele at jhu.edu 410-516-5493 he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kottman, Miloche Sent: Wednesday, February 13, 2019 1:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes I would prefer whatever enumeration had been used to label the pieces to avoid confusion for the patron. For example, if the pieces are labeled v. 1-10 but your finding aid has series 1, v. 1-5 and series 2, v. 1-5, the patron is likely to be confused if they ask for series 2, v. 1 and get volume 6 when it?s paged. If there?s no label and/or you get to re-label, I recommend using the Arrangement note to explain that there are two series with 5 volumes each, e.g. Series 1, vol. 1-5 shelved as v. 1-5 Series 2, vol. 1-5 shelved as v. 6-10 Then do top containers as v. 1-10 This is similar to what we do in the catalog for serials and monographs, i.e. a summary holdings statement followed by actual item records/barcodes for which volumes the library holds. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hilton, Adrien Sent: Wednesday, February 13, 2019 8:53 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Top Containers for volumes Hi, I?m in the process of retrospectively adding top containers to all of our 800,000+ archival objects. A large number of our collections are in volume format, housed on shelves as is, not in boxes. I?m wondering how folks are handling these types of ?containers? in AS. Just for an example, the Jared Sparks papers consists of 10 individual volumes, which if these were boxes, of course would be Boxes 1-10. However, the material is a two part series, each consisting of 5 volumes each and referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 (2nd series). I?m disinclined to give them top containers Volumes 1-10 and I don?t want to have two Volume 1 Top Containers in the same collection. Any advise on how to make this clear to users and manageable on the back end? Thanks in advance, Adrien _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maureen Callahan Sophia Smith Collection Archivist Smith College Special Collections Northampton, Massachusetts 01063 413 585 2981 mcallahan at smith.edu Pronouns: she/her/hers Smith College Special Collections is now housed at Young Library. Learn more about renovations to Neilson Library here. -------------- next part -------------- An HTML attachment was scrubbed... URL: From reesj at mail.nlm.nih.gov Thu Feb 14 08:43:30 2019 From: reesj at mail.nlm.nih.gov (Rees, John (NIH/NLM) [E]) Date: Thu, 14 Feb 2019 13:43:30 +0000 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: References: <8129ee9934894fa7a4b304202f9682de@esgmtwex18.win.ad.jhu.edu> Message-ID: We?d describe the sets? nature in the unittitle and, like others, randomly assign volume numbers from 1-N across the entire collection. We insert Permalife flags in each volume which has the call number, arbitrary volume number, and a barcode. We do this for all our rare books holdings and books in the archives. It saves on the extra labor and cost of boxing and foldering, unless the item?s condition warrants a phase box or some other protective enclosure John From: Jordon Steele Sent: Wednesday, February 13, 2019 11:22 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes Maureen, My feedback assumes Adrien is thinking of these volumes purely as containers and not as meaningful representations of the nature of what?s within them. So just like there?s nothing inherently meaningful about calling something Box 1, there?s nothing inherently meaningful about calling a container ?Volume 1-5 (1st series).? The latter is a silly label, but it?s just a label. Given this assumption, I think the reason why I would advocate for keeping the confusing, baroque volume labels is three-fold: 1) There may be legacy references to them 2) Renumbering the volumes with something less baroque would require, like, sharpie-ing over the existing numbers, which Jared Sparks would be very grumpy about because boy, aren?t those some handsome volumes 3) Who cares what the indicators are, they?re just container labels (i.e. from an inventory management standpoint they should be tracked with something unique like barcodes anyway) But to your point,hypothetically if the items could be easily removed from the volumes, put in folders, and put into boxes, without offending the ghost of Jared Sparks, definitely just number the new containers 1, 2, 3 etc. Best, Jordon Jordon Steele Hodson Curator of the University Archives Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 jsteele at jhu.edu 410-516-5493 he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Maureen Callahan Sent: Wednesday, February 13, 2019 5:07 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes A different direction! I've noticed that we often get in trouble when there's a conflation between archival/bibliographic description and collection control, particularly because those descriptors fundamentally serve different purposes and can even change over time -- sometimes at cross purposes. So I would say that your best bet would be to think carefully about the purpose the volume number serves. When you say that these are in two series, is that a designation made by the publisher/author? Or is it just an organizing principle imposed by past archivists? Because I think that there are much better ways of saying that volumes belong together than using volume numbers, and I also think that whenever possible it's best to keep inventory management simple and just number widgets seriatim. MC On Wed, Feb 13, 2019 at 4:55 PM Jordon Steele > wrote: I second (third?) the logic that the container indicator should exactly follow the volume label on the spine. So container type=Volume, container indicator=1-5 (1st series). This may not work with your workflow, but two additional suggestions: ? Barcode each volume and add the barcodes to the container records so that staff can track them as such OR ? Put each volume in a custom box and barcode the box. Best, Jordon Jordon Steele Hodson Curator of the University Archives Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 jsteele at jhu.edu 410-516-5493 he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kottman, Miloche Sent: Wednesday, February 13, 2019 1:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes I would prefer whatever enumeration had been used to label the pieces to avoid confusion for the patron. For example, if the pieces are labeled v. 1-10 but your finding aid has series 1, v. 1-5 and series 2, v. 1-5, the patron is likely to be confused if they ask for series 2, v. 1 and get volume 6 when it?s paged. If there?s no label and/or you get to re-label, I recommend using the Arrangement note to explain that there are two series with 5 volumes each, e.g. Series 1, vol. 1-5 shelved as v. 1-5 Series 2, vol. 1-5 shelved as v. 6-10 Then do top containers as v. 1-10 This is similar to what we do in the catalog for serials and monographs, i.e. a summary holdings statement followed by actual item records/barcodes for which volumes the library holds. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hilton, Adrien Sent: Wednesday, February 13, 2019 8:53 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Top Containers for volumes Hi, I?m in the process of retrospectively adding top containers to all of our 800,000+ archival objects. A large number of our collections are in volume format, housed on shelves as is, not in boxes. I?m wondering how folks are handling these types of ?containers? in AS. Just for an example, the Jared Sparks papers consists of 10 individual volumes, which if these were boxes, of course would be Boxes 1-10. However, the material is a two part series, each consisting of 5 volumes each and referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 (2nd series). I?m disinclined to give them top containers Volumes 1-10 and I don?t want to have two Volume 1 Top Containers in the same collection. Any advise on how to make this clear to users and manageable on the back end? Thanks in advance, Adrien _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maureen Callahan Sophia Smith Collection Archivist Smith College Special Collections Northampton, Massachusetts 01063 413 585 2981 mcallahan at smith.edu Pronouns: she/her/hers Smith College Special Collections is now housed at Young Library. Learn more about renovations to Neilson Library here. -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrien_hilton at harvard.edu Thu Feb 14 09:56:42 2019 From: adrien_hilton at harvard.edu (Hilton, Adrien) Date: Thu, 14 Feb 2019 14:56:42 +0000 Subject: [Archivesspace_Users_Group] Top Containers for volumes In-Reply-To: References: <8129ee9934894fa7a4b304202f9682de@esgmtwex18.win.ad.jhu.edu> Message-ID: Thanks, everyone! I don?t particularly love thinking about containers this much so I appreciate the sage advice. Best wishes, Adrien From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Rees, John (NIH/NLM) [E] Sent: Thursday, February 14, 2019 8:44 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes We?d describe the sets? nature in the unittitle and, like others, randomly assign volume numbers from 1-N across the entire collection. We insert Permalife flags in each volume which has the call number, arbitrary volume number, and a barcode. We do this for all our rare books holdings and books in the archives. It saves on the extra labor and cost of boxing and foldering, unless the item?s condition warrants a phase box or some other protective enclosure John From: Jordon Steele > Sent: Wednesday, February 13, 2019 11:22 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes Maureen, My feedback assumes Adrien is thinking of these volumes purely as containers and not as meaningful representations of the nature of what?s within them. So just like there?s nothing inherently meaningful about calling something Box 1, there?s nothing inherently meaningful about calling a container ?Volume 1-5 (1st series).? The latter is a silly label, but it?s just a label. Given this assumption, I think the reason why I would advocate for keeping the confusing, baroque volume labels is three-fold: 1. There may be legacy references to them 2. Renumbering the volumes with something less baroque would require, like, sharpie-ing over the existing numbers, which Jared Sparks would be very grumpy about because boy, aren?t those some handsome volumes 3. Who cares what the indicators are, they?re just container labels (i.e. from an inventory management standpoint they should be tracked with something unique like barcodes anyway) But to your point,hypothetically if the items could be easily removed from the volumes, put in folders, and put into boxes, without offending the ghost of Jared Sparks, definitely just number the new containers 1, 2, 3 etc. Best, Jordon Jordon Steele Hodson Curator of the University Archives Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 jsteele at jhu.edu 410-516-5493 he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Maureen Callahan Sent: Wednesday, February 13, 2019 5:07 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes A different direction! I've noticed that we often get in trouble when there's a conflation between archival/bibliographic description and collection control, particularly because those descriptors fundamentally serve different purposes and can even change over time -- sometimes at cross purposes. So I would say that your best bet would be to think carefully about the purpose the volume number serves. When you say that these are in two series, is that a designation made by the publisher/author? Or is it just an organizing principle imposed by past archivists? Because I think that there are much better ways of saying that volumes belong together than using volume numbers, and I also think that whenever possible it's best to keep inventory management simple and just number widgets seriatim. MC On Wed, Feb 13, 2019 at 4:55 PM Jordon Steele > wrote: I second (third?) the logic that the container indicator should exactly follow the volume label on the spine. So container type=Volume, container indicator=1-5 (1st series). This may not work with your workflow, but two additional suggestions: ? Barcode each volume and add the barcodes to the container records so that staff can track them as such OR ? Put each volume in a custom box and barcode the box. Best, Jordon Jordon Steele Hodson Curator of the University Archives Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 jsteele at jhu.edu 410-516-5493 he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Kottman, Miloche Sent: Wednesday, February 13, 2019 1:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Top Containers for volumes I would prefer whatever enumeration had been used to label the pieces to avoid confusion for the patron. For example, if the pieces are labeled v. 1-10 but your finding aid has series 1, v. 1-5 and series 2, v. 1-5, the patron is likely to be confused if they ask for series 2, v. 1 and get volume 6 when it?s paged. If there?s no label and/or you get to re-label, I recommend using the Arrangement note to explain that there are two series with 5 volumes each, e.g. Series 1, vol. 1-5 shelved as v. 1-5 Series 2, vol. 1-5 shelved as v. 6-10 Then do top containers as v. 1-10 This is similar to what we do in the catalog for serials and monographs, i.e. a summary holdings statement followed by actual item records/barcodes for which volumes the library holds. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Hilton, Adrien Sent: Wednesday, February 13, 2019 8:53 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Top Containers for volumes Hi, I?m in the process of retrospectively adding top containers to all of our 800,000+ archival objects. A large number of our collections are in volume format, housed on shelves as is, not in boxes. I?m wondering how folks are handling these types of ?containers? in AS. Just for an example, the Jared Sparks papers consists of 10 individual volumes, which if these were boxes, of course would be Boxes 1-10. However, the material is a two part series, each consisting of 5 volumes each and referred to on spines as volumes 1-5 (1st series) and another volumes 1-5 (2nd series). I?m disinclined to give them top containers Volumes 1-10 and I don?t want to have two Volume 1 Top Containers in the same collection. Any advise on how to make this clear to users and manageable on the back end? Thanks in advance, Adrien _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maureen Callahan Sophia Smith Collection Archivist Smith College Special Collections Northampton, Massachusetts 01063 413 585 2981 mcallahan at smith.edu Pronouns: she/her/hers Smith College Special Collections is now housed at Young Library. Learn more about renovations to Neilson Library here. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gordon_daines at byu.edu Tue Feb 19 11:44:44 2019 From: gordon_daines at byu.edu (Gordon Daines) Date: Tue, 19 Feb 2019 16:44:44 +0000 Subject: [Archivesspace_Users_Group] [Archivesspace_member_reps] Nominations Requested for ArchivesSpace Technical Advisory Council In-Reply-To: <278df88fda074bde8ed6e2dfcc4ee23b@MB7.byu.local> References: <278df88fda074bde8ed6e2dfcc4ee23b@MB7.byu.local> Message-ID: <22ce57c7ec5842acaff1b466c5652a95@MB7.byu.local> This is a reminder that the Governance Board is looking to fill several vacancies on the Technical Advisory Council. If you are interested, please follow the instructions below. Gordon Daines Chair, ArchivesSpace Nominating Committee From: archivesspace_member_reps-bounces at lyralists.lyrasis.org [mailto:archivesspace_member_reps-bounces at lyralists.lyrasis.org] On Behalf Of Gordon Daines Sent: Thursday, January 24, 2019 8:36 AM To: archivesspace_users_group at lyralists.lyrasis.org; Archivesspace Member Reps Subject: [Archivesspace_member_reps] Nominations Requested for ArchivesSpace Technical Advisory Council Colleagues, The ArchivesSpace Governance Board is seeking nominations to fill three (3) vacancies on the ArchivesSpace Technical Advisory Council (TAC). Nominees should be presently employed at an ArchivesSpace member institution in any membership level (the vacancies being filled are from the very large and very small levels). They may also be employees of a current Registered Service Provider (see: http://archivesspace.org/registered-service-providers/current-rsps/). Nominations may be made only by ArchivesSpace member representatives. All other staff of ArchivesSpace member organizations may submit nominations through their Member Representative. Member representatives are encouraged to nominate persons from their institution or from other institutions who are experienced with some of the activities assigned to TAC and who are capable of participating on a regular basis throughout their term of service. Self-nominations are also welcome. Nominations must be received by 9:00 p.m. EDT Friday, April 19, 2019. The Nominations Committee will review all nominations and recommend appointments to the Governance Board for approval. TAC (http://www.archivesspace.org/technicaladvisory) 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. TAC's current activities include: * developing a community of code committers, including helping to establish guidelines for contributing code and reviewing contributions, * reviewing enhancements and priorities and testing in collaboration with the User Advisory Council, * providing support for migrating data to ArchivesSpace from other systems and support for importing and exporting data such as EAD, MARCXML, CSV * documenting and assisting with resolving bugs identified in the application, * identifying integration points for ArchivesSpace with other systems (e.g. digital asset management systems, patron and request management systems, etc.), creating resources to assist the community with integration work and, for specific integrations, developing technical requirements, and * updating technical documentation. Sub-teams will be established within TAC to address the areas identified above, as well other activity areas identified subsequently. Nominees must have sufficient knowledge of application development methods, architectures and coding practices to participate in and lead some of the identified activities. Nominees with experience in open source projects, developing web applications (particularly using Ruby on Rails and Sinatra), software testing, or interest in those areas, are especially welcome. The anticipated time commitment for each appointee is expected to be two hours per week on average. The term of service for these appointments will be July 1, 2019-June 30, 2021. We expect making up to three (3) appointments, and each new appointee will be eligible to have her/his appointment renewed for an additional two-year term, i.e., July 1, 2021-June 30, 2023. To nominate a candidate for the ArchivesSpace Technical Advisory Council, please identify the person and her/his organization in the form below, indicate the areas of activity to which the nominee is prepared to contribute. Again, self-nominations are also welcome. Return the completed form via email to ArchivesSpace Program Manager (Christine DiBella at christine.dibella at lyrasis.org), who will collect nominations on behalf of the ArchivesSpace Nominating Committee. All nominations must be submitted by 9:00 p.m. EDT Friday, April 19, 2019. 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, Gordon Daines Brigham Young University Chair, Nominating Committee On behalf of Nominating Committee members: Gordon Daines, Brigham Young University, Chair, and Governance Board member Ashley Knox, University of North Carolina Wilmington,Chair of User Advisory Council Max Eckard, University of Michigan, Chair of Technical Advisory Council Caitlin Wells, University of Michigan, representing very large membership level Jay Trask, University of Northern Colorado, representing large membership level Carolyn Runyon, University of Tennessee Chattanooga, representing medium membership level Suzanne Stasiulitis, Pennsylvania State Archives, representing small membership level Jonathan Lawler, Southeastern Baptist Theological Seminary, representing very small membership level Christine DiBella, (ArchivesSpace Program Manager), ex officio ________________________________ Nominee's Name: ______________________________________________ Nominee's Organization: ______________________________________________ Indicate all areas to which the nominee might contribute: ___Managing/endorsing/eliciting code contributions ___Bug fixes ___Technical documentation ___Program architecture and integrations with other software ___Migration issues, including import/exports and API design and implementation ___Application testing _________________________ J. Gordon Daines III Supervisor of Reference Services Department Chair L. Tom Perry Special Collections Brigham Young University Provo, UT 84602 801-422-5821 gordon_daines at byu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From gordon_daines at byu.edu Tue Feb 19 11:45:11 2019 From: gordon_daines at byu.edu (Gordon Daines) Date: Tue, 19 Feb 2019 16:45:11 +0000 Subject: [Archivesspace_Users_Group] [Archivesspace_member_reps] Nominations Requested for ArchivesSpace User Advisory Council In-Reply-To: References: Message-ID: <4933c23b62174389a067751192f6b90e@MB7.byu.local> This is a reminder that the Governance Board is looking to fill several vacancies on the User Advisory Council. If you are interested, please follow the instructions below. Gordon Daines Chair, ArchivesSpace Nominating Committee From: archivesspace_member_reps-bounces at lyralists.lyrasis.org [mailto:archivesspace_member_reps-bounces at lyralists.lyrasis.org] On Behalf Of Gordon Daines Sent: Thursday, January 24, 2019 8:40 AM To: 'Archivesspace_Users_Group at lyralists.lyrasis.org' ; Archivesspace Member Reps Subject: [Archivesspace_member_reps] Nominations Requested for ArchivesSpace User Advisory Council Colleagues, The ArchivesSpace Governance Board is seeking nominations to fill three (3) vacancies on the ArchivesSpace User Advisory Council (UAC). Nominees should be presently employed at an ArchivesSpace member institution in any membership category (the vacancies being filled were represented by the very large and medium levels) (please refer to the categorized member list at: http://archivesspace.org/community/whos-using-archivesspace/). Nominations may be made only by ArchivesSpace member representatives. All other staff of ArchivesSpace member organizations may submit nominations through their Member Representative. Member representatives are encouraged to nominate persons from their institution or from other institutions who are experienced with some of the activities projected for UAC and who are capable of participating on a regular basis throughout their term of service. Self-nominations are also welcome. Nominations must be received by 9:00 p.m. EDT Friday, April 19th, 2019. The Nominations Committee will review all nominations and recommend appointments to the Governance Board for approval. UAC (http://www.archivesspace.org/usersadvisory) is a critical part of the ArchivesSpace community, serving as a communication conduit between ArchivesSpace governance groups and ArchivesSpace users. It is also the group that implements and contributes to ArchivesSpace user services. Some of the activities UAC is currently engaged in are: * liaising with national and regional archives organizations; * soliciting, suggesting, gathering requirements for, and prioritizing enhancements to the ArchivesSpace application; * maintaining and updating user documentation, as needed, of the ArchivesSpace application; * developing and providing training to users; and * advising the Governance Board and LYRASIS on the design and delivery of user services, including but not limited to help desk support, training, and presentation of documentation. Sub-groups will be established within UAC to address the areas identified above, as well as other activities identified subsequently. Nominees will be appointed to UAC according to their ability to participate in and lead some of the activities mentioned above. 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, 2019-June 30, 2021. Each new appointee will be eligible to have her/his appointment renewed for an additional two-year term, i.e., July 1, 2021-June 30, 2023. To nominate a candidate for the ArchivesSpace Technical Advisory Council, please identify the person and her/his organization in the form below, indicate the areas of activity to which the nominee is prepared to contribute. Again, self nominations are welcome. Return the completed form via email to ArchivesSpace Program Manager (Christine DiBella at christine.dibella at lyrasis.org), who will collect nominations on behalf of the ArchivesSpace Nominating Committee. All nominations must be submitted by 9:00 p.m. EDT Friday, April 19th, 2019. 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, Gordon Daines Brigham Young University Chair, Nominating Committee On behalf of Nominating Committee members: Gordon Daines, Brigham Young University, Chair, and Governance Board member Ashley Knox, University of North Carolina Wilmington,Chair of User Advisory Council Max Eckard, University of Michigan, Chair of Technical Advisory Council Caitlin Wells, University of Michigan, representing very large membership level Jay Trask, University of Northern Colorado, representing large membership level Carolyn Runyon, University of Tennessee Chattanooga, representing medium membership level Suzanne Stasiulitis, Pennsylvania State Archives, representing small membership level Jonathan Lawler, Southeastern Baptist Theological Seminary, representing very small membership level Christine DiBella, (ArchivesSpace Program Manager), ex officio ________________________________ Nominee's Name: ______________________________________________ Nominee's Organization: ______________________________________________ Indicate all areas to which the nominee might contribute: ___Documentation ___Liaising with archives organizations. Please indicate the organizations: _____________________ ___New features, functional or technical specifications ___Training, design ___Training, provision ___ Usability testing ___User/Help support _________________________ J. Gordon Daines III Supervisor of Reference Services Department Chair L. Tom Perry Special Collections Brigham Young University Provo, UT 84602 801-422-5821 gordon_daines at byu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From epyers at slv.vic.gov.au Thu Feb 21 19:10:39 2019 From: epyers at slv.vic.gov.au (Emily Pyers) Date: Fri, 22 Feb 2019 00:10:39 +0000 Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? In-Reply-To: References: Message-ID: <58ab49af880c46bb8c94dc2310db9769@STAFFEXCH01.staff.local> VivienLea, We haven?t undertaken anything like this, but are also in the process of testing our upgrade to v2.5.2 are noticing significant system slowdowns, so we?d be very interested if any other institutions have done any benchmarking around timings for basic processes, or any feedback on how to improve system speeds! Cheers, Emily Emily Pyers | Metadata & Archival Systems Specialist | Collection Development & Description In the office Monday, Wednesday - Friday 9.30am-3pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [http://www.slv.vic.gov.au/sites/default/files/email_signature/signature.jpg?6] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV instagram] [RACV logo] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Solek, VivianLea Sent: Friday, 25 January 2019 12:17 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? Good morning all, I know our installations will all be different which will impact speed, but I?m very curious about the speed of processing that folks are experiencing. Even the most basic tasks (like clicking on a record group/collection record to open it, seems to take a bit to perform it. My system (v.2.4.1 in the process of updating to 2.5.1) is on a dedicated cloud server and I know it can be ?ramped up? to generate more speed/power, I just need some stats/data to convince IT that the performance I?m seeing is ?below par.? Am I just being a big impatient or are other people seeing slow speeds as well? Has anyone done any ?time trials? for basic processes? Has anyone done ?time trials? for importing with the Harvard plug in? Many thanks for any and all insights and data shares! Best, VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives Knights of Columbus Museum 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. 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 ahueb2 at uis.edu Fri Feb 22 09:31:42 2019 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Fri, 22 Feb 2019 14:31:42 +0000 Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? In-Reply-To: <58ab49af880c46bb8c94dc2310db9769@STAFFEXCH01.staff.local> References: <58ab49af880c46bb8c94dc2310db9769@STAFFEXCH01.staff.local> Message-ID: <9bc2df4e3367464cb4680185e39668a7@uismbx02.uisad.uis.edu> Hi VivienLea, I?m not sure if your problems are the same as mine, but I had to address a similar issue recently. Our instance of AS currently runs on a virtual machine with 4gb of ram and after about a month of uptime I got a complaint from our Archives about serious slow-downs. All that was needed to remedy this was restarting the AS service, something like ?systemctl restart Archivesspace? in the server environment. This quickly freed up memory that was slowly being consumed over time, so in order to do this on a regular basis I set up a cron job that automatically restarts the AS service once per week in the middle of the night when nobody is using the service. As a side note we are running v2.5.0. -Alan Huebschen Brookens Library Information Systems (217) 206-7115 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Emily Pyers Sent: Thursday, February 21, 2019 6:11 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? VivienLea, We haven?t undertaken anything like this, but are also in the process of testing our upgrade to v2.5.2 are noticing significant system slowdowns, so we?d be very interested if any other institutions have done any benchmarking around timings for basic processes, or any feedback on how to improve system speeds! Cheers, Emily Emily Pyers | Metadata & Archival Systems Specialist | Collection Development & Description In the office Monday, Wednesday - Friday 9.30am-3pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Image removed by sender.] [Image removed by sender. follow us] [Image removed by sender. SLV facebook] [Image removed by sender. SLV twitter] [Image removed by sender. SLV youtube] [Image removed by sender. SLV instagram] [Image removed by sender. RACV logo] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Solek, VivianLea Sent: Friday, 25 January 2019 12:17 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? Good morning all, I know our installations will all be different which will impact speed, but I?m very curious about the speed of processing that folks are experiencing. Even the most basic tasks (like clicking on a record group/collection record to open it, seems to take a bit to perform it. My system (v.2.4.1 in the process of updating to 2.5.1) is on a dedicated cloud server and I know it can be ?ramped up? to generate more speed/power, I just need some stats/data to convince IT that the performance I?m seeing is ?below par.? Am I just being a big impatient or are other people seeing slow speeds as well? Has anyone done any ?time trials? for basic processes? Has anyone done ?time trials? for importing with the Harvard plug in? Many thanks for any and all insights and data shares! Best, VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives Knights of Columbus Museum 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. 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD000.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD000.jpg URL: From ktelford at sos.ri.gov Fri Feb 22 09:38:42 2019 From: ktelford at sos.ri.gov (Kate Telford) Date: Fri, 22 Feb 2019 14:38:42 +0000 Subject: [Archivesspace_Users_Group] Bar Codes and ArchivesSpace Message-ID: Hello ArchivesSpace community! So I know there has been discussion around this topic in the past but we are exploring the different options for implementing bar codes on our collections here and I am wondering if anyone knows of a specific product that would work with ArchivesSpace and allow me to apply a barcode on a folder or box and then scan it with a handheld scanner with ArchivesSpace open to the barcode field of the Instance and have it automatically populate? Anyone know if this is possible? Is anyone doing it and if so, with what type scanners? Thanks in advance for any guidance the community can provide. [signatureSeal]Kate Telford Digital Archivist RI Department of State | Secretary of State Nellie M. Gorbea Email: ktelford at sos.ri.gov | Website: www.sos.ri.gov | Twitter: @RISecState 337 Westminster Street, Providence, RI 02903 | 401-330-4801 Our Mission: The Rhode Island Department of State engages and empowers all Rhode Islanders by making government more accessible and transparent, encouraging civic pride, enhancing commerce and ensuring that elections are fair, fast and accurate. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2906 bytes Desc: image001.jpg URL: From flannon at nyu.edu Fri Feb 22 09:41:37 2019 From: flannon at nyu.edu (Flannon Jackson) Date: Fri, 22 Feb 2019 09:41:37 -0500 Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? In-Reply-To: <9bc2df4e3367464cb4680185e39668a7@uismbx02.uisad.uis.edu> References: <58ab49af880c46bb8c94dc2310db9769@STAFFEXCH01.staff.local> <9bc2df4e3367464cb4680185e39668a7@uismbx02.uisad.uis.edu> Message-ID: Hi Alan, My guess is that your performance degradation was due to lack of disk space on your VM. Restarting archivesspace resets the logfile in logs/archivesspace.log. I've seen ours get to a couple of GBs in size and if there's not enough disk space on the system to accommodate it things will definitely slow down. The downside to simply restarting archivesspace is that it'll clobber the log as it comes up. If you want to save the old log data you'll need to shut down, move the old log out of the way and then start archivesspace. Flannon Flannon Jackson Senior DevOps Engineer Digital Library Technology Services flannon at nyu.edu On Fri, Feb 22, 2019 at 9:31 AM Huebschen, Alan M wrote: > Hi VivienLea, > > > > I?m not sure if your problems are the same as mine, but I had to address a > similar issue recently. Our instance of AS currently runs on a virtual > machine with 4gb of ram and after about a month of uptime I got a complaint > from our Archives about serious slow-downs. All that was needed to remedy > this was restarting the AS service, something like ?systemctl restart > Archivesspace? in the server environment. This quickly freed up memory that > was slowly being consumed over time, so in order to do this on a regular > basis I set up a cron job that automatically restarts the AS service once > per week in the middle of the night when nobody is using the service. > > As a side note we are running v2.5.0. > > > > -Alan Huebschen > > Brookens Library > > Information Systems > > (217) 206-7115 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Emily > Pyers > *Sent:* Thursday, February 21, 2019 6:11 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] I Feel the Need for Speed - > Time Trials? > > > > VivienLea, > > > > We haven?t undertaken anything like this, but are also in the process of > testing our upgrade to v2.5.2 are noticing *significant* system > slowdowns, so we?d be very interested if any other institutions have done > any benchmarking around timings for basic processes, or any feedback on how > to improve system speeds! > > > > Cheers, > > > > Emily > > > > > > *Emily Pyers | Metadata & Archival Systems Specialist | Collection > Development & Description * > In the office Monday, Wednesday - Friday 9.30am-3pm > State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 > T +61 3 8664 7368 | epyers at slv.vic.gov.au > slv.vic.gov.au > > > > > [image: Image removed by sender.] > > > > > [image: Image removed by sender. follow us] > > [image: Image removed by sender. SLV facebook] > > > [image: Image removed by sender. SLV twitter] > > > [image: Image removed by sender. SLV youtube] > > > [image: Image removed by sender. SLV instagram] > > > [image: Image removed by sender. RACV logo] > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Solek, > VivianLea > *Sent:* Friday, 25 January 2019 12:17 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] I Feel the Need for Speed - Time > Trials? > > > > Good morning all, > > > > I know our installations will all be different which will impact speed, > but I?m very curious about the speed of processing that folks are > experiencing. Even the most basic tasks (like clicking on a record > group/collection record to open it, seems to take a bit to perform it. My > system (v.2.4.1 in the process of updating to 2.5.1) is on a dedicated > cloud server and I know it can be ?ramped up? to generate more speed/power, > I just need some stats/data to convince IT that the performance I?m seeing > is ?below par.? > > > > Am I just being a big impatient or are other people seeing slow speeds as > well? Has anyone done any ?time trials? for basic processes? Has anyone > done ?time trials? for importing with the Harvard plug in? > > > > Many thanks for any and all insights and data shares! > > > > Best, > > VivianLea > > > > VivianLea Solek > > Archivist > > Knights of Columbus Supreme Council Archives > > > Knights of Columbus Museum > 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. > > 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. > _______________________________________________ > 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=0FP9oxw8Wyb-scqgV4H13A&m=ez4KNPvM_MNxKtx-3eScRnWGeaivoWL11dQjZ2aGTd0&s=ZAQHjIe9Dzzqz4Pv-8E7HqCe8rBg20ewKk50thtKV60&e= > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD000.jpg Type: image/jpeg Size: 823 bytes Desc: not available URL: From trthorn2 at ncsu.edu Fri Feb 22 09:48:30 2019 From: trthorn2 at ncsu.edu (Trevor Thornton) Date: Fri, 22 Feb 2019 09:48:30 -0500 Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? In-Reply-To: <9bc2df4e3367464cb4680185e39668a7@uismbx02.uisad.uis.edu> References: <58ab49af880c46bb8c94dc2310db9769@STAFFEXCH01.staff.local> <9bc2df4e3367464cb4680185e39668a7@uismbx02.uisad.uis.edu> Message-ID: Have you tried increasing the Java memory allocation per the instructions here: https://github.com/archivesspace/tech-docs/blob/master/provisioning/tuning.md We were having similar problems and restarting every week or 2 to resolve them. After I made these adjustments (in our case I doubled all of the default values) the slowness stopped and restarts were no longer necessary. We made the change in version 2.5.0 I think, but we've upgraded since and it's still fine. On Fri, Feb 22, 2019 at 9:31 AM Huebschen, Alan M wrote: > Hi VivienLea, > > > > I?m not sure if your problems are the same as mine, but I had to address a > similar issue recently. Our instance of AS currently runs on a virtual > machine with 4gb of ram and after about a month of uptime I got a complaint > from our Archives about serious slow-downs. All that was needed to remedy > this was restarting the AS service, something like ?systemctl restart > Archivesspace? in the server environment. This quickly freed up memory that > was slowly being consumed over time, so in order to do this on a regular > basis I set up a cron job that automatically restarts the AS service once > per week in the middle of the night when nobody is using the service. > > As a side note we are running v2.5.0. > > > > -Alan Huebschen > > Brookens Library > > Information Systems > > (217) 206-7115 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Emily > Pyers > *Sent:* Thursday, February 21, 2019 6:11 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] I Feel the Need for Speed - > Time Trials? > > > > VivienLea, > > > > We haven?t undertaken anything like this, but are also in the process of > testing our upgrade to v2.5.2 are noticing *significant* system > slowdowns, so we?d be very interested if any other institutions have done > any benchmarking around timings for basic processes, or any feedback on how > to improve system speeds! > > > > Cheers, > > > > Emily > > > > > > *Emily Pyers | Metadata & Archival Systems Specialist | Collection > Development & Description * > In the office Monday, Wednesday - Friday 9.30am-3pm > State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 > T +61 3 8664 7368 | epyers at slv.vic.gov.au > slv.vic.gov.au > > > > [image: Image removed by sender.] > > > > > [image: Image removed by sender. follow us] > > [image: Image removed by sender. SLV facebook] > > > [image: Image removed by sender. SLV twitter] > > > [image: Image removed by sender. SLV youtube] > > > [image: Image removed by sender. SLV instagram] > > > [image: Image removed by sender. RACV logo] > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Solek, > VivianLea > *Sent:* Friday, 25 January 2019 12:17 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] I Feel the Need for Speed - Time > Trials? > > > > Good morning all, > > > > I know our installations will all be different which will impact speed, > but I?m very curious about the speed of processing that folks are > experiencing. Even the most basic tasks (like clicking on a record > group/collection record to open it, seems to take a bit to perform it. My > system (v.2.4.1 in the process of updating to 2.5.1) is on a dedicated > cloud server and I know it can be ?ramped up? to generate more speed/power, > I just need some stats/data to convince IT that the performance I?m seeing > is ?below par.? > > > > Am I just being a big impatient or are other people seeing slow speeds as > well? Has anyone done any ?time trials? for basic processes? Has anyone > done ?time trials? for importing with the Harvard plug in? > > > > Many thanks for any and all insights and data shares! > > > > Best, > > VivianLea > > > > VivianLea Solek > > Archivist > > Knights of Columbus Supreme Council Archives > > > Knights of Columbus Museum > 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. > > 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. > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD000.jpg Type: image/jpeg Size: 823 bytes Desc: not available URL: From ahueb2 at uis.edu Fri Feb 22 09:50:12 2019 From: ahueb2 at uis.edu (Huebschen, Alan M) Date: Fri, 22 Feb 2019 14:50:12 +0000 Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? In-Reply-To: References: <58ab49af880c46bb8c94dc2310db9769@STAFFEXCH01.staff.local> <9bc2df4e3367464cb4680185e39668a7@uismbx02.uisad.uis.edu> Message-ID: <3c03bcf8fe4c4b1099dbb96afc5ffb84@uismbx02.uisad.uis.edu> Flannon, That was one of my initial thoughts as well, since our log file had reached around 540MB. I did check our disk space and we had around 100GB free but when I looked at memory usage it was down to around 120MB free out of the 4GB. I did make a copy of our log file, but I still need to find an easy way to automate log backups. -Alan Huebschen Brookens Library Information Systems (217) 206-7115 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Flannon Jackson Sent: Friday, February 22, 2019 8:42 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? Hi Alan, My guess is that your performance degradation was due to lack of disk space on your VM. Restarting archivesspace resets the logfile in logs/archivesspace.log. I've seen ours get to a couple of GBs in size and if there's not enough disk space on the system to accommodate it things will definitely slow down. The downside to simply restarting archivesspace is that it'll clobber the log as it comes up. If you want to save the old log data you'll need to shut down, move the old log out of the way and then start archivesspace. Flannon Flannon Jackson Senior DevOps Engineer Digital Library Technology Services flannon at nyu.edu On Fri, Feb 22, 2019 at 9:31 AM Huebschen, Alan M > wrote: Hi VivienLea, I?m not sure if your problems are the same as mine, but I had to address a similar issue recently. Our instance of AS currently runs on a virtual machine with 4gb of ram and after about a month of uptime I got a complaint from our Archives about serious slow-downs. All that was needed to remedy this was restarting the AS service, something like ?systemctl restart Archivesspace? in the server environment. This quickly freed up memory that was slowly being consumed over time, so in order to do this on a regular basis I set up a cron job that automatically restarts the AS service once per week in the middle of the night when nobody is using the service. As a side note we are running v2.5.0. -Alan Huebschen Brookens Library Information Systems (217) 206-7115 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Emily Pyers Sent: Thursday, February 21, 2019 6:11 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? VivienLea, We haven?t undertaken anything like this, but are also in the process of testing our upgrade to v2.5.2 are noticing significant system slowdowns, so we?d be very interested if any other institutions have done any benchmarking around timings for basic processes, or any feedback on how to improve system speeds! Cheers, Emily Emily Pyers | Metadata & Archival Systems Specialist | Collection Development & Description In the office Monday, Wednesday - Friday 9.30am-3pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Image removed by sender.] [Image removed by sender. follow us] [Image removed by sender. SLV facebook] [Image removed by sender. SLV twitter] [Image removed by sender. SLV youtube] [Image removed by sender. SLV instagram] [Image removed by sender. RACV logo] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Solek, VivianLea Sent: Friday, 25 January 2019 12:17 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? Good morning all, I know our installations will all be different which will impact speed, but I?m very curious about the speed of processing that folks are experiencing. Even the most basic tasks (like clicking on a record group/collection record to open it, seems to take a bit to perform it. My system (v.2.4.1 in the process of updating to 2.5.1) is on a dedicated cloud server and I know it can be ?ramped up? to generate more speed/power, I just need some stats/data to convince IT that the performance I?m seeing is ?below par.? Am I just being a big impatient or are other people seeing slow speeds as well? Has anyone done any ?time trials? for basic processes? Has anyone done ?time trials? for importing with the Harvard plug in? Many thanks for any and all insights and data shares! Best, VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives Knights of Columbus Museum 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. 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. _______________________________________________ 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=0FP9oxw8Wyb-scqgV4H13A&m=ez4KNPvM_MNxKtx-3eScRnWGeaivoWL11dQjZ2aGTd0&s=ZAQHjIe9Dzzqz4Pv-8E7HqCe8rBg20ewKk50thtKV60&e= -------------- 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 benn.joseph at northwestern.edu Fri Feb 22 10:00:20 2019 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Fri, 22 Feb 2019 15:00:20 +0000 Subject: [Archivesspace_Users_Group] Bar Codes and ArchivesSpace In-Reply-To: References: Message-ID: <00e8da89737546d591a9b4a67bd97ec8@evcspmbx04.ads.northwestern.edu> Hi Kate, This is what we do--any handheld scanner will probably work. Right now we just have a USB scanner that plugs into a laptop-it doesn't have any special drivers that I'm aware of, and Windows seems to recognize it. If you have a bunch of boxes that need to be barcoded, it's quickest to do as a bulk update under Manage Top Containers. You just scan and tab to the next field. We can do ~175 boxes in like 10 minutes! Best, --Benn Benn Joseph Head of Archival Processing Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Kate Telford Sent: Friday, February 22, 2019 8:39 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Bar Codes and ArchivesSpace Hello ArchivesSpace community! So I know there has been discussion around this topic in the past but we are exploring the different options for implementing bar codes on our collections here and I am wondering if anyone knows of a specific product that would work with ArchivesSpace and allow me to apply a barcode on a folder or box and then scan it with a handheld scanner with ArchivesSpace open to the barcode field of the Instance and have it automatically populate? Anyone know if this is possible? Is anyone doing it and if so, with what type scanners? Thanks in advance for any guidance the community can provide. [signatureSeal]Kate Telford Digital Archivist RI Department of State | Secretary of State Nellie M. Gorbea Email: ktelford at sos.ri.gov | Website: www.sos.ri.gov | Twitter: @RISecState 337 Westminster Street, Providence, RI 02903 | 401-330-4801 Our Mission: The Rhode Island Department of State engages and empowers all Rhode Islanders by making government more accessible and transparent, encouraging civic pride, enhancing commerce and ensuring that elections are fair, fast and accurate. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 2906 bytes Desc: image002.jpg URL: From smallen at email.gwu.edu Fri Feb 22 10:05:18 2019 From: smallen at email.gwu.edu (Smallen, Vakil) Date: Fri, 22 Feb 2019 10:05:18 -0500 Subject: [Archivesspace_Users_Group] Bar Codes and ArchivesSpace In-Reply-To: References: Message-ID: Hi Kate, At George Washington University, we use handheld scanners with no special software installed. The scanners are produced by Symbol Technologies and plug into the computer through a USB port. You simply hold the trigger button and scan the barcode and it populates the field. -Vakil On Fri, Feb 22, 2019 at 9:39 AM Kate Telford wrote: > Hello ArchivesSpace community! > > > > So I know there has been discussion around this topic in the past but we > are exploring the different options for implementing bar codes on our > collections here and I am wondering if anyone knows of a specific product > that would work with ArchivesSpace and allow me to apply a barcode on a > folder or box and then scan it with a handheld scanner with ArchivesSpace > open to the barcode field of the Instance and have it automatically > populate? Anyone know if this is possible? Is anyone doing it and if so, > with what type scanners? > > > > Thanks in advance for any guidance the community can provide. > > > > [image: signatureSeal]*Kate Telford* > > *Digital Archivist* > > RI Department of State | Secretary of State Nellie M. Gorbea > > Email: ktelford at sos.ri.gov | Website: www.sos.ri.gov | Twitter: > @RISecState > > 337 Westminster Street, Providence, RI 02903 | 401-330-4801 > > > > *Our Mission: *The Rhode Island Department of State engages and empowers > all Rhode Islanders by making government more accessible and transparent, > encouraging civic pride, enhancing commerce and ensuring that elections are > fair, fast and accurate. > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Vakil Smallen NEA Project Archivist Special Collections Research Center The George Washington University Smallen at email.gwu.edu 202-994-1371 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2906 bytes Desc: not available URL: From blake.carver at lyrasis.org Fri Feb 22 10:13:08 2019 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 22 Feb 2019 15:13:08 +0000 Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? In-Reply-To: References: <58ab49af880c46bb8c94dc2310db9769@STAFFEXCH01.staff.local> <9bc2df4e3367464cb4680185e39668a7@uismbx02.uisad.uis.edu>, Message-ID: A few things I've learned about hosting ArchivesSpace for over 5 years... I've seen a bunch of the "we upgraded and now it's slow" questions, but we've been upgrading many dozens of sites since version 1.x and we've never seen an upgrade cause trouble like that. We've never had to give every site more resources after an upgrade, not even a single site. If it's slow after an upgrade, watch your logs. Is it indexing forever? Does the indexer start over every hour? You have some bad data in there someplace and the indexer is choking. I've seen this as the most common cause of "we upgraded and now it's slow", especially if you're coming from an older version to the newest. These things can be tough to track down. 2gigs of RAM dedicated to your site is probably enough, though more isn't bad. You probably don't need more than 2gigs of RAM if your site isn't HUGE. If your site is HUGE, you probably don't need more than 4gigs. If it's still crashing/slow with 4gigs, something is wrong. That's not total RAM on the server, that's in you startup options for ArchivesSpace. It all depends on how much your site is being used and how much is in there. Rotate your logs every day, and unless you're debugging things, don't have the log level set to DEBUG. Just make it so logrotate does this for you. Do a restart once a day or week or maybe every 2 weeks. I like the idea of bench-marking some kind of standard page on different hardware to see how it performs, maybe even with some different version of ArchivesSpace. - Blake Carver LYRASIS Senior Systems Administrator ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Flannon Jackson Sent: Friday, February 22, 2019 9:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? Hi Alan, My guess is that your performance degradation was due to lack of disk space on your VM. Restarting archivesspace resets the logfile in logs/archivesspace.log. I've seen ours get to a couple of GBs in size and if there's not enough disk space on the system to accommodate it things will definitely slow down. The downside to simply restarting archivesspace is that it'll clobber the log as it comes up. If you want to save the old log data you'll need to shut down, move the old log out of the way and then start archivesspace. Flannon Flannon Jackson Senior DevOps Engineer Digital Library Technology Services flannon at nyu.edu On Fri, Feb 22, 2019 at 9:31 AM Huebschen, Alan M > wrote: Hi VivienLea, I?m not sure if your problems are the same as mine, but I had to address a similar issue recently. Our instance of AS currently runs on a virtual machine with 4gb of ram and after about a month of uptime I got a complaint from our Archives about serious slow-downs. All that was needed to remedy this was restarting the AS service, something like ?systemctl restart Archivesspace? in the server environment. This quickly freed up memory that was slowly being consumed over time, so in order to do this on a regular basis I set up a cron job that automatically restarts the AS service once per week in the middle of the night when nobody is using the service. As a side note we are running v2.5.0. -Alan Huebschen Brookens Library Information Systems (217) 206-7115 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Emily Pyers Sent: Thursday, February 21, 2019 6:11 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? VivienLea, We haven?t undertaken anything like this, but are also in the process of testing our upgrade to v2.5.2 are noticing significant system slowdowns, so we?d be very interested if any other institutions have done any benchmarking around timings for basic processes, or any feedback on how to improve system speeds! Cheers, Emily Emily Pyers | Metadata & Archival Systems Specialist | Collection Development & Description In the office Monday, Wednesday - Friday 9.30am-3pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Image removed by sender.] [Image removed by sender. follow us] [Image removed by sender. SLV facebook] [Image removed by sender. SLV twitter] [Image removed by sender. SLV youtube] [Image removed by sender. SLV instagram] [Image removed by sender. RACV logo] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Solek, VivianLea Sent: Friday, 25 January 2019 12:17 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] I Feel the Need for Speed - Time Trials? Good morning all, I know our installations will all be different which will impact speed, but I?m very curious about the speed of processing that folks are experiencing. Even the most basic tasks (like clicking on a record group/collection record to open it, seems to take a bit to perform it. My system (v.2.4.1 in the process of updating to 2.5.1) is on a dedicated cloud server and I know it can be ?ramped up? to generate more speed/power, I just need some stats/data to convince IT that the performance I?m seeing is ?below par.? Am I just being a big impatient or are other people seeing slow speeds as well? Has anyone done any ?time trials? for basic processes? Has anyone done ?time trials? for importing with the Harvard plug in? Many thanks for any and all insights and data shares! Best, VivianLea VivianLea Solek Archivist Knights of Columbus Supreme Council Archives Knights of Columbus Museum 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. 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. _______________________________________________ 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=0FP9oxw8Wyb-scqgV4H13A&m=ez4KNPvM_MNxKtx-3eScRnWGeaivoWL11dQjZ2aGTd0&s=ZAQHjIe9Dzzqz4Pv-8E7HqCe8rBg20ewKk50thtKV60&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ~WRD000.jpg Type: image/jpeg Size: 823 bytes Desc: ~WRD000.jpg URL: From laurie.arp at lyrasis.org Mon Feb 25 10:58:06 2019 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Mon, 25 Feb 2019 15:58:06 +0000 Subject: [Archivesspace_Users_Group] FW: ArchivesSpace Community Discussion Invitation - reminder In-Reply-To: References: Message-ID: Greetings, Remember that we will be hosting a Community Discussion about strategic directions for ArchivesSpace tomorrow. We hope to see you there! Details below... Laurie Gemmill Arp Director, Collections Services & Community Supported Software laurie.arp at lyrasis.org 800.999.8558 x 2908 From: Laurie Arp Sent: Friday, January 25, 2019 8:33 AM To: archivesspace_users_group at lyralists.lyrasis.org; Archivesspace_member_reps at lyralists.lyrasis.org; archivesspace_tac at lyralists.lyrasis.org; archivesspace_uac at lyralists.lyrasis.org Subject: ArchivesSpace Community Discussion Invitation Greetings, The ArchivesSpace Governance Board would like to invite members to participate in a Community Discussion about strategic directions for ArchivesSpace! At the last ArchivesSpace Governance Board meeting, we discussed options for doing more tactical strategic planning that incorporates member feedback. We'd now like to gather input from the membership via a real-time discussion on strategic topics that are of interest to you. We'd love to have members from as many of our different membership levels and types of organizations as possible represented. This is not a presentation but a facilitated discussion designed to better understand the high-level interests and concerns of our members. Examples of areas to consider could include integrations, engagement strategies or future proofing. Board members Gordon Daines (Brigham Young University), Kat Stefko (Bowdoin College) and Robert Miller (LYRASIS) will join the discussion. Community Discussion When: Tuesday, February 26, 2019 Time: 3:00 p.m. - 4:00 p.m. EST (Noon. - 1:00 p.m. PST) Where: https://zoom.us/j/123795032 Dial by your location +1 646 876 9923 US (New York) +1 669 900 6833 US (San Jose) Meeting ID: 123 795 032 No registration is required, though the session is limited to the first 100 participants. Please feel free to bring together your colleagues to participate as a group. This discussion will be recorded and available for viewing at a later date. Please note: We are using Zoom Video Communications to host this discussion. If this is your first time using Zoom, please join this Test meeting to make sure you are all set up: https://zoom.us/test We hope to see you there! Laurie Gemmill Arp Director, Collections Services & Community Supported Software laurie.arp at lyrasis.org 800.999.8558 x 2908 laurie.gemmill1 Skype [cid:image002.png at 01D39036.091DD4A0] Applications for the 2019 Catalyst Fund opened January 7! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7845 bytes Desc: image001.png URL: From dbutler at cals.org Mon Feb 25 18:05:37 2019 From: dbutler at cals.org (Danielle Butler) Date: Mon, 25 Feb 2019 23:05:37 +0000 Subject: [Archivesspace_Users_Group] Extent Total Message-ID: I am trying to query our MySQL database to get a list of resource identifiers with corresponding extent numbers. I have been fighting with it for a while and I can get a list of extent numbers with no associated resource information with included extents for accessions. With no apparent way to discern which is which (I don't want both accessions and resource extent data because the data with be duplicative for processed collections). I can get a list of resources, but without extent info. Does anyone know of a way to get both out of the database? Thanks, Danielle Butler, CA | Archivist Butler Center for Arkansas Studies | Central Arkansas Library System www.butlercenter.org 100 Rock Street Little Rock, AR 72201 501-320-5724 -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexanderduryee at nypl.org Tue Feb 26 10:10:36 2019 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Tue, 26 Feb 2019 10:10:36 -0500 Subject: [Archivesspace_Users_Group] Extent Total In-Reply-To: References: Message-ID: Danielle, It's probably possible to do this via SQL queries, but it would require a fairly complex query to effectively rebuild the Resource record. It would likely be easier to do this via requests against the API, which can return a list of all Resources in a repository; from there, you can query those Resources and extract their Extents. After logging in via the API, you can use this endpoint to get a list of all Resources in a given repository: https:// [your-ASpace-API-address-here]/repositories/[repository_id]/resources?all_ids=true (removing the brackets when substituting in your API address and repo ID) This will return a list of Resource IDs. You can pass each one to the Resource endpoint: https:// [your-ASpace-API-address-here]/repositories/[repository_id]/resources/[resource_id] (again, removing brackets) This will return the full JSON representation of the Resource. The extent metadata lives in the 'extents' field; from there, you can extract the information that you need (e.g. the extent number, container summary, extent type, etc.). Hope this helps - if you haven't worked with the API before, I'll be happy to send along tutorials/resources. Thanks! --Alex On Mon, Feb 25, 2019 at 6:05 PM Danielle Butler wrote: > I am trying to query our MySQL database to get a list of resource > identifiers with corresponding extent numbers. I have been fighting with it > for a while and I can get a list of extent numbers with no associated > resource information with included extents for accessions. With no apparent > way to discern which is which (I don?t want both accessions and resource > extent data because the data with be duplicative for processed > collections). I can get a list of resources, but without extent info. Does > anyone know of a way to get both out of the database? > > > > Thanks, > > > > Danielle Butler, CA | Archivist > > Butler Center for Arkansas Studies | Central Arkansas Library System > > www.butlercenter.org > > 100 Rock Street > > Little Rock, AR 72201 > > 501-320-5724 > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkottman at ku.edu Tue Feb 26 10:21:55 2019 From: mkottman at ku.edu (Kottman, Miloche) Date: Tue, 26 Feb 2019 15:21:55 +0000 Subject: [Archivesspace_Users_Group] Extent Total In-Reply-To: References: Message-ID: <0375681dd29a4c32a12c90a98da8a916@ex13-ell-cr-15.home.ku.edu> Danielle, I use MS Access to run my ArchivesSpace queries but the SQL should be easy to tweak for whatever you're using to run your queries. This query supplies the resource id, identifier, title, and extent (i.e. number, value, container summary, physical details and dimension): SELECT resource.id, resource.identifier, resource.title, extent.number, enumeration_value.value, extent.container_summary, extent.physical_details, extent.dimensions FROM (resource INNER JOIN extent ON resource.id = extent.resource_id) INNER JOIN enumeration_value ON extent.extent_type_id = enumeration_value.id; Your message mentioned something about accessions so here's a second query that shows the extents for ALL accessions with resource information (i.e. title, identifier, extent) IF there is a linked resource record. So if there's a resource record that does not have an accession record, it won't show up in this query. And if an accession is linked to multiple resource records, it will display multiple times. FYI-I think the table you may be missing in your queries to link accessions to resources is the "spawned_rlshp" table. SELECT accession.id AS AccessionID, accession.identifier AS AccessionIdentifier, accession.title AS AccessionTitle, extent.number, enumeration_value.value, extent.container_summary, extent.physical_details, extent.dimensions, resource.id AS ResourceID, resource.title AS ResourceTitle, resource.identifier AS ResourceIdentifier, extent_1.number, enumeration_value_1.value, extent_1.container_summary, extent_1.physical_details, extent_1.dimensions FROM ((((accession LEFT JOIN (spawned_rlshp LEFT JOIN resource ON spawned_rlshp.resource_id = resource.id) ON accession.id = spawned_rlshp.accession_id) INNER JOIN extent ON accession.id = extent.accession_id) INNER JOIN enumeration_value ON extent.extent_type_id = enumeration_value.id) LEFT JOIN extent AS extent_1 ON resource.id = extent_1.resource_id) LEFT JOIN enumeration_value AS enumeration_value_1 ON extent_1.extent_type_id = enumeration_value_1.id; --Miloche ****************************** Miloche Kottman Head of Cataloging & Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Danielle Butler Sent: Monday, February 25, 2019 5:06 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Extent Total I am trying to query our MySQL database to get a list of resource identifiers with corresponding extent numbers. I have been fighting with it for a while and I can get a list of extent numbers with no associated resource information with included extents for accessions. With no apparent way to discern which is which (I don't want both accessions and resource extent data because the data with be duplicative for processed collections). I can get a list of resources, but without extent info. Does anyone know of a way to get both out of the database? Thanks, Danielle Butler, CA | Archivist Butler Center for Arkansas Studies | Central Arkansas Library System www.butlercenter.org 100 Rock Street Little Rock, AR 72201 501-320-5724 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue Feb 26 10:29:29 2019 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 26 Feb 2019 15:29:29 +0000 Subject: [Archivesspace_Users_Group] Extent Total In-Reply-To: References: Message-ID: Danielle, I?ve had to do something similar recently, so I?ve pared down the query that I used to just grab a few bits of data in the Resource table and then combine that with any extent information associated with those Resource records. The output is one row per Resource. If the Resource has multiple extent statements, then those multiple extent statements will be separated in the same cell with a ?; ? (that?s the ?group_concat? part in the SQL query). For readability, I?ll include a link to the query that I used here: https://gist.github.com/fordmadox/ebb36454bcbcca6f0dfff5829c948506 There are lots of other tables that you might want to join, though, so as Alex mentions the queries can become quite complex. I hope that helps, but let us know either way! Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexander Duryee Sent: Tuesday, 26 February, 2019 10:11 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Extent Total Danielle, It's probably possible to do this via SQL queries, but it would require a fairly complex query to effectively rebuild the Resource record. It would likely be easier to do this via requests against the API, which can return a list of all Resources in a repository; from there, you can query those Resources and extract their Extents. After logging in via the API, you can use this endpoint to get a list of all Resources in a given repository: https://[your-ASpace-API-address-here]/repositories/[repository_id]/resources?all_ids=true (removing the brackets when substituting in your API address and repo ID) This will return a list of Resource IDs. You can pass each one to the Resource endpoint: https://[your-ASpace-API-address-here]/repositories/[repository_id]/resources/[resource_id] (again, removing brackets) This will return the full JSON representation of the Resource. The extent metadata lives in the 'extents' field; from there, you can extract the information that you need (e.g. the extent number, container summary, extent type, etc.). Hope this helps - if you haven't worked with the API before, I'll be happy to send along tutorials/resources. Thanks! --Alex On Mon, Feb 25, 2019 at 6:05 PM Danielle Butler > wrote: I am trying to query our MySQL database to get a list of resource identifiers with corresponding extent numbers. I have been fighting with it for a while and I can get a list of extent numbers with no associated resource information with included extents for accessions. With no apparent way to discern which is which (I don?t want both accessions and resource extent data because the data with be duplicative for processed collections). I can get a list of resources, but without extent info. Does anyone know of a way to get both out of the database? Thanks, Danielle Butler, CA | Archivist Butler Center for Arkansas Studies | Central Arkansas Library System www.butlercenter.org 100 Rock Street Little Rock, AR 72201 501-320-5724 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Wed Feb 27 15:45:56 2019 From: livsolis at utexas.edu (Olivia S Solis) Date: Wed, 27 Feb 2019 14:45:56 -0600 Subject: [Archivesspace_Users_Group] Empty space within a box Message-ID: Hello all, We've been wondering if we are alone in this struggle. So we are a space-deficient archives. Our stacks are boxed to the brim and processors hunt for on-site space voraciously, particularly for collections that are just a few inches in extent. For this reason, we have a column in our spreadsheet shelf lists ? which we're trying to wean off of now that we are increasingly utilizing the container management functionality of ASpace ? that includes inches left in a box. There are some boxes that house 20 or so different small collections, so documenting this information at the archival object level seems, to put it mildly, inefficient. Does anyone else have this problem? If so, have you found a way to address it in ASpace? Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsteele at jhu.edu Wed Feb 27 16:36:44 2019 From: jsteele at jhu.edu (Jordon Steele) Date: Wed, 27 Feb 2019 21:36:44 +0000 Subject: [Archivesspace_Users_Group] Empty space within a box In-Reply-To: References: Message-ID: <8fce15e475dd4b499f468d773f3306f5@ESGMTWEX10.win.ad.jhu.edu> Hi Olivia, Sounds like what you might be looking for is a way for ASpace to calculate for you space left in a box? If so, here?s a thought: ? For each collection stored in one box, measure its extent as cubic feet and record in ASpace ? Obviously, record the volume of the main box in which these folders are stored, as container profiles, too. Record this volume as cubic feet. ? Run a report on the number of folders in a box, calculate the total extent of those folders. ? Subtract from the total volume of the container that they?re in. The difference should give you a number of how much space is left. Best, Jordon Jordon Steele Hodson Curator of the University Archives Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 jsteele at jhu.edu 410-516-5493 he/him/his From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Olivia S Solis Sent: Wednesday, February 27, 2019 3:46 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Empty space within a box Hello all, We've been wondering if we are alone in this struggle. So we are a space-deficient archives. Our stacks are boxed to the brim and processors hunt for on-site space voraciously, particularly for collections that are just a few inches in extent. For this reason, we have a column in our spreadsheet shelf lists ? which we're trying to wean off of now that we are increasingly utilizing the container management functionality of ASpace ? that includes inches left in a box. There are some boxes that house 20 or so different small collections, so documenting this information at the archival object level seems, to put it mildly, inefficient. Does anyone else have this problem? If so, have you found a way to address it in ASpace? Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Wed Feb 27 16:50:14 2019 From: livsolis at utexas.edu (Olivia S Solis) Date: Wed, 27 Feb 2019 15:50:14 -0600 Subject: [Archivesspace_Users_Group] Empty space within a box In-Reply-To: <8fce15e475dd4b499f468d773f3306f5@ESGMTWEX10.win.ad.jhu.edu> References: <8fce15e475dd4b499f468d773f3306f5@ESGMTWEX10.win.ad.jhu.edu> Message-ID: Thanks for your input, Jordon! That totally makes sense, and in a universe where I explained myself clearly, that would be a perfect solution. Sometimes we put lots of stuff in the same box for certain restrictions-related reasons. We've got a lot of born-digital stuff or privacy-restricted material that comprises part of a larger collection housed in other boxes. We're not sure how wide all the expandable folders in a box are, or which collections they come from. And we don't have the time to measure. But we do know there are 3 or 4 inches of space in this box. Can we document this in any way at the box (not archival object) level? On Wed, Feb 27, 2019 at 3:36 PM Jordon Steele wrote: > Hi Olivia, > > > > Sounds like what you might be looking for is a way for ASpace to calculate > for you space left in a box? If so, here?s a thought: > > > > ? For each collection stored in one box, measure its extent as > cubic feet and record in ASpace > > ? Obviously, record the volume of the main box in which these > folders are stored, as container profiles, too. Record this volume as cubic > feet. > > ? Run a report on the number of folders in a box, calculate the > total extent of those folders. > > ? Subtract from the total volume of the container that they?re in. > > > > The difference should give you a number of how much space is left. > > > > Best, > > > > Jordon > > > > Jordon Steele > > Hodson Curator of the University Archives > > Sheridan Libraries > > Johns Hopkins University > > 3400 N Charles St > > Baltimore, MD 21218 > > jsteele at jhu.edu > > 410-516-5493 > > he/him/his > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Olivia > S Solis > *Sent:* Wednesday, February 27, 2019 3:46 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Empty space within a box > > > > Hello all, > > > > We've been wondering if we are alone in this struggle. So we are a > space-deficient archives. Our stacks are boxed to the brim and processors > hunt for on-site space voraciously, particularly for collections that are > just a few inches in extent. For this reason, we have a column in our > spreadsheet shelf lists ? which we're trying to wean off of now that we are > increasingly utilizing the container management functionality of ASpace ? > that includes inches left in a box. There are some boxes that house 20 or > so different small collections, so documenting this information at the > archival object level seems, to put it mildly, inefficient. > > > > Does anyone else have this problem? If so, have you found a way to address > it in ASpace? > > > > Thanks, > > Olivia > > > > -- > > Olivia Solis, MSIS > > Metadata Coordinator > > Dolph Briscoe Center for American History > > The University of Texas at Austin > > 2300 Red River St. Stop D1100 > > Austin TX, 78712-1426 > > (512) 232-8013 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Wed Feb 27 16:55:39 2019 From: livsolis at utexas.edu (Olivia S Solis) Date: Wed, 27 Feb 2019 15:55:39 -0600 Subject: [Archivesspace_Users_Group] Empty space within a box In-Reply-To: References: <8fce15e475dd4b499f468d773f3306f5@ESGMTWEX10.win.ad.jhu.edu> Message-ID: Also slight correction to my response above. We know the folders in a box and which collections they belong to. We don't know how wide they are or in which orientation in the box they are going. On Wed, Feb 27, 2019 at 3:50 PM Olivia S Solis wrote: > Thanks for your input, Jordon! That totally makes sense, and in a universe > where I explained myself clearly, that would be a perfect solution. > Sometimes we put lots of stuff in the same box for certain > restrictions-related reasons. We've got a lot of born-digital stuff or > privacy-restricted material that comprises part of a larger collection > housed in other boxes. We're not sure how wide all the expandable folders > in a box are, or which collections they come from. And we don't have the > time to measure. But we do know there are 3 or 4 inches of space in this > box. Can we document this in any way at the box (not archival object) level? > > On Wed, Feb 27, 2019 at 3:36 PM Jordon Steele wrote: > >> Hi Olivia, >> >> >> >> Sounds like what you might be looking for is a way for ASpace to >> calculate for you space left in a box? If so, here?s a thought: >> >> >> >> ? For each collection stored in one box, measure its extent as >> cubic feet and record in ASpace >> >> ? Obviously, record the volume of the main box in which these >> folders are stored, as container profiles, too. Record this volume as cubic >> feet. >> >> ? Run a report on the number of folders in a box, calculate the >> total extent of those folders. >> >> ? Subtract from the total volume of the container that they?re >> in. >> >> >> >> The difference should give you a number of how much space is left. >> >> >> >> Best, >> >> >> >> Jordon >> >> >> >> Jordon Steele >> >> Hodson Curator of the University Archives >> >> Sheridan Libraries >> >> Johns Hopkins University >> >> 3400 N Charles St >> >> Baltimore, MD 21218 >> >> jsteele at jhu.edu >> >> 410-516-5493 >> >> he/him/his >> >> >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Olivia >> S Solis >> *Sent:* Wednesday, February 27, 2019 3:46 PM >> *To:* Archivesspace Users Group < >> archivesspace_users_group at lyralists.lyrasis.org> >> *Subject:* [Archivesspace_Users_Group] Empty space within a box >> >> >> >> Hello all, >> >> >> >> We've been wondering if we are alone in this struggle. So we are a >> space-deficient archives. Our stacks are boxed to the brim and processors >> hunt for on-site space voraciously, particularly for collections that are >> just a few inches in extent. For this reason, we have a column in our >> spreadsheet shelf lists ? which we're trying to wean off of now that we are >> increasingly utilizing the container management functionality of ASpace ? >> that includes inches left in a box. There are some boxes that house 20 or >> so different small collections, so documenting this information at the >> archival object level seems, to put it mildly, inefficient. >> >> >> >> Does anyone else have this problem? If so, have you found a way to >> address it in ASpace? >> >> >> >> Thanks, >> >> Olivia >> >> >> >> -- >> >> Olivia Solis, MSIS >> >> Metadata Coordinator >> >> Dolph Briscoe Center for American History >> >> The University of Texas at Austin >> >> 2300 Red River St. Stop D1100 >> >> Austin TX, 78712-1426 >> >> (512) 232-8013 >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > -- > Olivia Solis, MSIS > Metadata Coordinator > Dolph Briscoe Center for American History > The University of Texas at Austin > 2300 Red River St. Stop D1100 > Austin TX, 78712-1426 > (512) 232-8013 > -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From psutherland at amphilsoc.org Thu Feb 28 02:58:48 2019 From: psutherland at amphilsoc.org (Paul Sutherland) Date: Thu, 28 Feb 2019 02:58:48 -0500 Subject: [Archivesspace_Users_Group] Empty space within a box In-Reply-To: References: <8fce15e475dd4b499f468d773f3306f5@ESGMTWEX10.win.ad.jhu.edu> Message-ID: Hi Olivia, My memory may be wrong and you may have already tried this: I thought it was possible to edit the details of a specific top container, including notes fields, where a top container is linked to multiple archival records (in your case, collections). I'm not able to test it out right now, but if that's correct, then the process would be: add and link a top container to all the relevant collections ("Add instance"), then go into the page for that top container, and add an "extent remaining" value wherever seems appropriate (probably a note). Any time you add more folders to a container, you would edit the top container note to update the extent remaining value. Best, Paul On Wed, Feb 27, 2019 at 4:55 PM Olivia S Solis wrote: > Also slight correction to my response above. We know the folders in a box > and which collections they belong to. We don't know how wide they are or in > which orientation in the box they are going. > > On Wed, Feb 27, 2019 at 3:50 PM Olivia S Solis > wrote: > >> Thanks for your input, Jordon! That totally makes sense, and in a >> universe where I explained myself clearly, that would be a perfect >> solution. Sometimes we put lots of stuff in the same box for certain >> restrictions-related reasons. We've got a lot of born-digital stuff or >> privacy-restricted material that comprises part of a larger collection >> housed in other boxes. We're not sure how wide all the expandable folders >> in a box are, or which collections they come from. And we don't have the >> time to measure. But we do know there are 3 or 4 inches of space in this >> box. Can we document this in any way at the box (not archival object) level? >> >> On Wed, Feb 27, 2019 at 3:36 PM Jordon Steele wrote: >> >>> Hi Olivia, >>> >>> >>> >>> Sounds like what you might be looking for is a way for ASpace to >>> calculate for you space left in a box? If so, here?s a thought: >>> >>> >>> >>> ? For each collection stored in one box, measure its extent as >>> cubic feet and record in ASpace >>> >>> ? Obviously, record the volume of the main box in which these >>> folders are stored, as container profiles, too. Record this volume as cubic >>> feet. >>> >>> ? Run a report on the number of folders in a box, calculate the >>> total extent of those folders. >>> >>> ? Subtract from the total volume of the container that they?re >>> in. >>> >>> >>> >>> The difference should give you a number of how much space is left. >>> >>> >>> >>> Best, >>> >>> >>> >>> Jordon >>> >>> >>> >>> Jordon Steele >>> >>> Hodson Curator of the University Archives >>> >>> Sheridan Libraries >>> >>> Johns Hopkins University >>> >>> 3400 N Charles St >>> >>> Baltimore, MD 21218 >>> >>> jsteele at jhu.edu >>> >>> 410-516-5493 >>> >>> he/him/his >>> >>> >>> >>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >>> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Olivia >>> S Solis >>> *Sent:* Wednesday, February 27, 2019 3:46 PM >>> *To:* Archivesspace Users Group < >>> archivesspace_users_group at lyralists.lyrasis.org> >>> *Subject:* [Archivesspace_Users_Group] Empty space within a box >>> >>> >>> >>> Hello all, >>> >>> >>> >>> We've been wondering if we are alone in this struggle. So we are a >>> space-deficient archives. Our stacks are boxed to the brim and processors >>> hunt for on-site space voraciously, particularly for collections that are >>> just a few inches in extent. For this reason, we have a column in our >>> spreadsheet shelf lists ? which we're trying to wean off of now that we are >>> increasingly utilizing the container management functionality of ASpace ? >>> that includes inches left in a box. There are some boxes that house 20 or >>> so different small collections, so documenting this information at the >>> archival object level seems, to put it mildly, inefficient. >>> >>> >>> >>> Does anyone else have this problem? If so, have you found a way to >>> address it in ASpace? >>> >>> >>> >>> Thanks, >>> >>> Olivia >>> >>> >>> >>> -- >>> >>> Olivia Solis, MSIS >>> >>> Metadata Coordinator >>> >>> Dolph Briscoe Center for American History >>> >>> The University of Texas at Austin >>> >>> 2300 Red River St. Stop D1100 >>> >>> Austin TX, 78712-1426 >>> >>> (512) 232-8013 >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >> >> >> -- >> Olivia Solis, MSIS >> Metadata Coordinator >> Dolph Briscoe Center for American History >> The University of Texas at Austin >> 2300 Red River St. Stop D1100 >> Austin TX, 78712-1426 >> (512) 232-8013 >> > > > -- > Olivia Solis, MSIS > Metadata Coordinator > Dolph Briscoe Center for American History > The University of Texas at Austin > 2300 Red River St. Stop D1100 > Austin TX, 78712-1426 > (512) 232-8013 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- *Paul Sutherland* (he/his) Archivist of Native American Materials Center for Native American and Indigenous Research American Philosophical Society 105 S. 5th Street, 2nd Floor Philadelphia, PA 19406 215-440-3408 amphilsoc.org/library/CNAIR Browse our new Indigenous Subject Guide and read our latest blog posts Twitter: @paulssutherland -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmcphee at ucsd.edu Thu Feb 28 10:57:20 2019 From: lmcphee at ucsd.edu (McPhee, Laurel) Date: Thu, 28 Feb 2019 15:57:20 +0000 Subject: [Archivesspace_Users_Group] Empty space within a box In-Reply-To: References: Message-ID: Hi Olivia, If I understand your problem correctly, it may be similar to something we?ve addressed using the container profile feature. We recently completed a survey of our map case drawers, and wanted to express each drawer as a shared top container (each drawer can contain many oversize folders, of course, from different collections). The challenge was we also wanted to find a way to communicate if a drawer was full, or had space in it for more, so someone could be at their desk using ASpace and figure out a likely location to put something new (as opposed to going on a space-hunting expedition in the stacks). Our solution was to create our 200-or-so map case drawer top containers (the unique indicator for each one is MC-XXX, X being the drawer number) , but based on our survey, also assign a profile to each drawer that makes the ?status? of the drawer explicit: the name of the profile assigned to each drawer is either ?Map case drawer ? AVAILABLE? or ?Map case drawer ? FULL?. Using the assigned profiles, we always know what has space in it, and what is stuffed, because we can search on that profile name. And if a processor fills up a drawer, they simply change the profile from AVAILABLE to FULL. I?m not sure if this is a hacky work-around, or a brilliant solution, but it works for us, and got us away from having a separate, always out-of-date spreadsheet that told us the status of our drawers. It does require a fresh survey, for which we used undergraduate workers, to give you a snapshot of your container situation. May all your containers be half full ?, Laurel From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Olivia S Solis Sent: Wednesday, February 27, 2019 12:46 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Empty space within a box Hello all, We've been wondering if we are alone in this struggle. So we are a space-deficient archives. Our stacks are boxed to the brim and processors hunt for on-site space voraciously, particularly for collections that are just a few inches in extent. For this reason, we have a column in our spreadsheet shelf lists ? which we're trying to wean off of now that we are increasingly utilizing the container management functionality of ASpace ? that includes inches left in a box. There are some boxes that house 20 or so different small collections, so documenting this information at the archival object level seems, to put it mildly, inefficient. Does anyone else have this problem? If so, have you found a way to address it in ASpace? Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chelsee.Boehm at ishs.idaho.gov Thu Feb 28 14:54:47 2019 From: Chelsee.Boehm at ishs.idaho.gov (Chelsee Boehm) Date: Thu, 28 Feb 2019 19:54:47 +0000 Subject: [Archivesspace_Users_Group] Background Job pages won't open Message-ID: <1e4974683c3f4600a8faefd837a72d1e@ICSSCOMBvp01.ics.idaho.gov> Hi everyone, I posted/sent out a question about a month ago about resource records I had imported that weren't showing up. See link for original request: http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2019-January/006572.html Following the advice of Mark Custer, I was able to find and access many of those resource records through the Background Job page. (Hooray!) [cid:image004.jpg at 01D4CF64.C7EB68C0] Unfortunately, there are certain pages that won't open when I click on the page number down at the bottom or when I try to move to the next page using the arrows. It is always the same pages and I have tried it on multiple computers. I have also tried different browsers and clearing the cache in them, but I still can't seem to access those pages. I know there is information that I can't seem to get to, because of the sequence of the records I imported and the gaps in what I have and have not been able to find. So right now, I have resource records living in a weird, inaccessible limbo that is out of my reach. Does anyone have any idea what might be causing this? Thanks folks! [cid:image001.png at 01D3C83A.88E20AD0] Chelsee Boehm, MA Archivist Technician (208) 514-2318 2205 Old Penitentiary Rd. Boise, ID 83712 HISTORY.IDAHO.GOV Preserving the past, enriching the future. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 10797 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 27637 bytes Desc: image004.jpg URL: From christine.dibella at lyrasis.org Thu Feb 28 17:15:14 2019 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 28 Feb 2019 22:15:14 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - February 2019 Message-ID: [ASpaceOrgHome.jpg] February 2019 Update Development We're working on our next release, which we're aiming to come out in early March. It will include a number of bug fixes and small feature requests, as well as some improvements to our technical documentation and automated tests. Thanks for all the wonderful community pull requests that have been submitted recently. If you're working on a pull request you'd like to be considered for the next release, please submit it by March 4. ArchivesSpace is always interested in more development help. Depending on your interest and availability, we have lots of suggestions for projects small and big that developers and tech-savvy archivists of all experience levels could help with to make ArchivesSpace better for everyone. If you're interested in writing code and helping with ArchivesSpace development, or if you know someone who might be, please contact Program Manager Christine Di Bella (christine.dibella at lyrasis.org) or Tech Lead Laney McGlohon (laney.mcglohon at lyrasis.org) for more details. ArchivesSpace Online Forum - March 18 Registration is opening very soon for our first ever Online Forum, beginning at March 18 at 5:00 p.m. UTC*. Our first event to specifically aim to span the many time zones of our community, this 11-hour ArchivesSpace extravaganza will be divided into three blocks of 3 hours each, with a 1-hour break between each block. As with our in-person forums, our Online Forum will include a mix of opportunities to share and learn from each other about many different aspects of ArchivesSpace. Learn more about the developing program at https://archivesspace.atlassian.net/wiki/spaces/ADC/pages/802127927/ASpace+Online+Forum+2019. As our first online forum, this event will be an experiment and a chance for us to try out some different ways for our community to engage and interact. We anticipate recording many parts of the forum, but for it to be a success we will also need as many live participants as possible. We encourage you to dip in and out of the live program as you much as you can. You will no doubt "meet" a different set of colleagues each time. * see https://goo.gl/sCKvA9 to find your local time Follow-up on February 26 Community Discussion About Strategic Directions Thanks to all who attended our Community Discussion about strategic directions for ArchivesSpace. More than 50 people joined Laurie Gemmill Arp, Director of Collections Services & Community Supported Software at LYRASIS, and Board members Gordon Daines (Brigham Young University), Kat Stefko (Bowdoin College) and Robert Miller (LYRASIS) to suggest and discuss topics for further consideration by the ArchivesSpace Governance Board. The Board appreciates the many thoughtful suggestions and will take them into account as the planning process continues. A recording of the event is available at https://youtu.be/YbyGIBgWjJY. If you have additional ideas about strategic directions for ArchivesSpace, feel free to get in touch with us at ArchivesSpaceHome at lyrasis.org or contact a Governance Board representative. Save the Date: Open Call on Reports - April 3 Please join us at 1:00 p.m. Eastern time on Wednesday, April 3, for an ArchivesSpace open call discussion focused on reports. The User Advisory Council Reports sub-team is interested in learning about the community's use of the existing reports, use cases, and pain points. The sub-team will use this feedback to inform their next steps. More information with be available closer to the date of the call. Membership Update We are excited to welcome our newest members to our community! Our new members since January 31 include: * American Baptist Historical Society (Atlanta, Georgia) * Douglas County Libraries (Castle Rock, Colorado) * Ohio Northern University * Soka University of America (Aliso Viejo, California) * University of Arkansas at Little Rock Center for Arkansas History and Culture * University of North Carolina at Chapel Hill As of February 28, we have 378 General members, 19 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA's Collection Management Tools Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 20006 bytes Desc: image002.jpg URL: