From christine.dibella at lyrasis.org Mon May 2 11:20:17 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 2 May 2016 15:20:17 +0000 Subject: [Archivesspace_Users_Group] digitization and preservation online classes from LYRASIS Message-ID: Sent on behalf of Annie Peterson of LYRASIS LYRASIS offers a range of online classes on digitization, preservation, and digital preservation. This may, we've added two brand new classes to our catalog and both will be offered for the first time: "Outsourcing Audiovisual Digitization" and "Loaning and Borrowing Special Collections." Visit https://www.lyrasis.org/Pages/events.aspx for the full schedule, class descriptions, and registration. 5/2, 5/3 Grant Writing for Digitization and Preservation Projects 5/5, 5/6 Advanced Digital Stewardship 5/6 Personal Digital Preservation: Bigger than a Shoebox 5/10, 5/12, 5/17 Introduction to Preservation: Collections Management for the 21st Century 5/11, 5/13 Outsourcing Audiovisual Digitization 5/11 Introduction to Preservation Metadata 5/16 Digital Collection Policy Development and Content Selection/Prioritization 5/17 Advanced Preservation Metadata: How to Make it Happen 5/19 Caring for Originals during Digitization Projects 5/25 Intro to FADGI for Still Image Digitization (free for LYRASIS members) 5/26 Loaning and Borrowing Special Collections Additional classes coming up in June include: * Introduction to Outsourcing for Digitization * FADGI Metrics * Metadata for Digitization and Preservation * Promotion and Outreach for Digital Projects * ....and more Please contact me with any questions. Best, Annie Annie Peterson Preservation Services Librarian annie.peterson at lyrasis.org 678.235.2923 peterson.annie Skype [LYRASIS] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 5622 bytes Desc: image003.png URL: From brad.westbrook at lyrasis.org Mon May 2 13:05:21 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 2 May 2016 17:05:21 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Program Staff Changes Message-ID: Dear ArchivesSpace members: I am writing to update you on staffing changes within the ArchivesSpace Program team that will impact our development schedule for the near future. Chris Fitzpatrick recently announced he would be leaving ArchivesSpace to pursue new ventures. His last day was April 29. Chris has worked as an ArchivesSpace developer since December 2013, and he has contributed immensely to the refinement and advancement of the ArchivesSpace application during his tenure. In recent months, he has been constructing a process for converting the current ArchivesSpace container data model to a new one. That process is now being tested as part of the release candidate for version 1.5.0. We will miss Chris's contributions, but we wish him great success with his new endeavors. Meanwhile, Brian Hoffman, our other ArchivesSpace developer, is reducing his time to 25%. Brian has been principally working to enhance the ArchivesSpace public interface in accord with the recommendations made by the Public Interface design team last December. Brian will continue to contribute to this effort over the next several months. The timetable for this work will likely be slower, depending on how quickly we are able to make arrangements for new development support. As we consider the impact of these staff changes, program staff and the Governing Board will also be reviewing and adjusting our staffing model to meet the needs of a growing membership. Already, we have converted the position of Community Outreach Manager held by Christine Di Bella to full-time. Christine has been doing a tremendous job developing our training and documentation resources and representing ArchivesSpace at conferences and other events. To rebuild our technical support and development resources, we are investigating the following options: * Having staff from LYRASIS (our organizational home) manage the release of ArchivesSpace updates. The next release will certainly be managed by LYRASIS staff, and it may prove beneficial to continue that assignment through later releases. * Collaborating with LYRASIS to hire a Support Technician who will help new users of ArchivesSpace to implement the application, including troubleshooting user problems. This position will also assist with technical documentation and overall support of users. (If hired as a full-time position, it could be shared with CollectionSpace, an open source software for museum collection management and also based at LYRASIS.) * Considering options for staffing development that include hiring staff, contracting with an outside firm, or with LYRASIS, or some combination of the three. Unfortunately, development of the ArchivesSpace application will be slower for the next few months as we bring on new development support. In the very short term, we intend to continue testing of the ArchivesSpace 1.5.0 release candidate, with the aim of releasing that version 1.5.0 at the end of May should testing of the upgrade and conversion process prove successful. Thank you for your patience and continuing support during this transitional period. Yours, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7646 bytes Desc: image001.png URL: From lgrigsby at library.berkeley.edu Mon May 2 15:47:22 2016 From: lgrigsby at library.berkeley.edu (Lynne E. Grigsby) Date: Mon, 2 May 2016 12:47:22 -0700 Subject: [Archivesspace_Users_Group] Import lists - bug or planned? Message-ID: Archivesspace doesn't seem to be able to import lists nested more than 2 deep. The attached finding aid contains a nested list within the Partial List of Correspondents encoded within : Partial List of Correspondents Miscellany (single letters) Breed, Arthur Hastings, 1865-1953 Letter, Sept. 26, 1928 California Forest Protective Association Letter, Oct, 14, 1926. Enclosure: draft Chandler, Harry, 1864-1944 Letter, Oct. 15, 1925 etc. The EAD imports into AS without errors but only the second item "Breed, Arthur Hastings, 1865-1953" displays in AS. The pdf version is also truncated as is the exported EAD finding aid. PDF is also attached. As background, Bancroft's Partial Lists of Correspondents are very old legacy structures which were encoded as lists within . They aren't container lists - most of these finding aids have container lists in addition to the partial lists as in this example. And while seems appropriate, the xml model doesn't allow it. Is this limit planned or could be expanded in the future? If planned, could it give an error? We just happened to notice it but don't know if other EADs we have loaded have the same problem. We are checking that now. Thanks! Lynne -------------- next part -------------- An HTML attachment was scrubbed... URL: From lgrigsby at library.berkeley.edu Mon May 2 15:48:12 2016 From: lgrigsby at library.berkeley.edu (Lynne E. Grigsby) Date: Mon, 2 May 2016 12:48:12 -0700 Subject: [Archivesspace_Users_Group] Import lists - bug or planned? In-Reply-To: References: Message-ID: And I forgot the attachments of course! Lynne On Mon, May 2, 2016 at 12:47 PM, Lynne E. Grigsby < lgrigsby at library.berkeley.edu> wrote: > Archivesspace doesn't seem to be able to import lists nested more than 2 > deep. The attached finding aid contains a nested list within the Partial > List of Correspondents encoded within : > > > > Partial List of Correspondents > > > > Miscellany (single letters) > > > > Breed, Arthur Hastings, 1865-1953 > > > > Letter, Sept. 26, 1928 > > California Forest Protective > Association > > > > Letter, Oct, 14, 1926. Enclosure: draft > > > > > > Chandler, Harry, 1864-1944 > > > > Letter, Oct. 15, 1925 > > > > > > > > etc. > > The EAD imports into AS without errors but only the second item "Breed, > Arthur Hastings, 1865-1953" displays in AS. The pdf version is also > truncated as is the exported EAD finding aid. PDF is also attached. > > As background, Bancroft's Partial Lists of Correspondents are very old > legacy structures which were encoded as lists within . They aren't > container lists - most of these finding aids have container lists in > addition to the partial lists as in this example. And while seems > appropriate, the xml model doesn't allow it. > > Is this limit planned or could be expanded in the future? If planned, > could it give an error? We just happened to notice it but don't know if > other EADs we have loaded have the same problem. We are checking that now. > > > Thanks! > Lynne > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: job_200_file_200.pdf Type: application/pdf Size: 29815 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: m68_125_cubanc_test.xml Type: text/xml Size: 19832 bytes Desc: not available URL: From ltang5 at mail.lib.msu.edu Tue May 3 09:28:07 2016 From: ltang5 at mail.lib.msu.edu (Tang, Lydia) Date: Tue, 3 May 2016 13:28:07 +0000 Subject: [Archivesspace_Users_Group] applying the 1.5.0 test version Message-ID: Hello everyone, My institution is in the midst of Aeon implementation and a pretty involved barcoding/transfer to remote storage project and I just had a quick question ? we were able to successfully implement the version 1.5 test candidate onto our test server with no issues. Since it would be fantastic to be able to use its capabilities STAT, what are the chances that it (or the following official release) would blow up our production server? I saw that the test version will still be getting responses until the 16th, but currently our projects are all waiting for the update container management and User Interface updates. What I was hoping to do was back up everything, apply the 1.5 candidate, and then apply the official 1.5 release once it is out, just so our projects can go forward in the meantime. I just wasn?t sure whether the 1.5 test candidate and any revisions leading to the official release would be antagonistic to each other if we tried this. How is the latest timeline for the official release looking? Thanks for your thoughts and help! Lydia From WangCH at si.edu Tue May 3 09:55:07 2016 From: WangCH at si.edu (Wang, Ching-Hsien) Date: Tue, 3 May 2016 13:55:07 +0000 Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids In-Reply-To: <6c608b30bc3749569eeb7686472ab34c@STAFFEXCH01.staff.local> References: <6c608b30bc3749569eeb7686472ab34c@STAFFEXCH01.staff.local> Message-ID: <1195701820F3E943B6BD02FE119E418633FCFD05@SI-MSEDAG02.US.SINET.SI.EDU> Emily Sorry for sending a late response. The Smithsonian has used the DAO tag to individual images and group of digital sets. As digitization rate picks up, we are thinking more about how to scale up, and display images as part of finding aids. We use http links to point to image sets for display and build it as DAO tags throughout a finding aid document. This is an example from Archives of American Art collection: http://sova.si.edu/details/AAA.alstchar?q=*&s=0&n=10&f=Digital_Assets_Available%3Atrue&i=2 If you are interested in more details, there is a blog about it: http://si-siris.blogspot.com/2016/05/the-dilemmas-of-sharing-digital-assets.html Let me know if you have any other questions. Thank you. Ching-hsien Wang, Branch Manager Collections Systems & Digital Assets Division Office of the Chief Information Officer Smithsonian Institution 202-633-5581 (office) 202-312-2874(fax) Capital Gallery, 600 Maryland Ave. Suite 4000, MRC 503 Visit us online: http://Collections.si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emily Pyers Sent: Tuesday, April 26, 2016 9:04 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Hi All, Apologies ? my enquiry isn?t strictly related to ArchiveSpace, but I was just wondering how many other organisations are looking at implementing or have implemented embedded digital objects or thumbnails in their finding aid display? I?m aware of the work Duke have done on this, and NLA here in Australia have also done a lot of work around their display but I wondered if many other organisations were going down this path, and what additional software is being used to support it? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services In the office Monday - Wednesday & Friday, 9am-3:30pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Discover Library] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV flickr] [SLV instagram] 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 clobdel1 at swarthmore.edu Tue May 3 16:38:18 2016 From: clobdel1 at swarthmore.edu (Chelsea Lobdell) Date: Tue, 3 May 2016 16:38:18 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes Message-ID: Hi, I'm am trying to install the latest release of ArchivesSpace - 1.4.2. I am installing this on a CentOS server running Java 1.8. My first step was to configure the frontend_url, backend_url, public_url, solr_url, and indexer_url. So I uncommented those with the DNS of our server ( triarchive.brynmawr.edu) and tried to start it using default values for everything else. It starts fine. When I uncomment the reset of config.rb because I know I will eventually need to configure the database and a few other things, this is when I see the error. And it does not start up fine. The errors start like this: 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed org.jruby.rack.RackInitializationException: Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. |?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in `ArchivesSpaceService'|?from /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in `configure'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in `ArchivesSpaceService'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in `require'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) and continue like this: SEVERE: Unable to create core: collection1 org.apache.solr.common.SolrException: Error opening new searcher at org.apache.solr.core.SolrCore.(SolrCore.java:721) at org.apache.solr.core.SolrCore.(SolrCore.java:566) at org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) I am thinking I may just be doing something incorrectly in the configuration file. Though, I've left everything else default aside from the frontend_url, backend_url, public_url, solr_url, and indexer_url. I also wonder if this has anything to do with the jdt-compiler jar but I was unable to find that jar in archivesspace/lib. If this is not the right forum to reach for troubleshooting issues please let me know the correct place to go from technical support. Thanks Chelsea *---------------* *Chelsea Lobdell* *Library Web Developer/ Swarthmore College* *clobdel1 at swarthmore.edu / (610)690-6818* -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Tue May 3 17:13:57 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Tue, 3 May 2016 21:13:57 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes In-Reply-To: References: Message-ID: I?m guessing from that error message that you are upgrading from a previous version of ArchivesSpace and you haven?t run the migration script: scripts/setup-database.sh as in the UPGRADING instructions. When it tries to connect to the database, it?s seeing that it?s a previous version of the database schema: > Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. ? Steve Majewski > On May 3, 2016, at 4:39 PM, Chelsea Lobdell wrote: > > Hi, > > I'm am trying to install the latest release of ArchivesSpace - 1.4.2. I am installing this on a CentOS server running Java 1.8. My first step was to configure the frontend_url, backend_url, public_url, solr_url, and indexer_url. So I uncommented those with the DNS of our server (triarchive.brynmawr.edu) and tried to start it using default values for everything else. It starts fine. > > When I uncomment the reset of config.rb because I know I will eventually need to configure the database and a few other things, this is when I see the error. And it does not start up fine. The errors start like this: > > 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed > org.jruby.rack.RackInitializationException: Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. |?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in `ArchivesSpaceService'|?from /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in `configure'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in `ArchivesSpaceService'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in `require'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| > at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) > at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) > at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) > at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) > at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) > at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) > > and continue like this: > SEVERE: Unable to create core: collection1 > org.apache.solr.common.SolrException: Error opening new searcher > at org.apache.solr.core.SolrCore.(SolrCore.java:721) > at org.apache.solr.core.SolrCore.(SolrCore.java:566) > at org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) > > I am thinking I may just be doing something incorrectly in the configuration file. Though, I've left everything else default aside from the frontend_url, backend_url, public_url, solr_url, and indexer_url. I also wonder if this has anything to do with the jdt-compiler jar but I was unable to find that jar in archivesspace/lib. > > If this is not the right forum to reach for troubleshooting issues please let me know the correct place to go from technical support. > > Thanks > Chelsea > --------------- > Chelsea Lobdell > Library Web Developer/ Swarthmore College > clobdel1 at swarthmore.edu / (610)690-6818 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From sdm7g at eservices.virginia.edu Tue May 3 17:21:31 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Tue, 3 May 2016 21:21:31 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes In-Reply-To: References: Message-ID: > On May 3, 2016, at 5:14 PM, Majewski, Steven Dennis (sdm7g) wrote: > > > I?m guessing from that error message that you are upgrading from a previous version of ArchivesSpace and you haven?t > run the migration script: scripts/setup-database.sh as in the UPGRADING instructions. > When it tries to connect to the database, it?s seeing that it?s a previous version of the database schema: > >> Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. > I guess I read that backwards: are you trying to revert to 1.4.2 from a newer pre-release version ? > > ? Steve Majewski > > > >> On May 3, 2016, at 4:39 PM, Chelsea Lobdell wrote: >> >> Hi, >> >> I'm am trying to install the latest release of ArchivesSpace - 1.4.2. I am installing this on a CentOS server running Java 1.8. My first step was to configure the frontend_url, backend_url, public_url, solr_url, and indexer_url. So I uncommented those with the DNS of our server (triarchive.brynmawr.edu) and tried to start it using default values for everything else. It starts fine. >> >> When I uncomment the reset of config.rb because I know I will eventually need to configure the database and a few other things, this is when I see the error. And it does not start up fine. The errors start like this: >> >> 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed >> org.jruby.rack.RackInitializationException: Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. |?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in `ArchivesSpaceService'|?from /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in `configure'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in `ArchivesSpaceService'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in `require'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| >> at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) >> at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) >> at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) >> at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) >> at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) >> at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) >> >> and continue like this: >> SEVERE: Unable to create core: collection1 >> org.apache.solr.common.SolrException: Error opening new searcher >> at org.apache.solr.core.SolrCore.(SolrCore.java:721) >> at org.apache.solr.core.SolrCore.(SolrCore.java:566) >> at org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) >> >> I am thinking I may just be doing something incorrectly in the configuration file. Though, I've left everything else default aside from the frontend_url, backend_url, public_url, solr_url, and indexer_url. I also wonder if this has anything to do with the jdt-compiler jar but I was unable to find that jar in archivesspace/lib. >> >> If this is not the right forum to reach for troubleshooting issues please let me know the correct place to go from technical support. >> >> Thanks >> Chelsea >> --------------- >> Chelsea Lobdell >> Library Web Developer/ Swarthmore College >> clobdel1 at swarthmore.edu / (610)690-6818 >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From kate_bowers at harvard.edu Tue May 3 20:16:41 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Wed, 4 May 2016 00:16:41 +0000 Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Message-ID: Harvard?s OASIS has had embedded thumbnails for a number of years. EAD uses to associate a URN for a thumbnail with the URN of the linked object, and our stylesheet converts the EAD to html. Example finding aid: http://nrs.harvard.edu/urn-3:HUL.ARCH:hua04009 (cntrl-f search for ?browse album 1? to see the links in situ in the finding aid). Here?s some HTML... [thumbnail: resource-1]
Browse Album 1. ... which is created by our stylesheet transforming the following EAD:

Browse Album 1.

 In the case above, a still image is used as the embedded link to the page-turned digital object, but the kind of object in the target is really irrelevant. I?m not entirely happy about the non-kosher use we have made of the but it works for now. We are currently migrating our EAD to ArchivesSpace. I think will be making use of ?file versions? (this is a bit of a misnomer, they aren?t versions of the same file) as the place to record the URNs?using one for the image that will be embedded and another as a target of the link. 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 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emily Pyers Sent: Tuesday, April 26, 2016 9:03 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Hi All, Apologies ? my enquiry isn?t strictly related to ArchiveSpace, but I was just wondering how many other organisations are looking at implementing or have implemented embedded digital objects or thumbnails in their finding aid display? I?m aware of the work Duke have done on this, and NLA here in Australia have also done a lot of work around their display but I wondered if many other organisations were going down this path, and what additional software is being used to support it? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services In the office Monday - Wednesday & Friday, 9am-3:30pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Discover Library] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV flickr] [SLV instagram] 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: image015.jpg Type: image/jpeg Size: 933 bytes Desc: image015.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image016.png Type: image/png Size: 1772 bytes Desc: image016.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image017.png Type: image/png Size: 1374 bytes Desc: image017.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image018.png Type: image/png Size: 1623 bytes Desc: image018.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image019.png Type: image/png Size: 1735 bytes Desc: image019.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image020.png Type: image/png Size: 1292 bytes Desc: image020.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image021.png Type: image/png Size: 1820 bytes Desc: image021.png URL: From epyers at slv.vic.gov.au Tue May 3 23:57:31 2016 From: epyers at slv.vic.gov.au (Emily Pyers) Date: Wed, 4 May 2016 03:57:31 +0000 Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids In-Reply-To: <1195701820F3E943B6BD02FE119E418633FCFD05@SI-MSEDAG02.US.SINET.SI.EDU> References: <6c608b30bc3749569eeb7686472ab34c@STAFFEXCH01.staff.local> <1195701820F3E943B6BD02FE119E418633FCFD05@SI-MSEDAG02.US.SINET.SI.EDU> Message-ID: <2da6f850075e43d79b219169912a9a59@STAFFEXCH01.staff.local> Thank you Ching-Hsien, that?s really helpful. Are you able to provide me with a direct email if I have any further enquiries? please feel free to email me directly at epyers at slv.vic.gov.au. Best, and thanks again, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services In the office Monday - Wednesday & Friday, 9am-3:30pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Discover Library] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV flickr] [SLV instagram] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Wang, Ching-Hsien Sent: Tuesday, 3 May 2016 11:55 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Emily Sorry for sending a late response. The Smithsonian has used the DAO tag to individual images and group of digital sets. As digitization rate picks up, we are thinking more about how to scale up, and display images as part of finding aids. We use http links to point to image sets for display and build it as DAO tags throughout a finding aid document. This is an example from Archives of American Art collection: http://sova.si.edu/details/AAA.alstchar?q=*&s=0&n=10&f=Digital_Assets_Available%3Atrue&i=2 If you are interested in more details, there is a blog about it: http://si-siris.blogspot.com/2016/05/the-dilemmas-of-sharing-digital-assets.html Let me know if you have any other questions. Thank you. Ching-hsien Wang, Branch Manager Collections Systems & Digital Assets Division Office of the Chief Information Officer Smithsonian Institution 202-633-5581 (office) 202-312-2874(fax) Capital Gallery, 600 Maryland Ave. Suite 4000, MRC 503 Visit us online: http://Collections.si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emily Pyers Sent: Tuesday, April 26, 2016 9:04 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Hi All, Apologies ? my enquiry isn?t strictly related to ArchiveSpace, but I was just wondering how many other organisations are looking at implementing or have implemented embedded digital objects or thumbnails in their finding aid display? I?m aware of the work Duke have done on this, and NLA here in Australia have also done a lot of work around their display but I wondered if many other organisations were going down this path, and what additional software is being used to support it? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services In the office Monday - Wednesday & Friday, 9am-3:30pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Discover Library] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV flickr] [SLV instagram] 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. 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 AikensB at si.edu Wed May 4 08:35:12 2016 From: AikensB at si.edu (Aikens, Barbara) Date: Wed, 4 May 2016 12:35:12 +0000 Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids In-Reply-To: <1195701820F3E943B6BD02FE119E418633FCFD05@SI-MSEDAG02.US.SINET.SI.EDU> References: <6c608b30bc3749569eeb7686472ab34c@STAFFEXCH01.staff.local> <1195701820F3E943B6BD02FE119E418633FCFD05@SI-MSEDAG02.US.SINET.SI.EDU> Message-ID: <9EC2AA21B357BB459D3CBE9AC3FD821530FEE163@si-msedag04.US.SINET.SI.EDU> Dear Emily, In addition to the Smithsonian wide SOVA interface referenced by Ching-Hsien that is based on adding tags to the finding aids and pulling the associated digital content from the central DAMS, the Archives of American Art has an interface for its own website that displays finding aids with a) linkable collection level ?selected digital highlights? on the finding aid?s home page AND b) fully digitized collections that are solely accessible via links at the folder titles within the finding aid. Unlike the SI-wide system, our interface does not use tags within the finding aid. Both of our display interfaces are based on programmed web templates in our home grown SQL database that houses both the digital files and the xml finding aids. The xml file is ingested and the components are parsed out for display. The file directory for the digital images mirrors the container inventory in the xml finding aid, and programming links the two. Here is an example of collection level only content. http://www.aaa.si.edu/collections/katherine-thayer-hobson-papers-7050/more Here is an example of a fully digitized collection. http://www.aaa.si.edu/collections/jack-levine-papers-9139 Here is the link to the project page for our large scale digitization initiative. http://www.aaa.si.edu/collections/projects/terra Best, Barbara Aikens | Head of Collections Processing Archives of American Art | Smithsonian Institution T 202.633.7941 | F 202.633.7994 www.aaa.si.edu| blog.aaa.si.edu DC Headquarters FedEx/UPS/DHL: 750 9th Street NW | Suite 2200 | Washington, DC 20001 USPS: PO Box 37012, Victor Building 2200 | MRC 937 | Washington, DC 20013-7012 New York Office 300 Park Avenue South | Suite 300 | New York, NY 10010 Join us on Facebook | Twitter | Tumblr | Pinterest | Instagram From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Wang, Ching-Hsien Sent: Tuesday, May 03, 2016 9:55 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Emily Sorry for sending a late response. The Smithsonian has used the DAO tag to individual images and group of digital sets. As digitization rate picks up, we are thinking more about how to scale up, and display images as part of finding aids. We use http links to point to image sets for display and build it as DAO tags throughout a finding aid document. This is an example from Archives of American Art collection: http://sova.si.edu/details/AAA.alstchar?q=*&s=0&n=10&f=Digital_Assets_Available%3Atrue&i=2 If you are interested in more details, there is a blog about it: http://si-siris.blogspot.com/2016/05/the-dilemmas-of-sharing-digital-assets.html Let me know if you have any other questions. Thank you. Ching-hsien Wang, Branch Manager Collections Systems & Digital Assets Division Office of the Chief Information Officer Smithsonian Institution 202-633-5581 (office) 202-312-2874(fax) Capital Gallery, 600 Maryland Ave. Suite 4000, MRC 503 Visit us online: http://Collections.si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emily Pyers Sent: Tuesday, April 26, 2016 9:04 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Hi All, Apologies ? my enquiry isn?t strictly related to ArchiveSpace, but I was just wondering how many other organisations are looking at implementing or have implemented embedded digital objects or thumbnails in their finding aid display? I?m aware of the work Duke have done on this, and NLA here in Australia have also done a lot of work around their display but I wondered if many other organisations were going down this path, and what additional software is being used to support it? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services In the office Monday - Wednesday & Friday, 9am-3:30pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Discover Library] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV flickr] [SLV instagram] 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 clobdel1 at swarthmore.edu Wed May 4 10:02:37 2016 From: clobdel1 at swarthmore.edu (Chelsea Lobdell) Date: Wed, 4 May 2016 10:02:37 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes In-Reply-To: References: Message-ID: Hi Steven, I'm trying to do a fresh install of ArchivesSpace 1.4.2. Before this, however, I did try to install version 1.5 until I realized it was in pre-release and I wanted the latest stable release. I deleted the archivesspace directory and started over. It's possible there's a relic hanging around from my attempted 1.5 install. Does archivesspace create a demo DB on install? Do you think there's a DB somewhere I need to delete? - Chelsea *---------------* *Chelsea Lobdell* *Library Web Developer/ Swarthmore College* *clobdel1 at swarthmore.edu / (610)690-6818* On Tue, May 3, 2016 at 5:21 PM, Majewski, Steven Dennis (sdm7g) < sdm7g at eservices.virginia.edu> wrote: > > > On May 3, 2016, at 5:14 PM, Majewski, Steven Dennis (sdm7g) < > sdm7g at eservices.virginia.edu> wrote: > > > > > > I?m guessing from that error message that you are upgrading from a > previous version of ArchivesSpace and you haven?t > > run the migration script: scripts/setup-database.sh as in the > UPGRADING instructions. > > When it tries to connect to the database, it?s seeing that it?s a > previous version of the database schema: > > > >> Schema Info Mismatch. Expected 59, received 68 for ASPACE version > v1.4.2. > > > > I guess I read that backwards: are you trying to revert to 1.4.2 from a > newer pre-release version ? > > > > > ? Steve Majewski > > > > > > > >> On May 3, 2016, at 4:39 PM, Chelsea Lobdell > wrote: > >> > >> Hi, > >> > >> I'm am trying to install the latest release of ArchivesSpace - 1.4.2. I > am installing this on a CentOS server running Java 1.8. My first step was > to configure the frontend_url, backend_url, public_url, solr_url, and > indexer_url. So I uncommented those with the DNS of our server ( > triarchive.brynmawr.edu) and tried to start it using default values for > everything else. It starts fine. > >> > >> When I uncomment the reset of config.rb because I know I will > eventually need to configure the database and a few other things, this is > when I see the error. And it does not start up fine. The errors start like > this: > >> > >> 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed > >> org.jruby.rack.RackInitializationException: Schema Info Mismatch. > Expected 59, received 68 for ASPACE version v1.4.2. |?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in > `ArchivesSpaceService'|?from > /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in > `configure'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in > `ArchivesSpaceService'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in > `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from > /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in > `require'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in > `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in > `(root)'|?from > /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in > `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from > launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in > `(root)'| > >> at > org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) > >> at > org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) > >> at > org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) > >> at > org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) > >> at > org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) > >> at > org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) > >> > >> and continue like this: > >> SEVERE: Unable to create core: collection1 > >> org.apache.solr.common.SolrException: Error opening new searcher > >> at org.apache.solr.core.SolrCore.(SolrCore.java:721) > >> at org.apache.solr.core.SolrCore.(SolrCore.java:566) > >> at org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) > >> > >> I am thinking I may just be doing something incorrectly in the > configuration file. Though, I've left everything else default aside from > the frontend_url, backend_url, public_url, solr_url, and indexer_url. I > also wonder if this has anything to do with the jdt-compiler jar but I was > unable to find that jar in archivesspace/lib. > >> > >> If this is not the right forum to reach for troubleshooting issues > please let me know the correct place to go from technical support. > >> > >> Thanks > >> Chelsea > >> --------------- > >> Chelsea Lobdell > >> Library Web Developer/ Swarthmore College > >> clobdel1 at swarthmore.edu / (610)690-6818 > >> _______________________________________________ > >> Archivesspace_Users_Group mailing list > >> Archivesspace_Users_Group at lyralists.lyrasis.org > >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mauraa at brandeis.edu Wed May 4 10:15:13 2016 From: mauraa at brandeis.edu (Maura Carbone) Date: Wed, 4 May 2016 10:15:13 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes In-Reply-To: References: Message-ID: Hi Chelsea, I was a bit confused when you said you uncommented other parts of config.rb. Did you uncomment the DB stuff but not set up MySQL? Also you can leave Solr, backend, and indexer as localhost as far as I'm aware. -Maura On Wed, May 4, 2016 at 10:02 AM, Chelsea Lobdell wrote: > Hi Steven, > > I'm trying to do a fresh install of ArchivesSpace 1.4.2. Before this, > however, I did try to install version 1.5 until I realized it was in > pre-release and I wanted the latest stable release. I deleted the > archivesspace directory and started over. It's possible there's a relic > hanging around from my attempted 1.5 install. Does archivesspace create a > demo DB on install? Do you think there's a DB somewhere I need to delete? > > - Chelsea > > *---------------* > *Chelsea Lobdell* > *Library Web Developer/ Swarthmore College* > *clobdel1 at swarthmore.edu / (610)690-6818 > <%28610%29690-6818>* > > On Tue, May 3, 2016 at 5:21 PM, Majewski, Steven Dennis (sdm7g) < > sdm7g at eservices.virginia.edu> wrote: > >> >> > On May 3, 2016, at 5:14 PM, Majewski, Steven Dennis (sdm7g) < >> sdm7g at eservices.virginia.edu> wrote: >> > >> > >> > I?m guessing from that error message that you are upgrading from a >> previous version of ArchivesSpace and you haven?t >> > run the migration script: scripts/setup-database.sh as in the >> UPGRADING instructions. >> > When it tries to connect to the database, it?s seeing that it?s a >> previous version of the database schema: >> > >> >> Schema Info Mismatch. Expected 59, received 68 for ASPACE version >> v1.4.2. >> > >> >> I guess I read that backwards: are you trying to revert to 1.4.2 from a >> newer pre-release version ? >> >> > >> > ? Steve Majewski >> > >> > >> > >> >> On May 3, 2016, at 4:39 PM, Chelsea Lobdell >> wrote: >> >> >> >> Hi, >> >> >> >> I'm am trying to install the latest release of ArchivesSpace - 1.4.2. >> I am installing this on a CentOS server running Java 1.8. My first step was >> to configure the frontend_url, backend_url, public_url, solr_url, and >> indexer_url. So I uncommented those with the DNS of our server ( >> triarchive.brynmawr.edu) and tried to start it using default values for >> everything else. It starts fine. >> >> >> >> When I uncomment the reset of config.rb because I know I will >> eventually need to configure the database and a few other things, this is >> when I see the error. And it does not start up fine. The errors start like >> this: >> >> >> >> 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed >> >> org.jruby.rack.RackInitializationException: Schema Info Mismatch. >> Expected 59, received 68 for ASPACE version v1.4.2. |?from >> /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in >> `ArchivesSpaceService'|?from >> /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in >> `configure'|?from >> /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in >> `ArchivesSpaceService'|?from >> /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in >> `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from >> /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in >> `require'|?from >> /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in >> `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from >> /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in >> `(root)'|?from >> /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in >> `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from >> launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in >> `(root)'| >> >> at >> org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) >> >> at >> org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) >> >> at >> org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) >> >> at >> org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) >> >> at >> org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) >> >> at >> org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) >> >> >> >> and continue like this: >> >> SEVERE: Unable to create core: collection1 >> >> org.apache.solr.common.SolrException: Error opening new searcher >> >> at org.apache.solr.core.SolrCore.(SolrCore.java:721) >> >> at org.apache.solr.core.SolrCore.(SolrCore.java:566) >> >> at org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) >> >> >> >> I am thinking I may just be doing something incorrectly in the >> configuration file. Though, I've left everything else default aside from >> the frontend_url, backend_url, public_url, solr_url, and indexer_url. I >> also wonder if this has anything to do with the jdt-compiler jar but I was >> unable to find that jar in archivesspace/lib. >> >> >> >> If this is not the right forum to reach for troubleshooting issues >> please let me know the correct place to go from technical support. >> >> >> >> Thanks >> >> Chelsea >> >> --------------- >> >> Chelsea Lobdell >> >> Library Web Developer/ Swarthmore College >> >> clobdel1 at swarthmore.edu / (610)690-6818 >> >> _______________________________________________ >> >> Archivesspace_Users_Group mailing list >> >> Archivesspace_Users_Group at lyralists.lyrasis.org >> >> >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > >> > _______________________________________________ >> > Archivesspace_Users_Group mailing list >> > Archivesspace_Users_Group at lyralists.lyrasis.org >> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Wed May 4 10:17:09 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Wed, 4 May 2016 14:17:09 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes In-Reply-To: References: Message-ID: Yes: unless you change AppConfig[:db_url] in the config, ArchivesSpace will create an Apache Derby database. The error message is saying that the database is at Schema version 68 when it is expecting version 59 for ASpace v1.4.2. You can either delete that database and start from scratch ( If it?s not in the archivesspace directory, it may be in your home directory in ~/ArchivesSpace/archivesspace_demo_db/ ), run the migration script ( ./scripts/setup-database.sh ? I *THINK* that will work : I?ve never tried a backwards migration to a previous version. ) or, for production use, set up a mysql database and point AppConfig[:db_url] to it. ? Steve Majewski > On May 4, 2016, at 10:03 AM, Chelsea Lobdell wrote: > > Hi Steven, > > I'm trying to do a fresh install of ArchivesSpace 1.4.2. Before this, however, I did try to install version 1.5 until I realized it was in pre-release and I wanted the latest stable release. I deleted the archivesspace directory and started over. It's possible there's a relic hanging around from my attempted 1.5 install. Does archivesspace create a demo DB on install? Do you think there's a DB somewhere I need to delete? > > - Chelsea > > --------------- > Chelsea Lobdell > Library Web Developer/ Swarthmore College > clobdel1 at swarthmore.edu / (610)690-6818 > > On Tue, May 3, 2016 at 5:21 PM, Majewski, Steven Dennis (sdm7g) wrote: > > > On May 3, 2016, at 5:14 PM, Majewski, Steven Dennis (sdm7g) wrote: > > > > > > I?m guessing from that error message that you are upgrading from a previous version of ArchivesSpace and you haven?t > > run the migration script: scripts/setup-database.sh as in the UPGRADING instructions. > > When it tries to connect to the database, it?s seeing that it?s a previous version of the database schema: > > > >> Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. > > > > I guess I read that backwards: are you trying to revert to 1.4.2 from a newer pre-release version ? > > > > > ? Steve Majewski > > > > > > > >> On May 3, 2016, at 4:39 PM, Chelsea Lobdell wrote: > >> > >> Hi, > >> > >> I'm am trying to install the latest release of ArchivesSpace - 1.4.2. I am installing this on a CentOS server running Java 1.8. My first step was to configure the frontend_url, backend_url, public_url, solr_url, and indexer_url. So I uncommented those with the DNS of our server (triarchive.brynmawr.edu) and tried to start it using default values for everything else. It starts fine. > >> > >> When I uncomment the reset of config.rb because I know I will eventually need to configure the database and a few other things, this is when I see the error. And it does not start up fine. The errors start like this: > >> > >> 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed > >> org.jruby.rack.RackInitializationException: Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. |?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in `ArchivesSpaceService'|?from /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in `configure'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in `ArchivesSpaceService'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in `require'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| > >> at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) > >> at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) > >> at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) > >> at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) > >> at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) > >> at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) > >> > >> and continue like this: > >> SEVERE: Unable to create core: collection1 > >> org.apache.solr.common.SolrException: Error opening new searcher > >> at org.apache.solr.core.SolrCore.(SolrCore.java:721) > >> at org.apache.solr.core.SolrCore.(SolrCore.java:566) > >> at org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) > >> > >> I am thinking I may just be doing something incorrectly in the configuration file. Though, I've left everything else default aside from the frontend_url, backend_url, public_url, solr_url, and indexer_url. I also wonder if this has anything to do with the jdt-compiler jar but I was unable to find that jar in archivesspace/lib. > >> > >> If this is not the right forum to reach for troubleshooting issues please let me know the correct place to go from technical support. > >> > >> Thanks > >> Chelsea > >> --------------- > >> Chelsea Lobdell > >> Library Web Developer/ Swarthmore College > >> clobdel1 at swarthmore.edu / (610)690-6818 > >> _______________________________________________ > >> Archivesspace_Users_Group mailing list > >> Archivesspace_Users_Group at lyralists.lyrasis.org > >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From WangCH at si.edu Wed May 4 10:38:10 2016 From: WangCH at si.edu (Wang, Ching-Hsien) Date: Wed, 4 May 2016 14:38:10 +0000 Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids In-Reply-To: <2da6f850075e43d79b219169912a9a59@STAFFEXCH01.staff.local> References: <6c608b30bc3749569eeb7686472ab34c@STAFFEXCH01.staff.local> <1195701820F3E943B6BD02FE119E418633FCFD05@SI-MSEDAG02.US.SINET.SI.EDU>, <2da6f850075e43d79b219169912a9a59@STAFFEXCH01.staff.local> Message-ID: <1195701820F3E943B6BD02FE119E418633FD383E@SI-MSEDAG02.US.SINET.SI.EDU> Yes Emily. Please feel free to contact me for any discussions. My email is wangch at si.edu . Ching-hsien Wang, Project Manager Collections Systems & Digital Assets Division Office of the Chief Information Officer Smithsonian Institution 202-633-5581 (office) 202-312-2874(fax) Capital Gallery, 600 Maryland Ave. Suite 4000, MRC 503 ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Emily Pyers [epyers at slv.vic.gov.au] Sent: Tuesday, May 03, 2016 11:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Thank you Ching-Hsien, that?s really helpful. Are you able to provide me with a direct email if I have any further enquiries? please feel free to email me directly at epyers at slv.vic.gov.au. Best, and thanks again, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services In the office Monday - Wednesday & Friday, 9am-3:30pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Discover Library] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV flickr] [SLV instagram] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Wang, Ching-Hsien Sent: Tuesday, 3 May 2016 11:55 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Emily Sorry for sending a late response. The Smithsonian has used the DAO tag to individual images and group of digital sets. As digitization rate picks up, we are thinking more about how to scale up, and display images as part of finding aids. We use http links to point to image sets for display and build it as DAO tags throughout a finding aid document. This is an example from Archives of American Art collection: http://sova.si.edu/details/AAA.alstchar?q=*&s=0&n=10&f=Digital_Assets_Available%3Atrue&i=2 If you are interested in more details, there is a blog about it: http://si-siris.blogspot.com/2016/05/the-dilemmas-of-sharing-digital-assets.html Let me know if you have any other questions. Thank you. Ching-hsien Wang, Branch Manager Collections Systems & Digital Assets Division Office of the Chief Information Officer Smithsonian Institution 202-633-5581 (office) 202-312-2874(fax) Capital Gallery, 600 Maryland Ave. Suite 4000, MRC 503 Visit us online: http://Collections.si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emily Pyers Sent: Tuesday, April 26, 2016 9:04 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Embedded digital objects/thumbnails in finding aids Hi All, Apologies ? my enquiry isn?t strictly related to ArchiveSpace, but I was just wondering how many other organisations are looking at implementing or have implemented embedded digital objects or thumbnails in their finding aid display? I?m aware of the work Duke have done on this, and NLA here in Australia have also done a lot of work around their display but I wondered if many other organisations were going down this path, and what additional software is being used to support it? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services In the office Monday - Wednesday & Friday, 9am-3:30pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Discover Library] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV flickr] [SLV instagram] 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. 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 clobdel1 at swarthmore.edu Wed May 4 10:59:21 2016 From: clobdel1 at swarthmore.edu (Chelsea Lobdell) Date: Wed, 4 May 2016 10:59:21 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes In-Reply-To: References: Message-ID: Hi Maura, Yes, I did uncomment the the DB stuff but not set up MySQL. I was a little confused with config.rb. Everything was commented out but set to defaults. I wasn't sure if I should uncomment everything and leave the defaults or just uncomment the things that need to be customized. Eventually, I will set up a MySQL DB for production. Once I can get things running. Can you let me know what fields you've configured in config.rb? Also, I'm wondering what the file permissions should look like (owner and group ownership)? I've set the up as root but I'm thinking I may need to create a specific archivesspace user. Lastly, I just want to be clear on which port is the admin interface and which port is the public view. It seems like the admin interface is 8080 and the public view is 8081. Is this correct? Thanks, Chelsea *---------------* *Chelsea Lobdell* *Library Web Developer/ Swarthmore College* *clobdel1 at swarthmore.edu / (610)690-6818* On Wed, May 4, 2016 at 10:17 AM, Majewski, Steven Dennis (sdm7g) < sdm7g at eservices.virginia.edu> wrote: > > Yes: unless you change AppConfig[:db_url] in the config, ArchivesSpace > will create an Apache Derby database. > The error message is saying that the database is at Schema version 68 when > it is expecting version 59 for ASpace v1.4.2. > > You can either delete that database and start from scratch ( If it?s not > in the archivesspace directory, it may be in > your home directory in ~/ArchivesSpace/archivesspace_demo_db/ ), run the > migration script ( ./scripts/setup-database.sh ? > I *THINK* that will work : I?ve never tried a backwards migration to a > previous version. ) or, for production use, > set up a mysql database and point AppConfig[:db_url] to it. > > ? Steve Majewski > > > > On May 4, 2016, at 10:03 AM, Chelsea Lobdell > wrote: > > > > Hi Steven, > > > > I'm trying to do a fresh install of ArchivesSpace 1.4.2. Before this, > however, I did try to install version 1.5 until I realized it was in > pre-release and I wanted the latest stable release. I deleted the > archivesspace directory and started over. It's possible there's a relic > hanging around from my attempted 1.5 install. Does archivesspace create a > demo DB on install? Do you think there's a DB somewhere I need to delete? > > > > - Chelsea > > > > --------------- > > Chelsea Lobdell > > Library Web Developer/ Swarthmore College > > clobdel1 at swarthmore.edu / (610)690-6818 > > > > On Tue, May 3, 2016 at 5:21 PM, Majewski, Steven Dennis (sdm7g) < > sdm7g at eservices.virginia.edu> wrote: > > > > > On May 3, 2016, at 5:14 PM, Majewski, Steven Dennis (sdm7g) < > sdm7g at eservices.virginia.edu> wrote: > > > > > > > > > I?m guessing from that error message that you are upgrading from a > previous version of ArchivesSpace and you haven?t > > > run the migration script: scripts/setup-database.sh as in the > UPGRADING instructions. > > > When it tries to connect to the database, it?s seeing that it?s a > previous version of the database schema: > > > > > >> Schema Info Mismatch. Expected 59, received 68 for ASPACE version > v1.4.2. > > > > > > > I guess I read that backwards: are you trying to revert to 1.4.2 from a > newer pre-release version ? > > > > > > > > ? Steve Majewski > > > > > > > > > > > >> On May 3, 2016, at 4:39 PM, Chelsea Lobdell > wrote: > > >> > > >> Hi, > > >> > > >> I'm am trying to install the latest release of ArchivesSpace - 1.4.2. > I am installing this on a CentOS server running Java 1.8. My first step was > to configure the frontend_url, backend_url, public_url, solr_url, and > indexer_url. So I uncommented those with the DNS of our server ( > triarchive.brynmawr.edu) and tried to start it using default values for > everything else. It starts fine. > > >> > > >> When I uncomment the reset of config.rb because I know I will > eventually need to configure the database and a few other things, this is > when I see the error. And it does not start up fine. The errors start like > this: > > >> > > >> 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed > > >> org.jruby.rack.RackInitializationException: Schema Info Mismatch. > Expected 59, received 68 for ASPACE version v1.4.2. |?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in > `ArchivesSpaceService'|?from > /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in > `configure'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in > `ArchivesSpaceService'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in > `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from > /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in > `require'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in > `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in > `(root)'|?from > /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in > `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from > launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in > `(root)'| > > >> at > org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) > > >> at > org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) > > >> at > org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) > > >> at > org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) > > >> at > org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) > > >> at > org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) > > >> > > >> and continue like this: > > >> SEVERE: Unable to create core: collection1 > > >> org.apache.solr.common.SolrException: Error opening new searcher > > >> at org.apache.solr.core.SolrCore.(SolrCore.java:721) > > >> at org.apache.solr.core.SolrCore.(SolrCore.java:566) > > >> at > org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) > > >> > > >> I am thinking I may just be doing something incorrectly in the > configuration file. Though, I've left everything else default aside from > the frontend_url, backend_url, public_url, solr_url, and indexer_url. I > also wonder if this has anything to do with the jdt-compiler jar but I was > unable to find that jar in archivesspace/lib. > > >> > > >> If this is not the right forum to reach for troubleshooting issues > please let me know the correct place to go from technical support. > > >> > > >> Thanks > > >> Chelsea > > >> --------------- > > >> Chelsea Lobdell > > >> Library Web Developer/ Swarthmore College > > >> clobdel1 at swarthmore.edu / (610)690-6818 > > >> _______________________________________________ > > >> Archivesspace_Users_Group mailing list > > >> Archivesspace_Users_Group at lyralists.lyrasis.org > > >> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > _______________________________________________ > > > Archivesspace_Users_Group mailing list > > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Wed May 4 11:39:41 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Wed, 4 May 2016 15:39:41 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes In-Reply-To: References: Message-ID: > On May 4, 2016, at 11:00 AM, Chelsea Lobdell wrote: > > Hi Maura, > > Yes, I did uncomment the the DB stuff but not set up MySQL. I was a little confused with config.rb. Everything was commented out but set to defaults. I wasn't sure if I should uncomment everything and leave the defaults or just uncomment the things that need to be customized. Eventually, I will set up a MySQL DB for production. Once I can get things running. Can you let me know what fields you've configured in config.rb? An uncommented version is used to set the default values in the application. So the commented version is for reference to document what the options and their defaults are. You only have to uncomment something you are going to change. I keep a separate file of my custom config settings and just append it to the commented config.rb. You might want to change the proxy_urls so that the links from admin to public and back work properly. And if you add any plugins or authentication sources, you have to add those to the config. Otherwise, it?s mostly what you change from the defaults. > > Also, I'm wondering what the file permissions should look like (owner and group ownership)? I've set the up as root but I'm thinking I may need to create a specific archivesspace user. > data and index directories created by the application will need to be owned by the user id the server is running as, but ownership of the rest of the application doesn?t matter as long as it?s readable. > Lastly, I just want to be clear on which port is the admin interface and which port is the public view. It seems like the admin interface is 8080 and the public view is 8081. Is this correct? Yes. > > Thanks, > Chelsea > > --------------- > Chelsea Lobdell > Library Web Developer/ Swarthmore College > clobdel1 at swarthmore.edu / (610)690-6818 > > On Wed, May 4, 2016 at 10:17 AM, Majewski, Steven Dennis (sdm7g) wrote: > > Yes: unless you change AppConfig[:db_url] in the config, ArchivesSpace will create an Apache Derby database. > The error message is saying that the database is at Schema version 68 when it is expecting version 59 for ASpace v1.4.2. > > You can either delete that database and start from scratch ( If it?s not in the archivesspace directory, it may be in > your home directory in ~/ArchivesSpace/archivesspace_demo_db/ ), run the migration script ( ./scripts/setup-database.sh ? > I *THINK* that will work : I?ve never tried a backwards migration to a previous version. ) or, for production use, > set up a mysql database and point AppConfig[:db_url] to it. > > ? Steve Majewski > > > > On May 4, 2016, at 10:03 AM, Chelsea Lobdell wrote: > > > > Hi Steven, > > > > I'm trying to do a fresh install of ArchivesSpace 1.4.2. Before this, however, I did try to install version 1.5 until I realized it was in pre-release and I wanted the latest stable release. I deleted the archivesspace directory and started over. It's possible there's a relic hanging around from my attempted 1.5 install. Does archivesspace create a demo DB on install? Do you think there's a DB somewhere I need to delete? > > > > - Chelsea > > > > --------------- > > Chelsea Lobdell > > Library Web Developer/ Swarthmore College > > clobdel1 at swarthmore.edu / (610)690-6818 > > > > On Tue, May 3, 2016 at 5:21 PM, Majewski, Steven Dennis (sdm7g) wrote: > > > > > On May 3, 2016, at 5:14 PM, Majewski, Steven Dennis (sdm7g) wrote: > > > > > > > > > I?m guessing from that error message that you are upgrading from a previous version of ArchivesSpace and you haven?t > > > run the migration script: scripts/setup-database.sh as in the UPGRADING instructions. > > > When it tries to connect to the database, it?s seeing that it?s a previous version of the database schema: > > > > > >> Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. > > > > > > > I guess I read that backwards: are you trying to revert to 1.4.2 from a newer pre-release version ? > > > > > > > > ? Steve Majewski > > > > > > > > > > > >> On May 3, 2016, at 4:39 PM, Chelsea Lobdell wrote: > > >> > > >> Hi, > > >> > > >> I'm am trying to install the latest release of ArchivesSpace - 1.4.2. I am installing this on a CentOS server running Java 1.8. My first step was to configure the frontend_url, backend_url, public_url, solr_url, and indexer_url. So I uncommented those with the DNS of our server (triarchive.brynmawr.edu) and tried to start it using default values for everything else. It starts fine. > > >> > > >> When I uncomment the reset of config.rb because I know I will eventually need to configure the database and a few other things, this is when I see the error. And it does not start up fine. The errors start like this: > > >> > > >> 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed > > >> org.jruby.rack.RackInitializationException: Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. |?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in `ArchivesSpaceService'|?from /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in `configure'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in `ArchivesSpaceService'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in `require'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'| > > >> at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) > > >> at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) > > >> at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) > > >> at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) > > >> at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) > > >> at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) > > >> > > >> and continue like this: > > >> SEVERE: Unable to create core: collection1 > > >> org.apache.solr.common.SolrException: Error opening new searcher > > >> at org.apache.solr.core.SolrCore.(SolrCore.java:721) > > >> at org.apache.solr.core.SolrCore.(SolrCore.java:566) > > >> at org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) > > >> > > >> I am thinking I may just be doing something incorrectly in the configuration file. Though, I've left everything else default aside from the frontend_url, backend_url, public_url, solr_url, and indexer_url. I also wonder if this has anything to do with the jdt-compiler jar but I was unable to find that jar in archivesspace/lib. > > >> > > >> If this is not the right forum to reach for troubleshooting issues please let me know the correct place to go from technical support. > > >> > > >> Thanks > > >> Chelsea > > >> --------------- > > >> Chelsea Lobdell > > >> Library Web Developer/ Swarthmore College > > >> clobdel1 at swarthmore.edu / (610)690-6818 > > >> _______________________________________________ > > >> Archivesspace_Users_Group mailing list > > >> Archivesspace_Users_Group at lyralists.lyrasis.org > > >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > _______________________________________________ > > > Archivesspace_Users_Group mailing list > > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From stephenschor at nypl.org Wed May 4 12:30:00 2016 From: stephenschor at nypl.org (Stephen Schor) Date: Wed, 4 May 2016 12:30:00 -0400 Subject: [Archivesspace_Users_Group] Proxying and AppConfig[:frontend_url] Message-ID: Hi. I'm looking to deploy ASpace using NGIX as a proxy to present the various apps on port 80. For example: proxy port 8080 to archivesspace-staff.example.org to port 80 proxy port 8081 to archivesspace-public.example.org to port 80 proxy port 8089 to archivesspace-api.example.org to port 80 I'm interested in what the consequences are of leaving the boilerplate setup in config.rb would be? It was this section that caught my attention: ## Proxy URLs ## If you are serving user-facing applications via proxy ## (i.e., another domain or port, or via https, or for a prefix) it is ## recommended that you record those URLs in your configuration #AppConfig[:frontend_proxy_url] = proc { AppConfig[:frontend_url] } #AppConfig[:public_proxy_url] = proc { AppConfig[:public_url] } -------------- next part -------------- An HTML attachment was scrubbed... URL: From brianjhoffman at gmail.com Wed May 4 12:39:20 2016 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Wed, 4 May 2016 12:39:20 -0400 Subject: [Archivesspace_Users_Group] Proxying and AppConfig[:frontend_url] In-Reply-To: References: Message-ID: <65EAFB57-9507-4C31-B0B9-B487529604B7@gmail.com> Hi, If you are planning to leave each virtual server open to the world, you should be fine just recording the application urls (example: AppConfig[:backend_url] = ?archivesspace-api.example.org?). But if you are going to restrict www access to the api service or the staff interface, you?ll need to do something like what?s described here: https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md . The proxy settings you mentioned are useful if the frontend_url is localhost:8080 but port 8080 isn?t accessible to end users. Brian > On May 4, 2016, at 12:30 PM, Stephen Schor wrote: > > Hi. > > I'm looking to deploy ASpace using NGIX as a proxy to present the various apps on port 80. > For example: > > proxy port 8080 to archivesspace-staff.example.org to port 80 > proxy port 8081 to archivesspace-public.example.org to port 80 > proxy port 8089 to archivesspace-api.example.org to port 80 > > I'm interested in what the consequences are of leaving the boilerplate setup in config.rb would be? > It was this section that caught my attention: > > ## Proxy URLs > ## If you are serving user-facing applications via proxy > ## (i.e., another domain or port, or via https, or for a prefix) it is > ## recommended that you record those URLs in your configuration > #AppConfig[:frontend_proxy_url] = proc { AppConfig[:frontend_url] } > #AppConfig[:public_proxy_url] = proc { AppConfig[:public_url] } > > > _______________________________________________ > 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 elspeth.olson at bookbindersmuseum.com Wed May 4 12:56:11 2016 From: elspeth.olson at bookbindersmuseum.com (Elspeth Olson) Date: Wed, 4 May 2016 09:56:11 -0700 Subject: [Archivesspace_Users_Group] getting started Message-ID: Hello - I've recently taken over the library/archives position at a small museum and discovered that a lot of our documentation has gone missing. We've finally managed to dig up passwords to the members' area with the various manuals and tutorials, but I'm just plain not sure how to begin. I've used Archivist's Toolkit (several years ago) but never ArchivesSpace. Can anyone offer pointers as to how to begin? It appears that while we have a membership, we've not yet actually entered any information or created any records, so I'm pretty much starting from scratch. Help! I'm feeling clueless! Elspeth Olson Librarian/Archivist American Bookbinders Museum -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephenschor at nypl.org Wed May 4 13:36:47 2016 From: stephenschor at nypl.org (Stephen Schor) Date: Wed, 4 May 2016 13:36:47 -0400 Subject: [Archivesspace_Users_Group] Proxying and AppConfig[:frontend_url] In-Reply-To: <65EAFB57-9507-4C31-B0B9-B487529604B7@gmail.com> References: <65EAFB57-9507-4C31-B0B9-B487529604B7@gmail.com> Message-ID: Thanks for the quick reply Brian. In my case it's more a case of aesthetics. We want users to have specific domains and not have to specify port numbers. With that in mind - I was curious what would happen if we simply did the nginx proxy configuration but don't set AppConfig[:public_url]/[:public_proxy_url]. On Wed, May 4, 2016 at 12:39 PM, Brian Hoffman wrote: > Hi, > > If you are planning to leave each virtual server open to the world, you > should be fine just recording the application urls (example: > AppConfig[:backend_url] = ?archivesspace-api.example.org?). But if you > are going to restrict www access to the api service or the staff interface, > you?ll need to do something like what?s described here: > https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md. > The proxy settings you mentioned are useful if the frontend_url is > localhost:8080 but port 8080 isn?t accessible to end users. > > Brian > > > > On May 4, 2016, at 12:30 PM, Stephen Schor wrote: > > Hi. > > I'm looking to deploy ASpace using NGIX as a proxy to present the various > apps on port 80. > For example: > > proxy port 8080 to archivesspace-staff.example.org to port 80 > proxy port 8081 to archivesspace-public.example.org to port 80 > proxy port 8089 to archivesspace-api.example.org to port 80 > > > I'm interested in what the consequences are of leaving the boilerplate > setup in config.rb would be? > It was this section that caught my attention: > > ## Proxy URLs > ## If you are serving user-facing applications via proxy > ## (i.e., another domain or port, or via https, or for a prefix) it is > ## recommended that you record those URLs in your configuration > #AppConfig[:frontend_proxy_url] = proc { AppConfig[:frontend_url] } > #AppConfig[:public_proxy_url] = proc { AppConfig[:public_url] } > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clobdel1 at swarthmore.edu Wed May 4 15:30:29 2016 From: clobdel1 at swarthmore.edu (Chelsea Lobdell) Date: Wed, 4 May 2016 15:30:29 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace Installation Woes In-Reply-To: References: Message-ID: Great! I've got it running and connected to a MySQL database. All seems to be running smoothly. Just a few more questions. I want to run ArchivesSpace under a prefix. I've added ProxyPass /staff http://localhost:8080/ ProxyPassReverse /staff http://localhost:8080/ ProxyPass /public http://localhost:8081/ ProxyPassReverse /public http://localhost:8081/ to our httpd.conf file and added the appropriate lines in config.rb but I'm getting an error. Can someone tell me if I need to put the ProxyPass in a certain part of the httpd.conf file? Do I need to create a VirtualHost to put it under? Can anyone who has done this give me an example? Lastly, are there any crons that need to be run to keep things well maintained? Thanks, Chelsea *---------------* *Chelsea Lobdell* *Library Web Developer/ Swarthmore College* *clobdel1 at swarthmore.edu / (610)690-6818* On Wed, May 4, 2016 at 11:39 AM, Majewski, Steven Dennis (sdm7g) < sdm7g at eservices.virginia.edu> wrote: > > > On May 4, 2016, at 11:00 AM, Chelsea Lobdell > wrote: > > > > Hi Maura, > > > > Yes, I did uncomment the the DB stuff but not set up MySQL. I was a > little confused with config.rb. Everything was commented out but set to > defaults. I wasn't sure if I should uncomment everything and leave the > defaults or just uncomment the things that need to be customized. > Eventually, I will set up a MySQL DB for production. Once I can get things > running. Can you let me know what fields you've configured in config.rb? > > An uncommented version is used to set the default values in the > application. > So the commented version is for reference to document what the options and > their defaults are. > You only have to uncomment something you are going to change. > I keep a separate file of my custom config settings and just append it to > the commented config.rb. > > You might want to change the proxy_urls so that the links from admin to > public and back work properly. > And if you add any plugins or authentication sources, you have to add > those to the config. > Otherwise, it?s mostly what you change from the defaults. > > > > > Also, I'm wondering what the file permissions should look like (owner > and group ownership)? I've set the up as root but I'm thinking I may need > to create a specific archivesspace user. > > > > data and index directories created by the application will need to be > owned by the user id the server is running as, > but ownership of the rest of the application doesn?t matter as long as > it?s readable. > > > > Lastly, I just want to be clear on which port is the admin interface and > which port is the public view. It seems like the admin interface is 8080 > and the public view is 8081. Is this correct? > > Yes. > > > > > Thanks, > > Chelsea > > > > --------------- > > Chelsea Lobdell > > Library Web Developer/ Swarthmore College > > clobdel1 at swarthmore.edu / (610)690-6818 > > > > On Wed, May 4, 2016 at 10:17 AM, Majewski, Steven Dennis (sdm7g) < > sdm7g at eservices.virginia.edu> wrote: > > > > Yes: unless you change AppConfig[:db_url] in the config, ArchivesSpace > will create an Apache Derby database. > > The error message is saying that the database is at Schema version 68 > when it is expecting version 59 for ASpace v1.4.2. > > > > You can either delete that database and start from scratch ( If it?s not > in the archivesspace directory, it may be in > > your home directory in ~/ArchivesSpace/archivesspace_demo_db/ ), run the > migration script ( ./scripts/setup-database.sh ? > > I *THINK* that will work : I?ve never tried a backwards migration to a > previous version. ) or, for production use, > > set up a mysql database and point AppConfig[:db_url] to it. > > > > ? Steve Majewski > > > > > > > On May 4, 2016, at 10:03 AM, Chelsea Lobdell > wrote: > > > > > > Hi Steven, > > > > > > I'm trying to do a fresh install of ArchivesSpace 1.4.2. Before this, > however, I did try to install version 1.5 until I realized it was in > pre-release and I wanted the latest stable release. I deleted the > archivesspace directory and started over. It's possible there's a relic > hanging around from my attempted 1.5 install. Does archivesspace create a > demo DB on install? Do you think there's a DB somewhere I need to delete? > > > > > > - Chelsea > > > > > > --------------- > > > Chelsea Lobdell > > > Library Web Developer/ Swarthmore College > > > clobdel1 at swarthmore.edu / (610)690-6818 > > > > > > On Tue, May 3, 2016 at 5:21 PM, Majewski, Steven Dennis (sdm7g) < > sdm7g at eservices.virginia.edu> wrote: > > > > > > > On May 3, 2016, at 5:14 PM, Majewski, Steven Dennis (sdm7g) < > sdm7g at eservices.virginia.edu> wrote: > > > > > > > > > > > > I?m guessing from that error message that you are upgrading from a > previous version of ArchivesSpace and you haven?t > > > > run the migration script: scripts/setup-database.sh as in the > UPGRADING instructions. > > > > When it tries to connect to the database, it?s seeing that it?s a > previous version of the database schema: > > > > > > > >> Schema Info Mismatch. Expected 59, received 68 for ASPACE version > v1.4.2. > > > > > > > > > > I guess I read that backwards: are you trying to revert to 1.4.2 from > a newer pre-release version ? > > > > > > > > > > > ? Steve Majewski > > > > > > > > > > > > > > > >> On May 3, 2016, at 4:39 PM, Chelsea Lobdell < > clobdel1 at swarthmore.edu> wrote: > > > >> > > > >> Hi, > > > >> > > > >> I'm am trying to install the latest release of ArchivesSpace - > 1.4.2. I am installing this on a CentOS server running Java 1.8. My first > step was to configure the frontend_url, backend_url, public_url, solr_url, > and indexer_url. So I uncommented those with the DNS of our server ( > triarchive.brynmawr.edu) and tried to start it using default values for > everything else. It starts fine. > > > >> > > > >> When I uncomment the reset of config.rb because I know I will > eventually need to configure the database and a few other things, this is > when I see the error. And it does not start up fine. The errors start like > this: > > > >> > > > >> 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed > > > >> org.jruby.rack.RackInitializationException: Schema Info Mismatch. > Expected 59, received 68 for ASPACE version v1.4.2. |?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in > `ArchivesSpaceService'|?from > /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in > `configure'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in > `ArchivesSpaceService'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in > `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from > /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in > `require'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in > `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from > /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in > `(root)'|?from > /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in > `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from > launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in > `(root)'| > > > >> at > org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29) > > > >> at > org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104) > > > >> at > org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50) > > > >> at > org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766) > > > >> at > org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406) > > > >> at > org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758) > > > >> > > > >> and continue like this: > > > >> SEVERE: Unable to create core: collection1 > > > >> org.apache.solr.common.SolrException: Error opening new searcher > > > >> at org.apache.solr.core.SolrCore.(SolrCore.java:721) > > > >> at org.apache.solr.core.SolrCore.(SolrCore.java:566) > > > >> at > org.apache.solr.core.CoreContainer.create(CoreContainer.java:850) > > > >> > > > >> I am thinking I may just be doing something incorrectly in the > configuration file. Though, I've left everything else default aside from > the frontend_url, backend_url, public_url, solr_url, and indexer_url. I > also wonder if this has anything to do with the jdt-compiler jar but I was > unable to find that jar in archivesspace/lib. > > > >> > > > >> If this is not the right forum to reach for troubleshooting issues > please let me know the correct place to go from technical support. > > > >> > > > >> Thanks > > > >> Chelsea > > > >> --------------- > > > >> Chelsea Lobdell > > > >> Library Web Developer/ Swarthmore College > > > >> clobdel1 at swarthmore.edu / (610)690-6818 > > > >> _______________________________________________ > > > >> Archivesspace_Users_Group mailing list > > > >> Archivesspace_Users_Group at lyralists.lyrasis.org > > > >> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > > > _______________________________________________ > > > > Archivesspace_Users_Group mailing list > > > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > _______________________________________________ > > > Archivesspace_Users_Group mailing list > > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > _______________________________________________ > > > Archivesspace_Users_Group mailing list > > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > 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 sdm7g at eservices.virginia.edu Wed May 4 17:53:31 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Wed, 4 May 2016 21:53:31 +0000 Subject: [Archivesspace_Users_Group] Importing DO CSV with multiple file_versions In-Reply-To: References: Message-ID: <6716A5E4-D17C-4B55-88AD-57CF6596635F@eservices.virginia.edu> How do you structure a CSV file to import a digital object with multiple file_versions, i.e. multiple page images of a letter. It?s not clear from those templates whether you can do that. ? Steve Majewski > On Apr 21, 2016, at 3:24 PM, Angela Kroeger wrote: > > Greetings, ArchivesSpacers, > > I hope to convert an Excel spreadsheet into a CSV for importing digital object records. I have looked at section 14.2.5 "Digital Object CSV" of the manual, the Digital Object CSV Map (http://archivesspace.org/importexport), and the Digital Object CSV Template (https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/examples/digital_object/aspace_digital_object_import_template.csv). > > Is there a way to add notes? Notes do not seem to be included in the list of fields in 14.2.5 or the template, but we really need to include the summary note. > > Looking at the controlled value lists in our system I see note_digital_object_type with summary as one of the values. I imagine note_digital_object_type could be a column with summary as the value, but then how would I include the actual text portion of the note? Or is that impossible? > > Alternatively, if push comes to shove, we could use a user-defined text field for the summary. But I haven't figured out how to make the user-defined fields display to the public. (The user defined text fields do seem to be keyword searchable from the public interface, but the text isn't visible.) > > Thank you! > --Angela > > Angela Kroeger > akroeger at unomaha.edu > Archives and Special Collections Associate > Dr. C.C. and Mabel L. Criss Library > University of Nebraska at Omaha > (402) 554-4159 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From jgpawletko at nyu.edu Thu May 5 10:57:15 2016 From: jgpawletko at nyu.edu (Joseph Pawletko) Date: Thu, 5 May 2016 10:57:15 -0400 Subject: [Archivesspace_Users_Group] Production Deployment Best Practice: JDK/JRE Message-ID: Hi All, We're preparing to deploy Archivesspace to production. Is there a recommended best practice re: production deployment JRE? e.g., Oracle JRE 7, Oracle JRE 8, OpenJDK 7 Thank you for your time. Best- Joe On Wed, Apr 20, 2016 at 2:10 PM, Esha Datta wrote: > Hi, > > We are working on writing a few plugins for archivesspace at NYU. TL;DR, > how have people used travis or something equivalent to run their plugin > tests and the app tests to make sure that everything is running well once a > developer submits a pull request to their plugin repository? Do we need to > have the whole repository...the source code and the plugin for this to work? > > If you want to read on for more detail: > We have developed a plugin right now and have created a deployment > workflow to automatically set up the plugin on the dev server. However, we > would also like to use travis or equivalent to start running tests when we > submit a pull request on Github. Usually, we have the whole repository when > we run rspec tests but here we would like to have the plugin in its own > repository outside of the source code. Does anyone have a way to run rspec > tests for the plugin in travis? On my local instance, when I run build/run > backend:test -Dexample="test suite of plugin", it runs tests and knows to > use certain test methods that have been declared in the source code. In the > plugin repo that we have, we wouldn't have the source code in there. Is > there a way to build it? Or do I need the whole repository, i.e, source > code + plugin for travis to work? > > Thanks. > > Esha > > Esha Datta > Senior Programmer/Analyst > Bobst Library > NYU > > _______________________________________________ > 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 christine.dibella at lyrasis.org Thu May 5 15:12:15 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 5 May 2016 19:12:15 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - May 2016 Message-ID: [cid:image001.png at 01D1A6E0.4EBF73B0] May 2016 Update This monthly update will provide news about ArchivesSpace community and program activities and will be sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Tools roundtable listserv, as well as being posted on the ArchivesSpace website. Please feel free to share it with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Membership Update We welcomed three new members to the ArchivesSpace community in April: Oklahoma State University, the Texas State Library and Archives Commission, and the Curtis Institute of Music. We currently have 284 General members, nine Educational Program members, and three Registered Service Providers. Membership renewals will be sent all current members beginning in June. If your organization would like to be invoiced prior to then, please contact us at ArchivesSpaceHome@lyrasis.org. For those interested in considering membership, information is available at http://archivesspace.org/membership or by contacting us at ArchivesSpaceHome@lyrasis.org. Testing of Release Candidate ArchivesSpace is happy to announce the availability of a release candidate for the upcoming version 1.5.0 release. Version 1.5.0 will include the enhanced container management functionality that was originally developed as a plugin by Hudson Molonglo for Yale University. Adding this functionality to the core code of ArchivesSpace was the highest vote getter in the member voting on feature requests and bug fixes that was conducted last spring. Information on these enhancements is available here. We are aiming to distribute a full production version once testing of the release candidate is successfully completed. The timing of that release is highly dependent on community testing of this release candidate. Because integrating this functionality into the ArchivesSpace core code required changing the data model in certain areas, upgrading from a pre-1.5.0 version of ArchivesSpace requires repositories to plan for the upgrade, to conduct the upgrade and conversion to the new data model for containers, to review the results, and, possibly, to remediate data either prior to or after the final conversion process. Because of all the variations in which container information can be recorded by repositories, it is impossible to know all the ways the data of repositories will be impacted. A number of members of the community have helped with testing incremental changes to this point. Now that we are nearing the production release, it is essential that we get solid testing data from a broader swath of the ArchivesSpace community to ensure that unanticipated adverse effects are eliminated as much as possible, or, on the other hand, to ensure us the conversion is working as designed. Not only do we need to know if you encounter a problem or if your container data is not accurately converted, we also need to know if you were able to upgrade to the new version successfully. Information on preparing for the conversion is available here. To gather testing data in a structured way, we have a feedback form at for you to record your results. We ask that all data be provided by May 16. This tight turnaround is essential to ensure that the production release can come out in a timely way, making both the enhanced container management functionality and other improvements to ArchivesSpace made since the last release in the fall available for use in institutions? production deployments of ArchivesSpace. Other Development While container management and preparing the release candidate took precedence during the last month, other development is also proceeding, including work on the enhanced public interface. For the public interface specifically, we are expecting some other organizations to contribute to this effort in the near future, thereby allowing more of the recommendations of the design team to be implemented. Other development in recent sprints included remedying an issue with the Rapid Data Entry Tool (AR-1457), adding the option to export search results as a CSV file (AR-1442), and moving reports to the Background Jobs area (AR-1280). Staffing News Developer Chris Fitzpatrick recently announced he would be leaving ArchivesSpace to pursue new ventures. His last day was April 29. Chris has worked as an ArchivesSpace developer since December 2013, and he has contributed immensely to the refinement and advancement of the ArchivesSpace application during his tenure. In recent months, he has been constructing a process for converting the current ArchivesSpace container data model to a new one. That process is now being tested as part of the release candidate for version 1.5.0. We will miss Chris?s contributions, but we wish him great success with his new endeavors. Meanwhile, Brian Hoffman, our other ArchivesSpace developer, is reducing his time to 25%. Brian has been principally working to enhance the ArchivesSpace public interface in accord with the recommendations made by the Public Interface design team last December. Brian will continue to contribute to this effort over the next several months. The timetable for this work will likely be slower, but it continues to be a high priority. As we consider the impact of these staff changes, program staff and the Governance Board will also be reviewing and adjusting our staffing model to meet the needs of a growing membership. Already, we have converted the position of Community Outreach Manager held by Christine Di Bella to full-time. Christine has been doing a tremendous job developing our training and user documentation resources and representing ArchivesSpace at conferences and other events. To rebuild our technical support and development resources, we are investigating the following options: ? Having staff from LYRASIS (our organizational home) manage the release of ArchivesSpace updates. The next release will certainly be managed by LYRASIS staff, and it may prove beneficial to continue that assignment through later releases. ? Collaborating with LYRASIS to hire a Support Technician who will help new users of ArchivesSpace to implement the application, including troubleshooting user problems. This position will also assist with technical documentation and overall support of users. (If hired as a full-time position, it could be shared with CollectionSpace, an open source software for museum collection management and also based at LYRASIS.) ? Considering options for staffing development that include hiring staff, contracting with an outside firm, or with LYRASIS, or some combination of the three. Unfortunately, development of the ArchivesSpace application will be slower for the next few months as we bring on new development support. In the very short term, we intend to continue testing of the ArchivesSpace 1.5.0 release candidate, with the aim of releasing that version 1.5.0 at the end of May should testing of the upgrade and conversion process prove successful. Thank you for your patience and continuing support during this transitional period. Member Forum 2016 The ArchivesSpace Member Forum will be at the Robert W. Woodruff Library at Atlanta University Center on August 2. This free event will give staff members at ArchivesSpace member institutions a chance to connect with each other and the program team about all things ArchivesSpace. Thanks to member institution Atlanta University Center for making space for us! The planning group has put some proposed topics for workshops and sessions up on the wiki page linked above. We?re looking for speakers for the proposed topics, as well as suggestions for more topics you?d like to learn or talk about at the meeting in either half-day workshops or 75-minute sessions. Sessions may take any one of a number of formats, including panels, lightning rounds, and discussion groups, and even the proposed topics can take a different format or direction based on who volunteers to take them on. There is a short Google form available at https://goo.gl/IDlu6G; you can submit ideas or volunteer yourself to speak either via the form or by emailing me directly. We?ve extended the deadline to submit proposals, ideas, and suggestions to May 6, so you still have a little time! We aim to finalize the program as much as possible this month to give people plenty of time to make their travel arrangements. Training The ArchivesSpace trainer corps is finishing up a webinar series for the Keystone Library Network that provides the curriculum from our Basics and Digital Objects workshops online. Although this was our first time offering training in this way, we hope to be able to make it available to others as well in the near future. The ArchivesSpace training program works with host institutions and is open to members and non-members, though member hosts receive some concessions on fees. We provide the instructors and instructional instances and the host provides the space and can invite whomever it wishes (and charge if it wishes). In general, hosts are responsible for instructor honoraria and travel expenses. If your institution is interested in hosting a face-to-face or online training, please contact Christine (christine.dibella@lyrasis.org). Connect with ArchivesSpace in Person Representatives of ArchivesSpace enjoy traveling to conferences and talking with many ArchivesSpace users and potential users in person. April was a full travel month, with Brad and Christine at New England Archivists in Portland, Maine (April 1-2), Brad at Society of California Archivists in Santa Rosa, California (April 8-9), Christine at the Midwest Archives Conference in Milwaukee, Wisconsin (April 28-30), and Madeline Sheldon of LYRASIS? Digital Technology Services at the Northwest Archivists Conference in Seattle (also April 28-30). Laurie Arp, Director, Collections Services & Community Supported Software at LYRASIS, was at the Mid-Atlantic Regional Archives Conference in Pittsburgh (April 14-16). May will be a little quieter, but you can visit with Annie Peterson of LYRASIS? Preservation Services at the Society of Southwest Archivists (May 18-21) and Laurie at the American Alliance of Museums (May 26-29). If you know of an upcoming conference that you think ArchivesSpace should be at, please get in touch about whether it?s already on our calendar or can be added. That?s the news from ArchivesSpace this month. Please feel free to share this update - and the ones in months to come - with people you know who have an interest in ArchivesSpace but may not be on one of the mailing lists mentioned. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 34626 bytes Desc: image001.png URL: From s.innes at auckland.ac.nz Thu May 5 19:31:30 2016 From: s.innes at auckland.ac.nz (Stephen Innes) Date: Thu, 5 May 2016 23:31:30 +0000 Subject: [Archivesspace_Users_Group] Using reports Message-ID: <015B1C30FBB6FD4EA43F95D77D2864230122E4CAA0@uxcn10-6.UoA.auckland.ac.nz> Can someone point me in the right direction. When generating a report how do you select the records for the report, or is it only possible to generate a report with for all records matching the report parameters? Thank you, Stephen Innes (ALIANZA) Special Collections Manager General Library, Te Herenga M?tauranga Wh?nui The University of Auckland Private Bag 92019 Auckland 1142 New Zealand Telephone (649) 373-7599 ext. 88062 | Fax (649) 373-7565 Blog: http://blogs.library.auckland.ac.nz/special-collections/Default.aspx Online exhibition: Special Collections First World War Centenary 2014-2018 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella Sent: Friday, 6 May 2016 7:12 a.m. To: Archivesspace Users Group; Archivesspace Member Reps; archivesspace_tac_uac at lyralists.lyrasis.org; archivesspace_bot_members at lyralists.lyrasis.org Subject: [FORGED] [Archivesspace_Users_Group] ArchivesSpace Update - May 2016 [cid:image001.png at 01D1A78A.D58D0790] May 2016 Update This monthly update will provide news about ArchivesSpace community and program activities and will be sent to our member listservs, the ArchivesSpace Google Group, and SAA?s Collection Management Tools roundtable listserv, as well as being posted on the ArchivesSpace website. Please feel free to share it with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Membership Update We welcomed three new members to the ArchivesSpace community in April: Oklahoma State University, the Texas State Library and Archives Commission, and the Curtis Institute of Music. We currently have 284 General members, nine Educational Program members, and three Registered Service Providers. Membership renewals will be sent all current members beginning in June. If your organization would like to be invoiced prior to then, please contact us at ArchivesSpaceHome@lyrasis.org. For those interested in considering membership, information is available at http://archivesspace.org/membership or by contacting us at ArchivesSpaceHome@lyrasis.org. Testing of Release Candidate ArchivesSpace is happy to announce the availability of a release candidate for the upcoming version 1.5.0 release. Version 1.5.0 will include the enhanced container management functionality that was originally developed as a plugin by Hudson Molonglo for Yale University. Adding this functionality to the core code of ArchivesSpace was the highest vote getter in the member voting on feature requests and bug fixes that was conducted last spring. Information on these enhancements is available here. We are aiming to distribute a full production version once testing of the release candidate is successfully completed. The timing of that release is highly dependent on community testing of this release candidate. Because integrating this functionality into the ArchivesSpace core code required changing the data model in certain areas, upgrading from a pre-1.5.0 version of ArchivesSpace requires repositories to plan for the upgrade, to conduct the upgrade and conversion to the new data model for containers, to review the results, and, possibly, to remediate data either prior to or after the final conversion process. Because of all the variations in which container information can be recorded by repositories, it is impossible to know all the ways the data of repositories will be impacted. A number of members of the community have helped with testing incremental changes to this point. Now that we are nearing the production release, it is essential that we get solid testing data from a broader swath of the ArchivesSpace community to ensure that unanticipated adverse effects are eliminated as much as possible, or, on the other hand, to ensure us the conversion is working as designed. Not only do we need to know if you encounter a problem or if your container data is not accurately converted, we also need to know if you were able to upgrade to the new version successfully. Information on preparing for the conversion is available here. To gather testing data in a structured way, we have a feedback form at for you to record your results. We ask that all data be provided by May 16. This tight turnaround is essential to ensure that the production release can come out in a timely way, making both the enhanced container management functionality and other improvements to ArchivesSpace made since the last release in the fall available for use in institutions? production deployments of ArchivesSpace. Other Development While container management and preparing the release candidate took precedence during the last month, other development is also proceeding, including work on the enhanced public interface. For the public interface specifically, we are expecting some other organizations to contribute to this effort in the near future, thereby allowing more of the recommendations of the design team to be implemented. Other development in recent sprints included remedying an issue with the Rapid Data Entry Tool (AR-1457), adding the option to export search results as a CSV file (AR-1442), and moving reports to the Background Jobs area (AR-1280). Staffing News Developer Chris Fitzpatrick recently announced he would be leaving ArchivesSpace to pursue new ventures. His last day was April 29. Chris has worked as an ArchivesSpace developer since December 2013, and he has contributed immensely to the refinement and advancement of the ArchivesSpace application during his tenure. In recent months, he has been constructing a process for converting the current ArchivesSpace container data model to a new one. That process is now being tested as part of the release candidate for version 1.5.0. We will miss Chris?s contributions, but we wish him great success with his new endeavors. Meanwhile, Brian Hoffman, our other ArchivesSpace developer, is reducing his time to 25%. Brian has been principally working to enhance the ArchivesSpace public interface in accord with the recommendations made by the Public Interface design team last December. Brian will continue to contribute to this effort over the next several months. The timetable for this work will likely be slower, but it continues to be a high priority. As we consider the impact of these staff changes, program staff and the Governance Board will also be reviewing and adjusting our staffing model to meet the needs of a growing membership. Already, we have converted the position of Community Outreach Manager held by Christine Di Bella to full-time. Christine has been doing a tremendous job developing our training and user documentation resources and representing ArchivesSpace at conferences and other events. To rebuild our technical support and development resources, we are investigating the following options: ? Having staff from LYRASIS (our organizational home) manage the release of ArchivesSpace updates. The next release will certainly be managed by LYRASIS staff, and it may prove beneficial to continue that assignment through later releases. ? Collaborating with LYRASIS to hire a Support Technician who will help new users of ArchivesSpace to implement the application, including troubleshooting user problems. This position will also assist with technical documentation and overall support of users. (If hired as a full-time position, it could be shared with CollectionSpace, an open source software for museum collection management and also based at LYRASIS.) ? Considering options for staffing development that include hiring staff, contracting with an outside firm, or with LYRASIS, or some combination of the three. Unfortunately, development of the ArchivesSpace application will be slower for the next few months as we bring on new development support. In the very short term, we intend to continue testing of the ArchivesSpace 1.5.0 release candidate, with the aim of releasing that version 1.5.0 at the end of May should testing of the upgrade and conversion process prove successful. Thank you for your patience and continuing support during this transitional period. Member Forum 2016 The ArchivesSpace Member Forum will be at the Robert W. Woodruff Library at Atlanta University Center on August 2. This free event will give staff members at ArchivesSpace member institutions a chance to connect with each other and the program team about all things ArchivesSpace. Thanks to member institution Atlanta University Center for making space for us! The planning group has put some proposed topics for workshops and sessions up on the wiki page linked above. We?re looking for speakers for the proposed topics, as well as suggestions for more topics you?d like to learn or talk about at the meeting in either half-day workshops or 75-minute sessions. Sessions may take any one of a number of formats, including panels, lightning rounds, and discussion groups, and even the proposed topics can take a different format or direction based on who volunteers to take them on. There is a short Google form available at https://goo.gl/IDlu6G; you can submit ideas or volunteer yourself to speak either via the form or by emailing me directly. We?ve extended the deadline to submit proposals, ideas, and suggestions to May 6, so you still have a little time! We aim to finalize the program as much as possible this month to give people plenty of time to make their travel arrangements. Training The ArchivesSpace trainer corps is finishing up a webinar series for the Keystone Library Network that provides the curriculum from our Basics and Digital Objects workshops online. Although this was our first time offering training in this way, we hope to be able to make it available to others as well in the near future. The ArchivesSpace training program works with host institutions and is open to members and non-members, though member hosts receive some concessions on fees. We provide the instructors and instructional instances and the host provides the space and can invite whomever it wishes (and charge if it wishes). In general, hosts are responsible for instructor honoraria and travel expenses. If your institution is interested in hosting a face-to-face or online training, please contact Christine (christine.dibella@lyrasis.org). Connect with ArchivesSpace in Person Representatives of ArchivesSpace enjoy traveling to conferences and talking with many ArchivesSpace users and potential users in person. April was a full travel month, with Brad and Christine at New England Archivists in Portland, Maine (April 1-2), Brad at Society of California Archivists in Santa Rosa, California (April 8-9), Christine at the Midwest Archives Conference in Milwaukee, Wisconsin (April 28-30), and Madeline Sheldon of LYRASIS? Digital Technology Services at the Northwest Archivists Conference in Seattle (also April 28-30). Laurie Arp, Director, Collections Services & Community Supported Software at LYRASIS, was at the Mid-Atlantic Regional Archives Conference in Pittsburgh (April 14-16). May will be a little quieter, but you can visit with Annie Peterson of LYRASIS? Preservation Services at the Society of Southwest Archivists (May 18-21) and Laurie at the American Alliance of Museums (May 26-29). If you know of an upcoming conference that you think ArchivesSpace should be at, please get in touch about whether it?s already on our calendar or can be added. That?s the news from ArchivesSpace this month. Please feel free to share this update - and the ones in months to come - with people you know who have an interest in ArchivesSpace but may not be on one of the mailing lists mentioned. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 34626 bytes Desc: image001.png URL: From noah.huffman at duke.edu Fri May 6 09:01:39 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Fri, 6 May 2016 13:01:39 +0000 Subject: [Archivesspace_Users_Group] Importing DO CSV with multiple file_versions In-Reply-To: <6716A5E4-D17C-4B55-88AD-57CF6596635F@eservices.virginia.edu> References: <6716A5E4-D17C-4B55-88AD-57CF6596635F@eservices.virginia.edu> Message-ID: Hi Steve, A colleague of mine wrote a Python script that will import DOs with multiple file versions (based on CSV input). It also links the digital objects to archival objects on import. https://github.com/noahgh221/archivesspace-duke-scripts/blob/master/duke_update_archival_object_args_multiplefileversions.py -Noah -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Majewski, Steven Dennis (sdm7g) Sent: Wednesday, May 04, 2016 5:54 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Importing DO CSV with multiple file_versions How do you structure a CSV file to import a digital object with multiple file_versions, i.e. multiple page images of a letter. It?s not clear from those templates whether you can do that. ? Steve Majewski > On Apr 21, 2016, at 3:24 PM, Angela Kroeger wrote: > > Greetings, ArchivesSpacers, > > I hope to convert an Excel spreadsheet into a CSV for importing digital object records. I have looked at section 14.2.5 "Digital Object CSV" of the manual, the Digital Object CSV Map (http://archivesspace.org/importexport), and the Digital Object CSV Template (https://github.com/archivesspace/archivesspace/blob/master/backend/app/exporters/examples/digital_object/aspace_digital_object_import_template.csv). > > Is there a way to add notes? Notes do not seem to be included in the list of fields in 14.2.5 or the template, but we really need to include the summary note. > > Looking at the controlled value lists in our system I see note_digital_object_type with summary as one of the values. I imagine note_digital_object_type could be a column with summary as the value, but then how would I include the actual text portion of the note? Or is that impossible? > > Alternatively, if push comes to shove, we could use a user-defined > text field for the summary. But I haven't figured out how to make the > user-defined fields display to the public. (The user defined text > fields do seem to be keyword searchable from the public interface, but > the text isn't visible.) > > Thank you! > --Angela > > Angela Kroeger > akroeger at unomaha.edu > Archives and Special Collections Associate Dr. C.C. and Mabel L. Criss > Library University of Nebraska at Omaha > (402) 554-4159 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou > p _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From clobdel1 at swarthmore.edu Fri May 6 11:22:03 2016 From: clobdel1 at swarthmore.edu (Chelsea Lobdell) Date: Fri, 6 May 2016 11:22:03 -0400 Subject: [Archivesspace_Users_Group] Running ArchivesSpace Under a Prefix Message-ID: Hello ArchivesSpace Users, I have just recently installed ArchivesSpace and I would like to set it to run under a prefix so the URLs can look nice. I have uncommented and configured frontend_proxy_url and public_proxy_url in config.rb and I have added the following to my /etc/httpd/conf/httpd.conf file: ProxyPass /staff http://myserver.edu:8080/ ProxyPassReverse /staff http://myserver.edu:8080/ ProxyPass /public http://myserver.edu:8081/ ProxyPassReverse /public http://myserver.edu:8081/ And I restarted apache but I get an error when I load the page. The config.rb file is pretty simple so my guess is something is off in my apache httpd.conf file. If anyone's done this can you give me some guidance? Do the ProxyPass statements need to go within a virtual host? I've just added them at the end of the file. Any help appreciated! Thanks, Chelsea *---------------* *Chelsea Lobdell* *Library Web Developer/ Swarthmore College* *clobdel1 at swarthmore.edu / (610)690-6818* -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephenschor at nypl.org Fri May 6 12:45:36 2016 From: stephenschor at nypl.org (Stephen Schor) Date: Fri, 6 May 2016 12:45:36 -0400 Subject: [Archivesspace_Users_Group] Authentication and External Solr Message-ID: Hi. I'm thinking about running ASpace with an external Solr. After looking at the documentation on using an external Solr - I didn't see anything regarding Solr username/password. I'd be grateful if someone could point me in the right direction. Thanks for your time, Stephen -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Fri May 6 13:30:55 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Fri, 6 May 2016 17:30:55 +0000 Subject: [Archivesspace_Users_Group] Authentication and External Solr In-Reply-To: References: Message-ID: <8176B6E4-D250-4272-BDDB-A0BF8F8FBDF6@eservices.virginia.edu> I think you would have to add authentication to the indexer code depending on what authentication method you are using for Solr. I?m guessing that there are just too many possible authentication methods to support, so that?s why ASpace is shipped with it?s own Solr that you can firewall restrict to localhost. ? Steve Majewski > On May 6, 2016, at 12:45 PM, Stephen Schor wrote: > > Hi. > > I'm thinking about running ASpace with an external Solr. > After looking at the documentation on using an external Solr - I didn't > see anything regarding Solr username/password. > > I'd be grateful if someone could point me in the right direction. > > Thanks for your time, > Stephen > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From j at minorscience.com Fri May 6 14:11:16 2016 From: j at minorscience.com (Jason Loeffler) Date: Fri, 6 May 2016 14:11:16 -0400 Subject: [Archivesspace_Users_Group] multiple query parameters Message-ID: Can someone tell me the correct syntax for passing multiple ids into a delete API request? Does the API even support multiple id parameters in a single request or do I have to iterate over each endpoint? Thanks much. Jason Loeffler Technology Consultant Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Fri May 6 14:27:16 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Fri, 6 May 2016 18:27:16 +0000 Subject: [Archivesspace_Users_Group] multiple query parameters In-Reply-To: References: Message-ID: I?m pretty sure, based on the RESTful nature of the API, that you would need to iterate over each endpoint. Each resource has a URI and a delete request is just a HTTP DELETE method called on that URI. > On May 6, 2016, at 2:11 PM, Jason Loeffler wrote: > > Can someone tell me the correct syntax for passing multiple ids into a delete API request? Does the API even support multiple id parameters in a single request or do I have to iterate over each endpoint? > > Thanks much. > > Jason Loeffler > Technology Consultant > Minor Science | Application Development & Metadata Strategy > Brooklyn, New York > jason at minorscience.com > (347) 405-0826 > minorscience (Skype) > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From epyers at slv.vic.gov.au Sun May 8 19:43:46 2016 From: epyers at slv.vic.gov.au (Emily Pyers) Date: Sun, 8 May 2016 23:43:46 +0000 Subject: [Archivesspace_Users_Group] getting started In-Reply-To: References: Message-ID: <56038ad27c7549a38020ebc0e2b85dc4@STAFFEXCH01.staff.local> Hi Elspeth, If you email me direct I can shoot you a copy of our user documentation? A lot of the instruction is specific to us, obviously, but it might give you a bit of a starting point? Cheers, Emily Emily Pyers | Collections Cataloguing Librarian | Storage & Digital Collection Services In the office Monday - Wednesday & Friday, 9am-3:30pm State Library Victoria | 328 Swanston Street | Melbourne VIC 3000 T +61 3 8664 7368 | epyers at slv.vic.gov.au slv.vic.gov.au [Discover Library] [follow us] [SLV facebook] [SLV twitter] [SLV youtube] [SLV flickr] [SLV instagram] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Elspeth Olson Sent: Thursday, 5 May 2016 2:56 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] getting started Hello - I've recently taken over the library/archives position at a small museum and discovered that a lot of our documentation has gone missing. We've finally managed to dig up passwords to the members' area with the various manuals and tutorials, but I'm just plain not sure how to begin. I've used Archivist's Toolkit (several years ago) but never ArchivesSpace. Can anyone offer pointers as to how to begin? It appears that while we have a membership, we've not yet actually entered any information or created any records, so I'm pretty much starting from scratch. Help! I'm feeling clueless! Elspeth Olson Librarian/Archivist American Bookbinders Museum 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 annee at radcliffe.harvard.edu Mon May 9 12:46:51 2016 From: annee at radcliffe.harvard.edu (Engelhart, Anne) Date: Mon, 9 May 2016 16:46:51 +0000 Subject: [Archivesspace_Users_Group] Restore "Processing Status" field to Collection Management sub-record (AR-1426) Message-ID: This is in response to a long-time thread on the list serve and to recent comments (the latest being April 5, 2016) by Chris Fitzpatrick and Laurel McPhee under AR-1426 in JIRA. Harvard advocates putting the processing status fields back into the collection management record and leaving the data in Events records. We would also advocate doing this as soon as possible. Anne Engelhart ArchivesSpace Member Representative, Harvard University Head, Collection Services Schlesinger Library, Radcliffe Institute 10 Garden St. Cambridge, MA 02138 617.495.8521 annee at radcliffe.harvard.edu Find the Schlesinger Library on Facebook at https://www.facebook.com/SchlesingerLibrary -------------- next part -------------- An HTML attachment was scrubbed... URL: From clobdel1 at swarthmore.edu Tue May 10 11:49:50 2016 From: clobdel1 at swarthmore.edu (Chelsea Lobdell) Date: Tue, 10 May 2016 11:49:50 -0400 Subject: [Archivesspace_Users_Group] Manage Repositories NoMethodError Message-ID: Hello ArchivesSpace, I have a freshly installed version of Archivesspace 1.4.2. I have been able to add/edit users and manage the controlled value list. But I get an error when clicking on Manage Repositories. Below are the details (also, I've attached a screenshot): NoMethodError in RepositoriesController#index undefined method `[]=' for nil:NilClass Rails.root: /tmp/jetty-0.0.0.0-8080-frontend.war-_-any-_3000133382320652895/webapp/WEB-INF Application Trace | Framework Trace | Full Trace app/models/search.rb:26:in `global' app/controllers/repositories_controller.rb:12:in `index' Has anyone encountered this in their implementation? Did you find a solution? I can get around this by going to http://localhost:8080/repositories/new and I am able to enter a new repository and I can then select that repository. This is only happening when I click on Manage Repositories (http://localhost:8080/repositories). Thanks, Chelsea *---------------* *Chelsea Lobdell* *Library Web Developer/ Swarthmore College* *clobdel1 at swarthmore.edu / (610)690-6818* -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-05-10 at 11.49.15 AM.png Type: image/png Size: 164179 bytes Desc: not available URL: From sdm7g at eservices.virginia.edu Tue May 10 12:39:38 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Tue, 10 May 2016 16:39:38 +0000 Subject: [Archivesspace_Users_Group] Manage Repositories NoMethodError In-Reply-To: References: Message-ID: <93F528F7-24E3-4B95-B276-E9EDBA074F40@eservices.virginia.edu> I hadn?t seen that error before, but I can replicate it if I run the backend and frontend without solr. Can you connect to the solr webapp ? ( on port 8090 if you haven?t changed defaults. ) ( Perhaps a problem with the indexer could cause a problem as well. ) ? Steve Majewski > On May 10, 2016, at 11:50 AM, Chelsea Lobdell wrote: > > Hello ArchivesSpace, > > I have a freshly installed version of Archivesspace 1.4.2. I have been able to add/edit users and manage the controlled value list. But I get an error when clicking on Manage Repositories. Below are the details (also, I've attached a screenshot): > NoMethodError in RepositoriesController#index > > undefined method `[]=' for nil:NilClass > Rails.root: /tmp/jetty-0.0.0.0-8080-frontend.war-_-any-_3000133382320652895/webapp/WEB-INF > > Application Trace | Framework Trace | Full Trace > app/models/search.rb:26:in `global' > app/controllers/repositories_controller.rb:12:in `index' > > > Has anyone encountered this in their implementation? Did you find a solution? I can get around this by going to http://localhost:8080/repositories/new and I am able to enter a new repository and I can then select that repository. This is only happening when I click on Manage Repositories (http://localhost:8080/repositories). > > Thanks, > Chelsea > > --------------- > Chelsea Lobdell > Library Web Developer/ Swarthmore College > clobdel1 at swarthmore.edu / (610)690-6818 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From Salwa.Ismail at georgetown.edu Wed May 11 08:33:15 2016 From: Salwa.Ismail at georgetown.edu (Salwa Ismail) Date: Wed, 11 May 2016 08:33:15 -0400 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Message-ID: Hello ArchivesSpace Users, We've noticed that our single-part notes do not show up when we output the finding aid as a PDF using "Print Resource to PDF" function. Our multi-part notes show up fine. The finding aid is set to False on Publish (so not published on the web), but the individual component notes (multi- or single) are set "checked" on publish. Are we missing something here? I've perused though the documentation but was unable to find anything in the Notes section or Print Resource to PDF section that helped or indicated something that could be of use in my case. Any and all help and advise is appreciated. Bes, -Salwa *---* *Salwa Ismail* Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Wed May 11 10:23:26 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 11 May 2016 14:23:26 +0000 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF In-Reply-To: References: Message-ID: I?d think the problem, most likely, is one of two things: ? Something in the EAD (like the notes having an @audience=?internal? attribute) ? Something in the EAD to PDF transformation Can you send a copy of the EAD file? If so, also provide an example of one of the notes that isn?t displaying but should, just in case that?s not in the EAD output at all for some reason. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 8:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Hello ArchivesSpace Users, We've noticed that our single-part notes do not show up when we output the finding aid as a PDF using "Print Resource to PDF" function. Our multi-part notes show up fine. The finding aid is set to False on Publish (so not published on the web), but the individual component notes (multi- or single) are set "checked" on publish. Are we missing something here? I've perused though the documentation but was unable to find anything in the Notes section or Print Resource to PDF section that helped or indicated something that could be of use in my case. Any and all help and advise is appreciated. Bes, -Salwa --- Salwa Ismail Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Salwa.Ismail at georgetown.edu Wed May 11 12:01:46 2016 From: Salwa.Ismail at georgetown.edu (Salwa Ismail) Date: Wed, 11 May 2016 12:01:46 -0400 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF In-Reply-To: References: Message-ID: Thanks for the suggestions, Mark. I've also been corresponding with Brad and turns out it's a bug with AS that they'll add to their queue. I am unable to share the FA as it has private date/information in it. :-( Thanks, -Salwa *---* *Salwa Ismail* Head, Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 On Wed, May 11, 2016 at 10:23 AM, Custer, Mark wrote: > I?d think the problem, most likely, is one of two things: > > > > ? Something in the EAD (like the notes having an > @audience=?internal? attribute) > > ? Something in the EAD to PDF transformation > > > > Can you send a copy of the EAD file? If so, also provide an example of > one of the notes that isn?t displaying but should, just in case that?s not > in the EAD output at all for some reason. > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Salwa > Ismail > *Sent:* Wednesday, 11 May, 2016 8:33 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] Single-Part notes not showing up > in Print Resource to PDF > > > > Hello ArchivesSpace Users, > > > > We've noticed that our single-part notes do not show up when we output the > finding aid as a PDF using "Print Resource to PDF" function. > > Our multi-part notes show up fine. > > > > The finding aid is set to False on Publish (so not published on the web), > but the individual component notes (multi- or single) are set "checked" on > publish. > > > > Are we missing something here? I've perused though the documentation but > was unable to find anything in the Notes section or Print Resource to PDF > section that helped or indicated something that could be of use in my case. > > > > Any and all help and advise is appreciated. > > > > Bes, > > -Salwa > > > *---* > > *Salwa Ismail* > Library Information Technology (LIT) > Georgetown University Library > Washington D.C. > (202) 687 7385 > > > > > > _______________________________________________ > 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 stephenschor at nypl.org Wed May 11 13:11:05 2016 From: stephenschor at nypl.org (Stephen Schor) Date: Wed, 11 May 2016 13:11:05 -0400 Subject: [Archivesspace_Users_Group] Authentication and External Solr In-Reply-To: <8176B6E4-D250-4272-BDDB-A0BF8F8FBDF6@eservices.virginia.edu> References: <8176B6E4-D250-4272-BDDB-A0BF8F8FBDF6@eservices.virginia.edu> Message-ID: Hi. Coming back to this since I've spent some more time poking around the ASpace code and have a little better understanding of its layout and Solr in general. Seems like I could add basic_auth credentials on the NetHTTP request object in ./wars/indexer.war/indexer_common#do_http_request(). Does anyone have experience monkey-patching methods defined in the warred files? I tried to do it in a plugin but it seems that plugins load before the content of indexer.war. I don't *mind* hand-editing and regenerating indexer.war - but it seems less palatable (believe it or not) than monkey patching and more oral history to maintain once it's time to update our version of ASpace. Stephen On Fri, May 6, 2016 at 1:30 PM, Majewski, Steven Dennis (sdm7g) < sdm7g at eservices.virginia.edu> wrote: > > I think you would have to add authentication to the indexer code depending > on what authentication method you are using for Solr. I?m guessing that > there are just too many possible authentication methods to support, so > that?s why ASpace is shipped with it?s own Solr that you can firewall > restrict to localhost. > > > ? Steve Majewski > > > > > On May 6, 2016, at 12:45 PM, Stephen Schor > wrote: > > > > Hi. > > > > I'm thinking about running ASpace with an external Solr. > > After looking at the documentation on using an external Solr - I didn't > > see anything regarding Solr username/password. > > > > I'd be grateful if someone could point me in the right direction. > > > > Thanks for your time, > > Stephen > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Wed May 11 13:59:48 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 11 May 2016 17:59:48 +0000 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF In-Reply-To: References: Message-ID: Thanks, Salwa. I just tried to duplicate this issue in the newest version of ASpace, but I wasn?t able to do so (at least not when the published notes are attached at the resource level). Here?s the resource: http://test.archivesspace.org/resources/95/ (in the GoneRepo repository). Perhaps the issue has been fixed, or perhaps there are other variables at play? Either way, I?d be interested in taking a look at the ticket once it?s in JIRA. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 12:02 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks for the suggestions, Mark. I've also been corresponding with Brad and turns out it's a bug with AS that they'll add to their queue. I am unable to share the FA as it has private date/information in it. :-( Thanks, -Salwa --- Salwa Ismail Head, Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 On Wed, May 11, 2016 at 10:23 AM, Custer, Mark > wrote: I?d think the problem, most likely, is one of two things: ? Something in the EAD (like the notes having an @audience=?internal? attribute) ? Something in the EAD to PDF transformation Can you send a copy of the EAD file? If so, also provide an example of one of the notes that isn?t displaying but should, just in case that?s not in the EAD output at all for some reason. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 8:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Hello ArchivesSpace Users, We've noticed that our single-part notes do not show up when we output the finding aid as a PDF using "Print Resource to PDF" function. Our multi-part notes show up fine. The finding aid is set to False on Publish (so not published on the web), but the individual component notes (multi- or single) are set "checked" on publish. Are we missing something here? I've perused though the documentation but was unable to find anything in the Notes section or Print Resource to PDF section that helped or indicated something that could be of use in my case. Any and all help and advise is appreciated. Bes, -Salwa --- Salwa Ismail Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 _______________________________________________ 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 clobdel1 at swarthmore.edu Wed May 11 15:22:59 2016 From: clobdel1 at swarthmore.edu (Chelsea Lobdell) Date: Wed, 11 May 2016 15:22:59 -0400 Subject: [Archivesspace_Users_Group] Manage Repositories NoMethodError In-Reply-To: <93F528F7-24E3-4B95-B276-E9EDBA074F40@eservices.virginia.edu> References: <93F528F7-24E3-4B95-B276-E9EDBA074F40@eservices.virginia.edu> Message-ID: Hi Steve, When I go to port 8089 this is all I see: { "databaseProductName": "MySQL", "databaseProductVersion": "5.1.73-log", "ruby_version": "1.9", "host_os": "linux", "host_cpu": "x86_64", "build": "java1.6", "archivesSpaceVersion": "v1.4.2" } I've also attached a screenshot. I'm not sure what I should expect to be seeing. Is there anything I can do server side to check if SOLR is running correctly? - Chelsea *---------------* *Chelsea Lobdell* *Library Web Developer/ Swarthmore College* *clobdel1 at swarthmore.edu / (610)690-6818* On Tue, May 10, 2016 at 12:39 PM, Majewski, Steven Dennis (sdm7g) < sdm7g at eservices.virginia.edu> wrote: > > I hadn?t seen that error before, but I can replicate it if I run the > backend and frontend without solr. > Can you connect to the solr webapp ? ( on port 8090 if you haven?t > changed defaults. ) > ( Perhaps a problem with the indexer could cause a problem as well. ) > > ? Steve Majewski > > > > > On May 10, 2016, at 11:50 AM, Chelsea Lobdell > wrote: > > > > Hello ArchivesSpace, > > > > I have a freshly installed version of Archivesspace 1.4.2. I have been > able to add/edit users and manage the controlled value list. But I get an > error when clicking on Manage Repositories. Below are the details (also, > I've attached a screenshot): > > NoMethodError in RepositoriesController#index > > > > undefined method `[]=' for nil:NilClass > > Rails.root: > /tmp/jetty-0.0.0.0-8080-frontend.war-_-any-_3000133382320652895/webapp/WEB-INF > > > > Application Trace | Framework Trace | Full Trace > > app/models/search.rb:26:in `global' > > app/controllers/repositories_controller.rb:12:in `index' > > > > > > Has anyone encountered this in their implementation? Did you find a > solution? I can get around this by going to > http://localhost:8080/repositories/new and I am able to enter a new > repository and I can then select that repository. This is only happening > when I click on Manage Repositories (http://localhost:8080/repositories). > > > > Thanks, > > Chelsea > > > > --------------- > > Chelsea Lobdell > > Library Web Developer/ Swarthmore College > > clobdel1 at swarthmore.edu / (610)690-6818 > > AM.png>_______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-05-11 at 10.01.36 AM.png Type: image/png Size: 100192 bytes Desc: not available URL: From stephenschor at nypl.org Wed May 11 15:28:46 2016 From: stephenschor at nypl.org (Stephen Schor) Date: Wed, 11 May 2016 15:28:46 -0400 Subject: [Archivesspace_Users_Group] Authentication and External Solr In-Reply-To: References: <8176B6E4-D250-4272-BDDB-A0BF8F8FBDF6@eservices.virginia.edu> Message-ID: Hello. Here's a small walkthrough of what I ended up doing. *Edited the content of ./wars/indexer.war/indexer_common.rb* Developers will be running embeded solr - but our stage and prod machines will use an external solr. So I added this bit to do_http_request() if AppConfig[:solr_url] && !AppConfig[:solr_url].include?('localhost') req.basic_auth AppConfig[:solr_http_basic_user], AppConfig[:solr_http_basic_pass] end *Added HTTP Basic Auth credentials to config/config.rb* AppConfig[:solr_http_basic_user] = '[string-read-from-properties-file]' AppConfig[:solr_http_basic_pass] = '[string-read-from-properties-file]' On Wed, May 11, 2016 at 1:11 PM, Stephen Schor wrote: > Hi. > > Coming back to this since I've spent some more time poking around the > ASpace code and have a little better > understanding of its layout and Solr in general. > > Seems like I could add basic_auth credentials on the NetHTTP request > object > > in ./wars/indexer.war/indexer_common#do_http_request(). > > Does anyone have experience monkey-patching methods defined in the warred > files? > I tried to do it in a plugin but it seems that plugins load before the > content of indexer.war. > > I don't *mind* hand-editing and regenerating indexer.war - but it seems > less palatable (believe it or not) > than monkey patching and more oral history to maintain once it's time to > update our version of ASpace. > > Stephen > > > > On Fri, May 6, 2016 at 1:30 PM, Majewski, Steven Dennis (sdm7g) < > sdm7g at eservices.virginia.edu> wrote: > >> >> I think you would have to add authentication to the indexer code >> depending on what authentication method you are using for Solr. I?m >> guessing that there are just too many possible authentication methods to >> support, so that?s why ASpace is shipped with it?s own Solr that you can >> firewall restrict to localhost. >> >> >> ? Steve Majewski >> >> >> >> > On May 6, 2016, at 12:45 PM, Stephen Schor >> wrote: >> > >> > Hi. >> > >> > I'm thinking about running ASpace with an external Solr. >> > After looking at the documentation on using an external Solr - I didn't >> > see anything regarding Solr username/password. >> > >> > I'd be grateful if someone could point me in the right direction. >> > >> > Thanks for your time, >> > Stephen >> > _______________________________________________ >> > Archivesspace_Users_Group mailing list >> > Archivesspace_Users_Group at lyralists.lyrasis.org >> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Wed May 11 15:30:43 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 11 May 2016 19:30:43 +0000 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF In-Reply-To: References: Message-ID: Mark, This a bug with the EAD>PDF transformation that appears to only affect note at the component level, and perhaps notes only that are single part. I have not tested all the multi-part note types but a couple seem to present no problems. But all single part notes do. I added a component to your PDF-Test resource in test (http://test.archivesspace.org/resources/95/) to illustrate. This is a problem in 1.4.2 as well. A bug report is posted at https://archivesspace.atlassian.net/browse/AR-1474. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 11, 2016 2:00 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks, Salwa. I just tried to duplicate this issue in the newest version of ASpace, but I wasn?t able to do so (at least not when the published notes are attached at the resource level). Here?s the resource: http://test.archivesspace.org/resources/95/ (in the GoneRepo repository). Perhaps the issue has been fixed, or perhaps there are other variables at play? Either way, I?d be interested in taking a look at the ticket once it?s in JIRA. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 12:02 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks for the suggestions, Mark. I've also been corresponding with Brad and turns out it's a bug with AS that they'll add to their queue. I am unable to share the FA as it has private date/information in it. :-( Thanks, -Salwa --- Salwa Ismail Head, Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 On Wed, May 11, 2016 at 10:23 AM, Custer, Mark > wrote: I?d think the problem, most likely, is one of two things: ? Something in the EAD (like the notes having an @audience=?internal? attribute) ? Something in the EAD to PDF transformation Can you send a copy of the EAD file? If so, also provide an example of one of the notes that isn?t displaying but should, just in case that?s not in the EAD output at all for some reason. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 8:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Hello ArchivesSpace Users, We've noticed that our single-part notes do not show up when we output the finding aid as a PDF using "Print Resource to PDF" function. Our multi-part notes show up fine. The finding aid is set to False on Publish (so not published on the web), but the individual component notes (multi- or single) are set "checked" on publish. Are we missing something here? I've perused though the documentation but was unable to find anything in the Notes section or Print Resource to PDF section that helped or indicated something that could be of use in my case. Any and all help and advise is appreciated. Bes, -Salwa --- Salwa Ismail Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 _______________________________________________ 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 mark.custer at yale.edu Wed May 11 16:40:41 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 11 May 2016 20:40:41 +0000 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF In-Reply-To: References: Message-ID: Brad, Can you tag this bug with the ?XSLT? label? I can issue a pull request at some point once I look into making updates to that styles sheet (or if anyone else wants to beat me to that, feel free; I?ve already tested the fix). In the meantime, the bug is on line 1551: https://github.com/archivesspace/archivesspace/blob/master/stylesheets/as-ead-pdf.xsl#L1551 That if statement is testing for any child elements (which would force a single-part note to have mixed encoding just to display, which definitely isn?t the desire). My assumption is that this was added in order to skip empty elements, or elements that only have white space. To apply that fix, all you need to do is change ?child::*? to ?normalize-space()? ? but just do that on line 1551, since there are other places using that same test. I?ll add the same info to JIRA. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Wednesday, 11 May, 2016 3:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Mark, This a bug with the EAD>PDF transformation that appears to only affect note at the component level, and perhaps notes only that are single part. I have not tested all the multi-part note types but a couple seem to present no problems. But all single part notes do. I added a component to your PDF-Test resource in test (http://test.archivesspace.org/resources/95/) to illustrate. This is a problem in 1.4.2 as well. A bug report is posted at https://archivesspace.atlassian.net/browse/AR-1474. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 11, 2016 2:00 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks, Salwa. I just tried to duplicate this issue in the newest version of ASpace, but I wasn?t able to do so (at least not when the published notes are attached at the resource level). Here?s the resource: http://test.archivesspace.org/resources/95/ (in the GoneRepo repository). Perhaps the issue has been fixed, or perhaps there are other variables at play? Either way, I?d be interested in taking a look at the ticket once it?s in JIRA. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 12:02 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks for the suggestions, Mark. I've also been corresponding with Brad and turns out it's a bug with AS that they'll add to their queue. I am unable to share the FA as it has private date/information in it. :-( Thanks, -Salwa --- Salwa Ismail Head, Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 On Wed, May 11, 2016 at 10:23 AM, Custer, Mark > wrote: I?d think the problem, most likely, is one of two things: ? Something in the EAD (like the notes having an @audience=?internal? attribute) ? Something in the EAD to PDF transformation Can you send a copy of the EAD file? If so, also provide an example of one of the notes that isn?t displaying but should, just in case that?s not in the EAD output at all for some reason. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 8:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Hello ArchivesSpace Users, We've noticed that our single-part notes do not show up when we output the finding aid as a PDF using "Print Resource to PDF" function. Our multi-part notes show up fine. The finding aid is set to False on Publish (so not published on the web), but the individual component notes (multi- or single) are set "checked" on publish. Are we missing something here? I've perused though the documentation but was unable to find anything in the Notes section or Print Resource to PDF section that helped or indicated something that could be of use in my case. Any and all help and advise is appreciated. Bes, -Salwa --- Salwa Ismail Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 _______________________________________________ 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 mark.custer at yale.edu Wed May 11 16:59:42 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 11 May 2016 20:59:42 +0000 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF In-Reply-To: References: Message-ID: Salwa, I should?ve mentioned this explicitly, but since the XSLT transformation files aren?t stored in the war files of ArchivesSpace, you don?t actually need to wait for a fix in a new release of ASpace. You can just edit that one line here: archivesspace/stylesheets/as-ead-pdf.xsl I hope that helps, Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, 11 May, 2016 4:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Brad, Can you tag this bug with the ?XSLT? label? I can issue a pull request at some point once I look into making updates to that styles sheet (or if anyone else wants to beat me to that, feel free; I?ve already tested the fix). In the meantime, the bug is on line 1551: https://github.com/archivesspace/archivesspace/blob/master/stylesheets/as-ead-pdf.xsl#L1551 That if statement is testing for any child elements (which would force a single-part note to have mixed encoding just to display, which definitely isn?t the desire). My assumption is that this was added in order to skip empty elements, or elements that only have white space. To apply that fix, all you need to do is change ?child::*? to ?normalize-space()? ? but just do that on line 1551, since there are other places using that same test. I?ll add the same info to JIRA. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Wednesday, 11 May, 2016 3:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Mark, This a bug with the EAD>PDF transformation that appears to only affect note at the component level, and perhaps notes only that are single part. I have not tested all the multi-part note types but a couple seem to present no problems. But all single part notes do. I added a component to your PDF-Test resource in test (http://test.archivesspace.org/resources/95/) to illustrate. This is a problem in 1.4.2 as well. A bug report is posted at https://archivesspace.atlassian.net/browse/AR-1474. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 11, 2016 2:00 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks, Salwa. I just tried to duplicate this issue in the newest version of ASpace, but I wasn?t able to do so (at least not when the published notes are attached at the resource level). Here?s the resource: http://test.archivesspace.org/resources/95/ (in the GoneRepo repository). Perhaps the issue has been fixed, or perhaps there are other variables at play? Either way, I?d be interested in taking a look at the ticket once it?s in JIRA. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 12:02 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks for the suggestions, Mark. I've also been corresponding with Brad and turns out it's a bug with AS that they'll add to their queue. I am unable to share the FA as it has private date/information in it. :-( Thanks, -Salwa --- Salwa Ismail Head, Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 On Wed, May 11, 2016 at 10:23 AM, Custer, Mark > wrote: I?d think the problem, most likely, is one of two things: ? Something in the EAD (like the notes having an @audience=?internal? attribute) ? Something in the EAD to PDF transformation Can you send a copy of the EAD file? If so, also provide an example of one of the notes that isn?t displaying but should, just in case that?s not in the EAD output at all for some reason. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 8:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Hello ArchivesSpace Users, We've noticed that our single-part notes do not show up when we output the finding aid as a PDF using "Print Resource to PDF" function. Our multi-part notes show up fine. The finding aid is set to False on Publish (so not published on the web), but the individual component notes (multi- or single) are set "checked" on publish. Are we missing something here? I've perused though the documentation but was unable to find anything in the Notes section or Print Resource to PDF section that helped or indicated something that could be of use in my case. Any and all help and advise is appreciated. Bes, -Salwa --- Salwa Ismail Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 _______________________________________________ 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 brad.westbrook at lyrasis.org Wed May 11 18:49:01 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 11 May 2016 22:49:01 +0000 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF In-Reply-To: References: Message-ID: Added label = ?xsl?, Mark, since that is the label we agreed on a couple of days ago. -b From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 11, 2016 4:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Brad, Can you tag this bug with the ?XSLT? label? I can issue a pull request at some point once I look into making updates to that styles sheet (or if anyone else wants to beat me to that, feel free; I?ve already tested the fix). In the meantime, the bug is on line 1551: https://github.com/archivesspace/archivesspace/blob/master/stylesheets/as-ead-pdf.xsl#L1551 That if statement is testing for any child elements (which would force a single-part note to have mixed encoding just to display, which definitely isn?t the desire). My assumption is that this was added in order to skip empty elements, or elements that only have white space. To apply that fix, all you need to do is change ?child::*? to ?normalize-space()? ? but just do that on line 1551, since there are other places using that same test. I?ll add the same info to JIRA. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Wednesday, 11 May, 2016 3:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Mark, This a bug with the EAD>PDF transformation that appears to only affect note at the component level, and perhaps notes only that are single part. I have not tested all the multi-part note types but a couple seem to present no problems. But all single part notes do. I added a component to your PDF-Test resource in test (http://test.archivesspace.org/resources/95/) to illustrate. This is a problem in 1.4.2 as well. A bug report is posted at https://archivesspace.atlassian.net/browse/AR-1474. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 11, 2016 2:00 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks, Salwa. I just tried to duplicate this issue in the newest version of ASpace, but I wasn?t able to do so (at least not when the published notes are attached at the resource level). Here?s the resource: http://test.archivesspace.org/resources/95/ (in the GoneRepo repository). Perhaps the issue has been fixed, or perhaps there are other variables at play? Either way, I?d be interested in taking a look at the ticket once it?s in JIRA. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 12:02 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Thanks for the suggestions, Mark. I've also been corresponding with Brad and turns out it's a bug with AS that they'll add to their queue. I am unable to share the FA as it has private date/information in it. :-( Thanks, -Salwa --- Salwa Ismail Head, Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 On Wed, May 11, 2016 at 10:23 AM, Custer, Mark > wrote: I?d think the problem, most likely, is one of two things: ? Something in the EAD (like the notes having an @audience=?internal? attribute) ? Something in the EAD to PDF transformation Can you send a copy of the EAD file? If so, also provide an example of one of the notes that isn?t displaying but should, just in case that?s not in the EAD output at all for some reason. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Salwa Ismail Sent: Wednesday, 11 May, 2016 8:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF Hello ArchivesSpace Users, We've noticed that our single-part notes do not show up when we output the finding aid as a PDF using "Print Resource to PDF" function. Our multi-part notes show up fine. The finding aid is set to False on Publish (so not published on the web), but the individual component notes (multi- or single) are set "checked" on publish. Are we missing something here? I've perused though the documentation but was unable to find anything in the Notes section or Print Resource to PDF section that helped or indicated something that could be of use in my case. Any and all help and advise is appreciated. Bes, -Salwa --- Salwa Ismail Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 _______________________________________________ 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 alanng at cuhk.edu.hk Wed May 11 22:14:57 2016 From: alanng at cuhk.edu.hk (Alan Ng (Library)) Date: Thu, 12 May 2016 02:14:57 +0000 Subject: [Archivesspace_Users_Group] Chinese character display problem in the EAD-PDF feature Message-ID: <5E610A97-151A-45EC-A1AD-BE9A01FAB020@cuhk.edu.hk> Dear colleagues using ArchivesSpace, I am with Chinese University of Hong Kong Library, I am trying to use the ?EAD-PDF? feature in the Archivesspace public interface. However, I realized that all the Chinese characters will appear as the ?#? character in the generated PDF. This happened for both AS 1.2.0 and AS 1.4.2 Since the majority of our records are written in Chinese language, it becomes a big problem if the system-generated PDF cannot display the Chinese characters correctly. If you have seen the same problem, I appreciate your sharing of any workaround. Thanks a lot! Alan Ng May 12 From mark.custer at yale.edu Thu May 12 08:41:03 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 12 May 2016 12:41:03 +0000 Subject: [Archivesspace_Users_Group] Chinese character display problem in the EAD-PDF feature In-Reply-To: <5E610A97-151A-45EC-A1AD-BE9A01FAB020@cuhk.edu.hk> References: <5E610A97-151A-45EC-A1AD-BE9A01FAB020@cuhk.edu.hk> Message-ID: Alan, It sounds like the problem is with the font that's used to create the PDFs by ArchivesSpace. Do you have access to software like oXygen XML editor, by any chance? If so, you can create this outside of ArchivesSpace (I'm not sure what font ASpace uses for the PDFs by default, but I think it's Arial, but I could be wrong about that). In any event, if I change the font-family from serif to "ArialUnicodeMS" in line 122 of the stylesheet, https://github.com/archivesspace/archivesspace/blob/master/stylesheets/as-ead-pdf.xsl#L122, and run the transformation with oXygen, I can get some Chinese characters to display. I've attached a PDF example. Hopefully that'll point you in the right direction, but if not, let me know. Mark p.s. we still haven't decided how PDFs will be handled in the new public interface, but this was definitely one of the issues that we'll be considering. -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alan Ng (Library) Sent: Wednesday, 11 May, 2016 10:15 PM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Alan Ng (Library) Subject: [Archivesspace_Users_Group] Chinese character display problem in the EAD-PDF feature Dear colleagues using ArchivesSpace,I am with Chinese University of Hong Kong Library, I am trying to use the ?EAD-PDF? feature in the Archivesspace public interface. However, I realized that all the Chinese characters will appear as the ?#? character in the generated PDF. This happened for both AS 1.2.0 and AS 1.4.2Since the majority of our records are written in Chinese language, it becomes a big problem if the system-generated PDF cannot display the Chinese characters correctly.If you have seen the same problem, I appreciate your sharing of any workaround. Thanks a lot!Alan NgMay 12 _______________________________________________ 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=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=hBpW-Ezm3-Zz9AWCAFPYmGLANQwX6YE8xumIe2wX7Qk&s=_2HqttDphzqxMklnS2M601vMrRliuliWyNDm0aqFxSQ&e= -------------- next part -------------- A non-text attachment was scrubbed... Name: iddd_ead.pdf Type: application/pdf Size: 35255 bytes Desc: iddd_ead.pdf URL: From Salwa.Ismail at georgetown.edu Thu May 12 13:50:55 2016 From: Salwa.Ismail at georgetown.edu (Salwa Ismail) Date: Thu, 12 May 2016 13:50:55 -0400 Subject: [Archivesspace_Users_Group] Single-Part notes not showing up in Print Resource to PDF In-Reply-To: References: Message-ID: Aha! Thanks Mark. That makes sense. We'll try it and report back. Thank you again, Mark and Brad. -Salwa *---* *Salwa Ismail* Head, Library Information Technology (LIT) Georgetown University Library Washington D.C. (202) 687 7385 On Wed, May 11, 2016 at 6:49 PM, Brad Westbrook wrote: > Added label = ?xsl?, Mark, since that is the label we agreed on a couple > of days ago. -b > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Custer, > Mark > *Sent:* Wednesday, May 11, 2016 4:41 PM > > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Single-Part notes not showing > up in Print Resource to PDF > > > > Brad, > > > > Can you tag this bug with the ?XSLT? label? I can issue a pull request at > some point once I look into making updates to that styles sheet (or if > anyone else wants to beat me to that, feel free; I?ve already tested the > fix). > > > > In the meantime, the bug is on line 1551: > https://github.com/archivesspace/archivesspace/blob/master/stylesheets/as-ead-pdf.xsl#L1551 > > > > That if statement is testing for any child elements (which would force a > single-part note to have mixed encoding just to display, which definitely > isn?t the desire). My assumption is that this was added in order to skip > empty elements, or elements that only have white space. To apply that fix, > all you need to do is change ?*child::**? to ?*normalize-space()*? ? but > just do that on *line 1551*, since there are other places using that same > test. > > > > I?ll add the same info to JIRA. > > > > Mark > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Brad > Westbrook > *Sent:* Wednesday, 11 May, 2016 3:31 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Single-Part notes not showing > up in Print Resource to PDF > > > > Mark, > > > > This a bug with the EAD>PDF transformation that appears to only affect > note at the component level, and perhaps notes only that are single part. > I have not tested all the multi-part note types but a couple seem to > present no problems. But all single part notes do. > > > > I added a component to your PDF-Test resource in test ( > http://test.archivesspace.org/resources/95/ > ) > to illustrate. This is a problem in 1.4.2 as well. > > > > A bug report is posted at > https://archivesspace.atlassian.net/browse/AR-1474 > . > > > > > > > > > Brad > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Custer, > Mark > *Sent:* Wednesday, May 11, 2016 2:00 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Single-Part notes not showing > up in Print Resource to PDF > > > > Thanks, Salwa. > > > > I just tried to duplicate this issue in the newest version of ASpace, but > I wasn?t able to do so (at least not when the published notes are attached > at the resource level). Here?s the resource: > http://test.archivesspace.org/resources/95/ > > (in the GoneRepo repository). > > > > Perhaps the issue has been fixed, or perhaps there are other variables at > play? Either way, I?d be interested in taking a look at the ticket once > it?s in JIRA. > > > > Mark > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Salwa > Ismail > *Sent:* Wednesday, 11 May, 2016 12:02 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Single-Part notes not showing > up in Print Resource to PDF > > > > Thanks for the suggestions, Mark. > > > > I've also been corresponding with Brad and turns out it's a bug with AS > that they'll add to their queue. > > I am unable to share the FA as it has private date/information in it. :-( > > > > Thanks, > > -Salwa > > > *---* > > *Salwa Ismail* > Head, Library Information Technology (LIT) > Georgetown University Library > Washington D.C. > (202) 687 7385 > > > > On Wed, May 11, 2016 at 10:23 AM, Custer, Mark > wrote: > > I?d think the problem, most likely, is one of two things: > > > > ? Something in the EAD (like the notes having an > @audience=?internal? attribute) > > ? Something in the EAD to PDF transformation > > > > Can you send a copy of the EAD file? If so, also provide an example of > one of the notes that isn?t displaying but should, just in case that?s not > in the EAD output at all for some reason. > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Salwa > Ismail > *Sent:* Wednesday, 11 May, 2016 8:33 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] Single-Part notes not showing up > in Print Resource to PDF > > > > Hello ArchivesSpace Users, > > > > We've noticed that our single-part notes do not show up when we output the > finding aid as a PDF using "Print Resource to PDF" function. > > Our multi-part notes show up fine. > > > > The finding aid is set to False on Publish (so not published on the web), > but the individual component notes (multi- or single) are set "checked" on > publish. > > > > Are we missing something here? I've perused though the documentation but > was unable to find anything in the Notes section or Print Resource to PDF > section that helped or indicated something that could be of use in my case. > > > > Any and all help and advise is appreciated. > > > > Bes, > > -Salwa > > > *---* > > *Salwa Ismail* > Library Information Technology (LIT) > Georgetown University Library > Washington D.C. > (202) 687 7385 > > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bthomas at tsl.texas.gov Thu May 12 15:12:07 2016 From: bthomas at tsl.texas.gov (Brian Thomas) Date: Thu, 12 May 2016 14:12:07 -0500 Subject: [Archivesspace_Users_Group] Structuring ead subject terms in ead for import Message-ID: <8989D267A9D24244B802C6B561B7F0D5A6F5D4@Exchange01.win2k.tsl.state.tx.us> I am looking for a way to import the index terms as part of an ead finding aid where the DACS-compliant -- can be manipulated/replaced in a way that creates a subdivision instead of importing as a single line. (i.e. subject--subdivision1--subdivision2 imports in the same way as if I had created it in ArchivesSpace directly.) Not everything is in marcXML, so that is not an option, and I would like to avoid going back and manually correcting every subject term. Suggestions? Brian Thomas Electronic Records Specialist Texas State Library and Archives Commission 1201 Brazos Street Austin, TX 78701 PH: (512) 475-3374 e-mail: bthomas at tsl.texas.gov tsl.texas.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5314 bytes Desc: image001.png URL: From mark.custer at yale.edu Thu May 12 15:24:56 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 12 May 2016 19:24:56 +0000 Subject: [Archivesspace_Users_Group] Structuring ead subject terms in ead for import In-Reply-To: <8989D267A9D24244B802C6B561B7F0D5A6F5D4@Exchange01.win2k.tsl.state.tx.us> References: <8989D267A9D24244B802C6B561B7F0D5A6F5D4@Exchange01.win2k.tsl.state.tx.us> Message-ID: I really like the approach taken by Michigan for this. Check out the "Creating Subjects and Agents" section that Dalles Pillen describes: http://archival-integration.blogspot.com/2015/09/the-archivesspace-api.html In fact, I'd love if this tactic was added to the default ASpace EAD importer/exporter. The only change I'd suggest would be parking the ArchivesSpace linked record ID (e.g. /subjects/1746/") in an altrender element, just to keep the EAD valid (but still stealthy :)). Mark p.s. with EAD3, there will be a less hacky way to do this, with part elements. But even then, using the ASpace IDs in the import/export couldn't hurt during the time that you're using ASpace as your metadata management system. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Thursday, 12 May, 2016 3:12 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Structuring ead subject terms in ead for import I am looking for a way to import the index terms as part of an ead finding aid where the DACS-compliant -- can be manipulated/replaced in a way that creates a subdivision instead of importing as a single line. (i.e. subject--subdivision1--subdivision2 imports in the same way as if I had created it in ArchivesSpace directly.) Not everything is in marcXML, so that is not an option, and I would like to avoid going back and manually correcting every subject term. Suggestions? Brian Thomas Electronic Records Specialist Texas State Library and Archives Commission 1201 Brazos Street Austin, TX 78701 PH: (512) 475-3374 e-mail: bthomas at tsl.texas.gov tsl.texas.gov [cid:image001.jpg at 01D029A2.37194C70] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5314 bytes Desc: image001.png URL: From vaddoniz at jhu.edu Thu May 12 20:51:05 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Fri, 13 May 2016 00:51:05 +0000 Subject: [Archivesspace_Users_Group] Assistance with error log Message-ID: <53628dc94ae24a72b9ddcf20937cedba@ESGMTWEX12.win.ad.jhu.edu> Greetings. I am looking for assistance regarding the attached error log for an AT to AS migration into 1.4.2 with the container management plugin installed. I have also attached a view of the settings I used on the migrator. I have run a number of tests, but these errors are new and so I'm trying to track down why. It is owed in part, I must assume, to the fact that we've never migrated into a test instance with the container plugin already installed. My errors and questions can be summed up: 1. The migrator does not seem to have copied any resources records whatsoever, and while the log shows errors associated with resources, they are all Status: 200, which I understood to mean the record should still have saved. The most frequent error is this one: "errors": ["Server error: Problem creating 'M. Gordon Wolman papers': Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Table 'archivesspace.rights_restriction' doesn't exist"], "saved": [] Quick background: before migrating, I took the opportunity to run some SQL statements against AT to do some cleaning and tuning. One such statement was this one, intended to trigger the checkbox for Restrictions Apply: UPDATE archiviststoolkit.ResourcesComponents SET restrictionsApply = 1 WHERE title LIKE '%restricted%'; Since this error is new, I'm now wondering if I did something catastrophic with that statement, but, that statement only affected 275 records, and this error appears 1014 times. 2. I am missing accessions, but am unsure why. It seems unrelated to other accession errors (the quantities don't match). 3. A number of accessions kicked up the error "Linked Accession Not Found:", and of course they are there in AT.Is this because no resources copied? 4. There is a frequent error that I assume is associated with the container plugin, but I don't know how to fix, or (more importantly) whether or not it is preventing my accessions from migrating:

(NoMethodError) undefined method `repo_id' for #<TopContainer @values={}>

Thank you for any assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: LOG_02.rtf Type: application/rtf Size: 1741468 bytes Desc: LOG_02.rtf URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Migrator_settings.jpg Type: image/jpeg Size: 141387 bytes Desc: Migrator_settings.jpg URL: From bthomas at tsl.texas.gov Fri May 13 11:58:13 2016 From: bthomas at tsl.texas.gov (Brian Thomas) Date: Fri, 13 May 2016 10:58:13 -0500 Subject: [Archivesspace_Users_Group] Example EAD export plugin Message-ID: <8989D267A9D24244B802C6B561B7F0D5A6F744@Exchange01.win2k.tsl.state.tx.us> Does anyone have an ead export modification plugin they would be willing to share? I want to be able to remove the id="" from using a plugin to programmatically strip it, rather than doing it after-the-fact. But I haven't a clue where to find the original file that dictates exports to see how it works, or structuring the plugin to change that functionality. Thanks, Brian Thomas Electronic Records Specialist Texas State Library and Archives Commission 1201 Brazos Street Austin, TX 78701 PH: (512) 475-3374 e-mail: bthomas at tsl.texas.gov tsl.texas.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5314 bytes Desc: image001.png URL: From christine.dibella at lyrasis.org Fri May 13 14:00:21 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 13 May 2016 18:00:21 +0000 Subject: [Archivesspace_Users_Group] Assistance with error log In-Reply-To: <53628dc94ae24a72b9ddcf20937cedba@ESGMTWEX12.win.ad.jhu.edu> References: <53628dc94ae24a72b9ddcf20937cedba@ESGMTWEX12.win.ad.jhu.edu> Message-ID: Hi Valerie, If I understand you to be saying that you first enabled Yale's container management plugin in a 1.4.2 installation and then migrated your data from AT using the migration tool, I suspect yours is a path that very few institutions have trod, so there may not be much advice available. If you follow a different sequence, i.e. migrate your data first, then enable the container management plugin (which would then convert your container data), do you see any differences? Is it more successful that way? Christine Christine Di Bella Community Outreach Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Thursday, May 12, 2016 8:51 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Assistance with error log Greetings. I am looking for assistance regarding the attached error log for an AT to AS migration into 1.4.2 with the container management plugin installed. I have also attached a view of the settings I used on the migrator. I have run a number of tests, but these errors are new and so I'm trying to track down why. It is owed in part, I must assume, to the fact that we've never migrated into a test instance with the container plugin already installed. My errors and questions can be summed up: 1. The migrator does not seem to have copied any resources records whatsoever, and while the log shows errors associated with resources, they are all Status: 200, which I understood to mean the record should still have saved. The most frequent error is this one: "errors": ["Server error: Problem creating 'M. Gordon Wolman papers': Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Table 'archivesspace.rights_restriction' doesn't exist"], "saved": [] Quick background: before migrating, I took the opportunity to run some SQL statements against AT to do some cleaning and tuning. One such statement was this one, intended to trigger the checkbox for Restrictions Apply: UPDATE archiviststoolkit.ResourcesComponents SET restrictionsApply = 1 WHERE title LIKE '%restricted%'; Since this error is new, I'm now wondering if I did something catastrophic with that statement, but, that statement only affected 275 records, and this error appears 1014 times. 2. I am missing accessions, but am unsure why. It seems unrelated to other accession errors (the quantities don't match). 3. A number of accessions kicked up the error "Linked Accession Not Found:", and of course they are there in AT.Is this because no resources copied? 4. There is a frequent error that I assume is associated with the container plugin, but I don't know how to fix, or (more importantly) whether or not it is preventing my accessions from migrating:

(NoMethodError) undefined method `repo_id' for #<TopContainer @values={}>

Thank you for any assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From noah.huffman at duke.edu Mon May 16 10:06:23 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Mon, 16 May 2016 14:06:23 +0000 Subject: [Archivesspace_Users_Group] Example EAD export plugin In-Reply-To: <8989D267A9D24244B802C6B561B7F0D5A6F744@Exchange01.win2k.tsl.state.tx.us> References: <8989D267A9D24244B802C6B561B7F0D5A6F744@Exchange01.win2k.tsl.state.tx.us> Message-ID: Hi Brian, Here is a plugin that makes some minor changes to the EAD exporter, specifically the way digital objects are handled in the : https://github.com/noahgh221/archivesspace-duke-plugins/blob/master/plugins/duke-ead-exporter/backend/model/duke_ead_exporter.rb This plugin definitely works in v1.3, but I haven't tested in later versions. The plugin modifies a portion of the ead.rb file here: https://github.com/archivesspace/archivesspace/blob/4e0b534a5673e18b63ff5e807ead82fb55556ee9/backend/app/exporters/serializers/ead.rb To remove the @id attribute from the tag, you'd probably need to create a plugin that overrides lines 383-407 in the file above: https://github.com/archivesspace/archivesspace/blob/4e0b534a5673e18b63ff5e807ead82fb55556ee9/backend/app/exporters/serializers/ead.rb#L392 Then, maybe commenting out line 391-393 would do it? I'm curious why you're removing the @id attributes? -Noah ================ Noah Huffman Archivist for Metadata, Systems, and Digital Records David M. Rubenstein Rare Book & Manuscript Library Duke University | 919-660-5982 http://library.duke.edu/rubenstein/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Friday, May 13, 2016 11:58 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Example EAD export plugin Does anyone have an ead export modification plugin they would be willing to share? I want to be able to remove the id="" from using a plugin to programmatically strip it, rather than doing it after-the-fact. But I haven't a clue where to find the original file that dictates exports to see how it works, or structuring the plugin to change that functionality. Thanks, Brian Thomas Electronic Records Specialist Texas State Library and Archives Commission 1201 Brazos Street Austin, TX 78701 PH: (512) 475-3374 e-mail: bthomas at tsl.texas.gov tsl.texas.gov [cid:image001.jpg at 01D029A2.37194C70] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5314 bytes Desc: image001.png URL: From bthomas at tsl.texas.gov Mon May 16 11:23:38 2016 From: bthomas at tsl.texas.gov (Brian Thomas) Date: Mon, 16 May 2016 10:23:38 -0500 Subject: [Archivesspace_Users_Group] Example EAD export plugin In-Reply-To: References: <8989D267A9D24244B802C6B561B7F0D5A6F744@Exchange01.win2k.tsl.state.tx.us> Message-ID: <8989D267A9D24244B802C6B561B7F0D5A6F9AE@Exchange01.win2k.tsl.state.tx.us> Noah, thank you for the info. For context, TSLAC participates in a cooperative called TARO ( http://www.lib.utexas.edu/taro/index.html) that gives access to finding aids of various archives around the state. In looking at how an AS ead export would jive with the stylesheets for the cooperative I found that the container ids were blocking rendering of any content from that point of the finding aid forward. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Monday, May 16, 2016 9:06 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Example EAD export plugin Hi Brian, Here is a plugin that makes some minor changes to the EAD exporter, specifically the way digital objects are handled in the : https://github.com/noahgh221/archivesspace-duke-plugins/blob/master/plug ins/duke-ead-exporter/backend/model/duke_ead_exporter.rb This plugin definitely works in v1.3, but I haven't tested in later versions. The plugin modifies a portion of the ead.rb file here: https://github.com/archivesspace/archivesspace/blob/4e0b534a5673e18b63ff 5e807ead82fb55556ee9/backend/app/exporters/serializers/ead.rb To remove the @id attribute from the tag, you'd probably need to create a plugin that overrides lines 383-407 in the file above: https://github.com/archivesspace/archivesspace/blob/4e0b534a5673e18b63ff 5e807ead82fb55556ee9/backend/app/exporters/serializers/ead.rb#L392 Then, maybe commenting out line 391-393 would do it? I'm curious why you're removing the @id attributes? -Noah ================ Noah Huffman Archivist for Metadata, Systems, and Digital Records David M. Rubenstein Rare Book & Manuscript Library Duke University | 919-660-5982 http://library.duke.edu/rubenstein/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Friday, May 13, 2016 11:58 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Example EAD export plugin Does anyone have an ead export modification plugin they would be willing to share? I want to be able to remove the id="" from using a plugin to programmatically strip it, rather than doing it after-the-fact. But I haven't a clue where to find the original file that dictates exports to see how it works, or structuring the plugin to change that functionality. Thanks, Brian Thomas Electronic Records Specialist Texas State Library and Archives Commission 1201 Brazos Street Austin, TX 78701 PH: (512) 475-3374 e-mail: bthomas at tsl.texas.gov tsl.texas.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5314 bytes Desc: image001.png URL: From afocke at rice.edu Mon May 16 11:52:46 2016 From: afocke at rice.edu (Amanda Focke) Date: Mon, 16 May 2016 10:52:46 -0500 Subject: [Archivesspace_Users_Group] Example EAD export plugin In-Reply-To: <8989D267A9D24244B802C6B561B7F0D5A6F9AE@Exchange01.win2k.tsl.state.tx.us> References: <8989D267A9D24244B802C6B561B7F0D5A6F744@Exchange01.win2k.tsl.state.tx.us> <8989D267A9D24244B802C6B561B7F0D5A6F9AE@Exchange01.win2k.tsl.state.tx.us> Message-ID: <5739ECCE.1020605@rice.edu> HI Brian and all -- I am currently working with Minnie Rangel at TARO about the ArchivesSpace @ id's being a problem in the TARO-environment specifically in the container list, making it so the box and folder #s do not display. She is looking into what can be done on the TARO side. Will report back! Amanda Focke TARO Steering Committee member, and ArchivesSpace user at Rice University On 5/16/2016 10:23 AM, Brian Thomas wrote: > > Noah, thank you for the info. > > For context, TSLAC participates in a cooperative called TARO > (http://www.lib.utexas.edu/taro/index.html) that gives access to > finding aids of various archives around the state. In looking at how > an AS ead export would jive with the stylesheets for the cooperative I > found that the container ids were blocking rendering of any content > from that point of the finding aid forward. > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On > Behalf Of *Noah Huffman > *Sent:* Monday, May 16, 2016 9:06 AM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Example EAD export plugin > > Hi Brian, > > Here is a plugin that makes some minor changes to the EAD exporter, > specifically the way digital objects are handled in the : > https://github.com/noahgh221/archivesspace-duke-plugins/blob/master/plugins/duke-ead-exporter/backend/model/duke_ead_exporter.rb > > This plugin definitely works in v1.3, but I haven?t tested in later > versions. > > The plugin modifies a portion of the ead.rb file here: > https://github.com/archivesspace/archivesspace/blob/4e0b534a5673e18b63ff5e807ead82fb55556ee9/backend/app/exporters/serializers/ead.rb > > To remove the @id attribute from the tag, you?d probably > need to create a plugin that overrides lines 383-407 in the file > above: > https://github.com/archivesspace/archivesspace/blob/4e0b534a5673e18b63ff5e807ead82fb55556ee9/backend/app/exporters/serializers/ead.rb#L392 > > Then, maybe commenting out line 391-393 would do it? > > I?m curious why you?re removing the @id attributes? > > -Noah > > ================ > > Noah Huffman > > Archivist for Metadata, Systems, and Digital Records > > David M. Rubenstein Rare Book & Manuscript Library > > Duke University | 919-660-5982 > > http://library.duke.edu/rubenstein/ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org > > [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On > Behalf Of *Brian Thomas > *Sent:* Friday, May 13, 2016 11:58 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > > *Subject:* [Archivesspace_Users_Group] Example EAD export plugin > > Does anyone have an ead export modification plugin they would be > willing to share? > > I want to be able to remove the id=?? from using a plugin > to programmatically strip it, rather than doing it after-the-fact. But > I haven?t a clue where to find the original file that dictates exports > to see how it works, or structuring the plugin to change that > functionality. > > Thanks, > > Brian Thomas > > Electronic Records Specialist > > Texas State Library and Archives Commission > > 1201 Brazos Street > > Austin, TX 78701 > > PH: (512) 475-3374 > > e-mail: bthomas at tsl.texas.gov > > tsl.texas.gov > > cid:image001.jpg at 01D029A2.37194C70 > > !DSPAM:114,5739e606234361290013083! > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:114,5739e606234361290013083! -- *Amanda Focke, CA, DAS* Asst. Head of Special Collections Woodson Research Center Fondren Library MS-44 Rice University 6100 Main St. Houston, TX 77005 713-348-2124 | afocke at rice.edu Website: http://library.rice.edu/woodson Blog: http://woodsononline.wordpress.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 5314 bytes Desc: not available URL: From christine.dibella at lyrasis.org Mon May 16 12:31:48 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 16 May 2016 16:31:48 +0000 Subject: [Archivesspace_Users_Group] LYRASIS and DuraSpace Announce Dissolution of "Intent to Merge" Message-ID: Some of you may have already had this news cross your inboxes or social media feeds this morning, but we wanted to also share this news about our organizational home, LYRASIS, and the dissolution of its "intent to merge" with DuraSpace with ArchivesSpace members directly. http://lyrasisnow.org/press-release-lyrasis-and-duraspace-announce-dissolution-of-intent-to-merge/ Christine Di Bella Community Outreach Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From PJFlanagan at ship.edu Mon May 16 14:54:35 2016 From: PJFlanagan at ship.edu (Flanagan, Patrick) Date: Mon, 16 May 2016 18:54:35 +0000 Subject: [Archivesspace_Users_Group] Order of events for 1.5.0 In-Reply-To: <13d06d5df86b4de4a3cb986dfeac792b@ESGMTWEX12.win.ad.jhu.edu> References: <44767e24d01c46279a10e3aed736aaf2@ESGMTWEX12.win.ad.jhu.edu> , <54c62a6c7d964885a7c7545cf1214d4b@ESGMTWEX12.win.ad.jhu.edu> <13d06d5df86b4de4a3cb986dfeac792b@ESGMTWEX12.win.ad.jhu.edu> Message-ID: Alston, I'm a bit late to the party, but I'd also be interested in some info on the work-around. I'm not sure where the barcode information is stored in the database. I imagine it's a string and only has to be unique, but I'm not quite sure where to start or if there are any other limitations. I have a repository with hundreds of thousands of resources that isn't making a good transition to 1.5.0, and I'd like to see if unique barcodes make any difference. Thank you, ~Patrick Flanagan KLN Applications Administrator Keystone Library Network Hub From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Friday, April 29, 2016 6:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Alston, I for one am interested in the workaround if you wouldn't mind sending it along! -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Cobourn, Alston Sent: Friday, April 29, 2016 4:10 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Noah, My IT guy was able to autogenerate barcodes for everything in our whole AS instance directly in the backend of the database so that we did not have to run the plugin on individual resource records; it would have been A LOT of resource records. Then he upgraded the data to 1.5 on a test server and the data seems fine. Perhaps this work-around could be useful to you as well? I can have him send more info if you'd like. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Thursday, April 28, 2016 11:29 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Hi Chris, Is it possible to run the barcoder plugin over all resource records at once? I'm only seeing the option to select one resource record at a time. Thanks, -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Tuesday, April 19, 2016 1:41 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Hi, Yes, it's : 1. Migrate from AT into 1.4.2 2. Run barcoder plugin 3. Update to 1.5.0 The barcoder plugin makes fake "barcodes" for containers based on the top level Archival Object + indicator 1 + type. The idea is that some institutions don't have unique identifiers for containers...for example, the have multiple box 1 in a collection ( like "Correspondence : Box 1" and "Financial Records: Box 1" ). Does that make sense? b,chris. best, Chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Valerie Addonizio > Sent: Tuesday, April 19, 2016 7:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 The barcoder plugin is a tool that some repositories will need to use to help prepare their data for migration into 1.5.0, but it will depend on the current state of your barcodes. Hopkins falls into the category that will need it; see the following guide, under Preparation: https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Majewski, Steven Dennis (sdm7g) Sent: Tuesday, April 19, 2016 12:46 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 What is the 'barcodes plugin' ? On Apr 19, 2016, at 12:11 PM, Valerie Addonizio > wrote: Thanks Chris. So let me just confirm a more granular order of events: 1. Migrate from AT into 1.4.2 2. Run barcoder plugin 3. Update to 1.5.0 Or is it: 1. Migrate from AT into 1.4.2 2. Update to 1.5.0 2. Run barcoder plugin From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, April 18, 2016 3:43 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Hi Valerie, The migrators have not been updated to run against v1.5.0, so you will have to migrate to a previous aspace version then upgrade. I'm not sure what it would take to upgrade the migrators, since the person who wrote them is no longer on the project. Definitely let us know if you have any questions... best, Chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Valerie Addonizio > Sent: Friday, April 15, 2016 9:09 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Order of events for 1.5.0 Great news regarding this progress, and I am seriously grateful for documentation on how to prepare. I would like to inquire about the order of events for migrating into 1.5.0. We are a repository still in AT and we have not migrated into AS yet. We are running 1.4.2 as our test instance. We do not have barcodes associated with our containers, and our Box 1's do repeat. What would be the order of events (I've made two guesses below)? And don't worry, I haven't put in steps like "backup AS", etc, and I will be testing, I just need to know what events to test in what order. Would it be: 1. Update to 1.5.0 2. Migrate from AT into 1.5.0 3. Run barcode plugin Or: 1. Migrate from AT into 1.4.2 2. Run barcode plugin 3. Update to 1.5.0 Thank you for any clarification. -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 _______________________________________________ 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 vaddoniz at jhu.edu Mon May 16 16:52:55 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Mon, 16 May 2016 20:52:55 +0000 Subject: [Archivesspace_Users_Group] Order of events for 1.5.0 In-Reply-To: References: <44767e24d01c46279a10e3aed736aaf2@ESGMTWEX12.win.ad.jhu.edu> , <54c62a6c7d964885a7c7545cf1214d4b@ESGMTWEX12.win.ad.jhu.edu> <13d06d5df86b4de4a3cb986dfeac792b@ESGMTWEX12.win.ad.jhu.edu> Message-ID: Patrick, On this same note, I'm curious to know exactly how the barcoder plugin works, because I'm concerned that a workaround puts barcodes at the instance level rather than the "top container" or box level, i.e. Box 1, Folder 1 is getting a different barcode than Box 1, Folder 2, because they have different IDs, and then does this get ingested into top_container as one box, or two? I am unsure whether this SQL update mimics whatever logic is being used by the barcoder (if any) and whether it matters. So the distilled question is: what does the barcoder actually do (for those of us that can't read Ruby) and can we mimic it with a SQL statement? -V From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Flanagan, Patrick Sent: Monday, May 16, 2016 2:55 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Alston, I'm a bit late to the party, but I'd also be interested in some info on the work-around. I'm not sure where the barcode information is stored in the database. I imagine it's a string and only has to be unique, but I'm not quite sure where to start or if there are any other limitations. I have a repository with hundreds of thousands of resources that isn't making a good transition to 1.5.0, and I'd like to see if unique barcodes make any difference. Thank you, ~Patrick Flanagan KLN Applications Administrator Keystone Library Network Hub From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Friday, April 29, 2016 6:12 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Alston, I for one am interested in the workaround if you wouldn't mind sending it along! -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Cobourn, Alston Sent: Friday, April 29, 2016 4:10 PM To: 'Archivesspace Users Group' Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Noah, My IT guy was able to autogenerate barcodes for everything in our whole AS instance directly in the backend of the database so that we did not have to run the plugin on individual resource records; it would have been A LOT of resource records. Then he upgraded the data to 1.5 on a test server and the data seems fine. Perhaps this work-around could be useful to you as well? I can have him send more info if you'd like. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Thursday, April 28, 2016 11:29 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Hi Chris, Is it possible to run the barcoder plugin over all resource records at once? I'm only seeing the option to select one resource record at a time. Thanks, -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Tuesday, April 19, 2016 1:41 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Hi, Yes, it's : 1. Migrate from AT into 1.4.2 2. Run barcoder plugin 3. Update to 1.5.0 The barcoder plugin makes fake "barcodes" for containers based on the top level Archival Object + indicator 1 + type. The idea is that some institutions don't have unique identifiers for containers...for example, the have multiple box 1 in a collection ( like "Correspondence : Box 1" and "Financial Records: Box 1" ). Does that make sense? b,chris. best, Chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Valerie Addonizio > Sent: Tuesday, April 19, 2016 7:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 The barcoder plugin is a tool that some repositories will need to use to help prepare their data for migration into 1.5.0, but it will depend on the current state of your barcodes. Hopkins falls into the category that will need it; see the following guide, under Preparation: https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Majewski, Steven Dennis (sdm7g) Sent: Tuesday, April 19, 2016 12:46 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 What is the 'barcodes plugin' ? On Apr 19, 2016, at 12:11 PM, Valerie Addonizio > wrote: Thanks Chris. So let me just confirm a more granular order of events: 1. Migrate from AT into 1.4.2 2. Run barcoder plugin 3. Update to 1.5.0 Or is it: 1. Migrate from AT into 1.4.2 2. Update to 1.5.0 2. Run barcoder plugin From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, April 18, 2016 3:43 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] Order of events for 1.5.0 Hi Valerie, The migrators have not been updated to run against v1.5.0, so you will have to migrate to a previous aspace version then upgrade. I'm not sure what it would take to upgrade the migrators, since the person who wrote them is no longer on the project. Definitely let us know if you have any questions... best, Chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Valerie Addonizio > Sent: Friday, April 15, 2016 9:09 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Order of events for 1.5.0 Great news regarding this progress, and I am seriously grateful for documentation on how to prepare. I would like to inquire about the order of events for migrating into 1.5.0. We are a repository still in AT and we have not migrated into AS yet. We are running 1.4.2 as our test instance. We do not have barcodes associated with our containers, and our Box 1's do repeat. What would be the order of events (I've made two guesses below)? And don't worry, I haven't put in steps like "backup AS", etc, and I will be testing, I just need to know what events to test in what order. Would it be: 1. Update to 1.5.0 2. Migrate from AT into 1.5.0 3. Run barcode plugin Or: 1. Migrate from AT into 1.4.2 2. Run barcode plugin 3. Update to 1.5.0 Thank you for any clarification. -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 _______________________________________________ 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 s.innes at auckland.ac.nz Wed May 18 00:23:57 2016 From: s.innes at auckland.ac.nz (Stephen Innes) Date: Wed, 18 May 2016 04:23:57 +0000 Subject: [Archivesspace_Users_Group] Interpretation of migration error log Message-ID: <015B1C30FBB6FD4EA43F95D77D2864230122E517D9@uxcn10-6.UoA.auckland.ac.nz> Can someone help us with our migration from Archivists? Toolkit to AS please? The test migration migration has gone very well but we have a few strange reports where resources appear to have migrated successfully, but generate this reference: Endpoint: http://libarcprd01.its.auckland.ac.nz/ingest/repositories/2/batch_imports?migration=ArchivistToolkit AT Identifier: MSS &.Archives.A-29 Status code: 504 Status text: Gateway Time-out Error

An error occurred.

Sorry, the page you are looking for is currently unavailable.
Please try again later.

If you are the system administrator of this resource then you should check the error log for details.

Faithfully yours, nginx.

thanks, Stephen Innes Stephen Innes (ALIANZA) Special Collections Manager General Library, Te Herenga M?tauranga Wh?nui The University of Auckland Private Bag 92019 Auckland 1142 New Zealand Telephone (649) 373-7599 ext. 88062 | Fax (649) 373-7565 Blog: http://blogs.library.auckland.ac.nz/special-collections/Default.aspx Online exhibition: Special Collections First World War Centenary 2014-2018 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Wed May 18 12:41:52 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Wed, 18 May 2016 16:41:52 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information Message-ID: We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B0FF.A838F870] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From brianjhoffman at gmail.com Wed May 18 13:22:51 2016 From: brianjhoffman at gmail.com (brian) Date: Wed, 18 May 2016 13:22:51 -0400 Subject: [Archivesspace_Users_Group] Interpretation of migration error log Message-ID: <6xmx919xdpy1iw75dur056bk.1463592132313@email.android.com> Hi Stephen, It looks to me like you are using nginx as a proxy server and it is timing out. I think the most straightforward thing to do would be to access the archivesspace server directly while you are migrating. Otherwise you might try adjusting your nginx configuration: https://www.scalescale.com/tips/nginx/504-gateway-time-out-using-nginx/ Brian
-------- Original message --------
From: Stephen Innes
Date:05/18/2016 12:23 AM (GMT-05:00)
To: Archivesspace Users Group
Cc:
Subject: [Archivesspace_Users_Group] Interpretation of migration error log
Can someone help us with our migration from Archivists? Toolkit to AS please? The test migration migration has gone very well but we have a few strange reports where resources appear to have migrated successfully, but generate this reference: Endpoint: http://libarcprd01.its.auckland.ac.nz/ingest/repositories/2/batch_imports?migration=ArchivistToolkit AT Identifier: MSS &.Archives.A-29 Status code: 504 Status text: Gateway Time-out Error

An error occurred.

Sorry, the page you are looking for is currently unavailable.
Please try again later.

If you are the system administrator of this resource then you should check the error log for details.

Faithfully yours, nginx.

thanks, Stephen Innes Stephen Innes (ALIANZA) Special Collections Manager General Library, Te Herenga M?tauranga Wh?nui The University of Auckland Private Bag 92019 Auckland 1142 New Zealand Telephone (649) 373-7599 ext. 88062 | Fax (649) 373-7565 Blog: http://blogs.library.auckland.ac.nz/special-collections/Default.aspx Online exhibition: Special Collections First World War Centenary 2014-2018 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Wed May 18 13:35:19 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 18 May 2016 17:35:19 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: Message-ID: Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image002.png at 01D1B109.0B0D2D50] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image003.png at 01D1B10A.1D4A1A40] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image001.jpg at 01D1B106.BEB99AD0] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 43823 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 16709 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 7716 bytes Desc: image003.png URL: From kate_bowers at harvard.edu Wed May 18 13:53:07 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Wed, 18 May 2016 17:53:07 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: Message-ID: OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image002.png at 01D1B10C.9A48EF10] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image003.png at 01D1B10C.9A48EF10] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image004.jpg at 01D1B10C.9A48EF10] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 16709 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 7716 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 43823 bytes Desc: image004.jpg URL: From mark.custer at yale.edu Wed May 18 14:11:22 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 18 May 2016 18:11:22 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: Message-ID: I honestly don't remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn't wind up with conflated containers in a collection when we didn't intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image001.png at 01D1B10D.E31E4CC0] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image002.png at 01D1B10D.E31E4CC0] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B10D.E31E4CC0] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16709 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7716 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From mary.caldera at yale.edu Wed May 18 14:19:34 2016 From: mary.caldera at yale.edu (Caldera, Mary) Date: Wed, 18 May 2016 18:19:34 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: Message-ID: Hi, That is correct. Displaying the series information helps distinguish containers in a collection when box numbers are repeated in a collection and are therefore not unique. For example in my unit we could have two box 3s in a resource/collection, the first in the original acquisition and the second and third in subsequent acquisitions. -- mary [cid:image004.jpg at 01D1B110.4BC09380] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 2:11 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information I honestly don't remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn't wind up with conflated containers in a collection when we didn't intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image005.png at 01D1B110.4BC09380] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image006.png at 01D1B110.4BC09380] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image007.jpg at 01D1B110.4BC09380] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 58352 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 16709 bytes Desc: image005.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 7716 bytes Desc: image006.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.jpg Type: image/jpeg Size: 43823 bytes Desc: image007.jpg URL: From kate_bowers at harvard.edu Wed May 18 14:26:38 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Wed, 18 May 2016 18:26:38 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: Message-ID: Mark: Thank you so much for responding. You must need be able to recognize a box so that you know you are interacting with the right box record. I am confused about how you can recognize the right box when what you see is something like "Series I, Series II, Box 1". This information seems quite generic and could apply to hundreds of boxes. I am also not certain that series-level identifier and level information is the source of this data. Is there any documentation about where this display information originates? Is there someone who would know? Thanks! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 2:11 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information I honestly don't remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn't wind up with conflated containers in a collection when we didn't intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image001.png at 01D1B111.48A94BF0] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image002.png at 01D1B111.48A94BF0] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B111.48A94BF0] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16709 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7716 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From mark.custer at yale.edu Wed May 18 15:37:06 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 18 May 2016 19:37:06 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: Message-ID: Kate, We don't ever go about looking for the right box record this way. As I mentioned earlier, we primarily rely on the "Manage Top Containers" feature to search for and identify boxes. The other time that a box "title" is really important to us is when we're linking to a pre-existing top container within the context of a finding aid. When you're in the context of a resource record and you use the typeahead search feature, you're only searching for top containers that have already been linked to that resource, so this is where that specific display string comes in handy. We already know what resource we're in, so we don't need to see that information display again (it wouldn't hurt anything, but it would make the display string much longer). And for the repositories that use multiple box 1s, it's really important for them *not* to link box 1 from series 4 to box 1 that's in series 1 - they're not the same box -- or the one in series 2, etc. So, I'm pretty sure that's the primary reason behind this design decision. Of course, that does *not* mean that the display string in the typeahead must match the title of the box on the top container screen, or that additional data elements couldn't live on this page. We just don't use those pages in the way that you're describing, so our feedback during the initial development of this feature was to make sure that it would work for our day to day work, and also to ensure that it was completely compatible with the old database model (which was pretty tricky to handle, especially given all of the ways to create top containers, like with imports and the RDE tool). Mark P.S. It certainly should be the source of this data, but I'm pretty sure that it's only going to grab series-level information if it's tagged as such at the c01 level, in EAD speak. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 2:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Mark: Thank you so much for responding. You must need be able to recognize a box so that you know you are interacting with the right box record. I am confused about how you can recognize the right box when what you see is something like "Series I, Series II, Box 1". This information seems quite generic and could apply to hundreds of boxes. I am also not certain that series-level identifier and level information is the source of this data. Is there any documentation about where this display information originates? Is there someone who would know? Thanks! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 2:11 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information I honestly don't remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn't wind up with conflated containers in a collection when we didn't intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image001.png at 01D1B118.C4242690] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image002.png at 01D1B118.C4242690] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B118.C4242690] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16709 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7716 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From ltang5 at mail.lib.msu.edu Wed May 18 16:15:57 2016 From: ltang5 at mail.lib.msu.edu (Tang, Lydia) Date: Wed, 18 May 2016 20:15:57 +0000 Subject: [Archivesspace_Users_Group] RDE Remove Templates Message-ID: <7B17C970-0099-44A8-BB85-A62157BEEBD1@mail.lib.msu.edu> Hello everyone, I could be losing my mind, but I was trying to weed our Rapid Data Entry (RDE) templates and it seems to me that the commands/labels are switched. When I click ?remove templates,? it brings up a list of our templates with all of them marked ?remove? and buttons at the bottom to ?confirm removal? or ?cancel.? I clicked on the ones I wanted, which changed to ?keep,? but I swear that when I clicked ?confirm removal,? it deleted those. Has anyone else had this problem? Lydia From kate_bowers at harvard.edu Wed May 18 17:26:25 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Wed, 18 May 2016 21:26:25 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: Message-ID: Thanks, Mark! Your picture of how you use the system is really, really helpful in orienting ourselves when we look at the data we have in the system. Our primary users of "containers" are coming from quite a different set of activities, which goes very far to explain at least part of our perplexity. Another part is derived, I think, from the fact that most of the container data is ingested EAD. I'm very grateful for your patience and helpful explanations! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 3:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, We don't ever go about looking for the right box record this way. As I mentioned earlier, we primarily rely on the "Manage Top Containers" feature to search for and identify boxes. The other time that a box "title" is really important to us is when we're linking to a pre-existing top container within the context of a finding aid. When you're in the context of a resource record and you use the typeahead search feature, you're only searching for top containers that have already been linked to that resource, so this is where that specific display string comes in handy. We already know what resource we're in, so we don't need to see that information display again (it wouldn't hurt anything, but it would make the display string much longer). And for the repositories that use multiple box 1s, it's really important for them *not* to link box 1 from series 4 to box 1 that's in series 1 - they're not the same box -- or the one in series 2, etc. So, I'm pretty sure that's the primary reason behind this design decision. Of course, that does *not* mean that the display string in the typeahead must match the title of the box on the top container screen, or that additional data elements couldn't live on this page. We just don't use those pages in the way that you're describing, so our feedback during the initial development of this feature was to make sure that it would work for our day to day work, and also to ensure that it was completely compatible with the old database model (which was pretty tricky to handle, especially given all of the ways to create top containers, like with imports and the RDE tool). Mark P.S. It certainly should be the source of this data, but I'm pretty sure that it's only going to grab series-level information if it's tagged as such at the c01 level, in EAD speak. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 2:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Mark: Thank you so much for responding. You must need be able to recognize a box so that you know you are interacting with the right box record. I am confused about how you can recognize the right box when what you see is something like "Series I, Series II, Box 1". This information seems quite generic and could apply to hundreds of boxes. I am also not certain that series-level identifier and level information is the source of this data. Is there any documentation about where this display information originates? Is there someone who would know? Thanks! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 2:11 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information I honestly don't remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn't wind up with conflated containers in a collection when we didn't intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image001.png at 01D1B12A.657D2C60] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image002.png at 01D1B12A.657D2C60] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B12A.657D2C60] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16709 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7716 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From buschedw at campusad.msu.edu Thu May 19 10:37:06 2016 From: buschedw at campusad.msu.edu (Busch, Ed) Date: Thu, 19 May 2016 14:37:06 +0000 Subject: [Archivesspace_Users_Group] RDE Remove Templates In-Reply-To: <7B17C970-0099-44A8-BB85-A62157BEEBD1@mail.lib.msu.edu> References: <7B17C970-0099-44A8-BB85-A62157BEEBD1@mail.lib.msu.edu> Message-ID: <35E2A8E8997F6C48A5D5FC21602BDEB6C8D3C66C@CAD-EX01.campusad.msu.edu> The Remove Template window displays the templates with the Word Remove to the right. At the bottom it says Confirm Removal. At this point, none of them are actually selected. When you select Remove for a template, it changes text to the right to Keep. At that point the template is actually selected for Removal. It is a bit unintuitive. Ed Busch Electronic Records Archivist University Archives & Historical Collections Michigan State University 517.884.6438. buschedw at msu.edu -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Wednesday, May 18, 2016 4:16 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RDE Remove Templates Hello everyone, I could be losing my mind, but I was trying to weed our Rapid Data Entry (RDE) templates and it seems to me that the commands/labels are switched. When I click ?remove templates,? it brings up a list of our templates with all of them marked ?remove? and buttons at the bottom to ?confirm removal? or ?cancel.? I clicked on the ones I wanted, which changed to ?keep,? but I swear that when I clicked ?confirm removal,? it deleted those. Has anyone else had this problem? Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From christine.dibella at lyrasis.org Thu May 19 10:39:09 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 19 May 2016 14:39:09 +0000 Subject: [Archivesspace_Users_Group] call for lightning round speakers for Member Forum: How Does ArchivesSpace Work For You? Message-ID: How do you use ArchivesSpace? How have you made it work for you? We're seeking speakers for a lightning round session at the Member Forum, scheduled for August 2 at the Robert W. Woodruff Library at Atlanta University Center. You can talk about any aspect of using ArchivesSpace in your institution, big or small, for as little as 5 minutes. Speakers we have lined up so far will talk about setting up an ODBC connection to enable reports and queries and lessons learned by a mid-sized academic institution, without a designated software developer, in implementing ArchivesSpace. The sky's the limit for potential topics. This is a great opportunity to share some knowledge and get some ideas from your colleagues, in a low pressure setting. If you'd like to be involved, please email me a brief expression of interest and description of your topic by Thursday, May 26. Also, while we'd love to have as many in person speakers as we can, there is the potential for virtual participation in this session, so if you can't physically be there, but could appear via Skype (or something similar), let me know that too. Looking forward to hearing your ideas! Christine Christine Di Bella Community Outreach Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From buschedw at campusad.msu.edu Thu May 19 10:39:51 2016 From: buschedw at campusad.msu.edu (Busch, Ed) Date: Thu, 19 May 2016 14:39:51 +0000 Subject: [Archivesspace_Users_Group] RDE Remove Templates In-Reply-To: <35E2A8E8997F6C48A5D5FC21602BDEB6C8D3C66C@CAD-EX01.campusad.msu.edu> References: <7B17C970-0099-44A8-BB85-A62157BEEBD1@mail.lib.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB6C8D3C66C@CAD-EX01.campusad.msu.edu> Message-ID: <35E2A8E8997F6C48A5D5FC21602BDEB6C8D3C688@CAD-EX01.campusad.msu.edu> Actually, never mind. You're right as it deletes them if you don't do anything. Looks like a bug. Ed Busch Electronic Records Archivist University Archives & Historical Collections Michigan State University 517.884.6438. buschedw at msu.edu -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Busch, Ed Sent: Thursday, May 19, 2016 10:37 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RDE Remove Templates The Remove Template window displays the templates with the Word Remove to the right. At the bottom it says Confirm Removal. At this point, none of them are actually selected. When you select Remove for a template, it changes text to the right to Keep. At that point the template is actually selected for Removal. It is a bit unintuitive. Ed Busch Electronic Records Archivist University Archives & Historical Collections Michigan State University 517.884.6438. buschedw at msu.edu -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Wednesday, May 18, 2016 4:16 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RDE Remove Templates Hello everyone, I could be losing my mind, but I was trying to weed our Rapid Data Entry (RDE) templates and it seems to me that the commands/labels are switched. When I click ?remove templates,? it brings up a list of our templates with all of them marked ?remove? and buttons at the bottom to ?confirm removal? or ?cancel.? I clicked on the ones I wanted, which changed to ?keep,? but I swear that when I clicked ?confirm removal,? it deleted those. Has anyone else had this problem? Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From christine.dibella at lyrasis.org Thu May 19 11:08:56 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 19 May 2016 15:08:56 +0000 Subject: [Archivesspace_Users_Group] RDE Remove Templates In-Reply-To: <35E2A8E8997F6C48A5D5FC21602BDEB6C8D3C688@CAD-EX01.campusad.msu.edu> References: <7B17C970-0099-44A8-BB85-A62157BEEBD1@mail.lib.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB6C8D3C66C@CAD-EX01.campusad.msu.edu> <35E2A8E8997F6C48A5D5FC21602BDEB6C8D3C688@CAD-EX01.campusad.msu.edu> Message-ID: I just checked this in the public sandbox, which is on 1.4.2, and test.archivesspace.org, which is on the 1.5.0 release candidate, and was able to replicate this partially. I was able to remove one or more templates at a time by selecting Remove (the text on the button next to it changed to Keep) and then Confirm Removal. But if I selected Remove, then changed my mind and hit Keep on any of them, and then hit Confirm Removal instead of Cancel, it removed the ones that were at one point selected for removal anyway. (If I hit Cancel it wasn't deleted.) This definitely seems like unintended behavior and I'll add that info. to the bug report you just submitted, Ed. If that's what's happening, I could definitely see when working with a longer list like Lydia was likely doing (or when just trying to figure out how the buttons work), there would be a strong possibility for templates to get deleted that were meant to be kept. I agree that it's a little unintuitive, but the way you describe it in your first message is the intended sequence of steps. By the way, there is information on templates in general and RDE templates specifically in the user manual at https://docs.archivesspace.org/Default.htm#BasicsTemplates.htm, but I see the Remove Templates function needs to be explained more fully. Christine -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Busch, Ed Sent: Thursday, May 19, 2016 10:40 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RDE Remove Templates Actually, never mind. You're right as it deletes them if you don't do anything. Looks like a bug. Ed Busch Electronic Records Archivist University Archives & Historical Collections Michigan State University 517.884.6438. buschedw at msu.edu -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Busch, Ed Sent: Thursday, May 19, 2016 10:37 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RDE Remove Templates The Remove Template window displays the templates with the Word Remove to the right. At the bottom it says Confirm Removal. At this point, none of them are actually selected. When you select Remove for a template, it changes text to the right to Keep. At that point the template is actually selected for Removal. It is a bit unintuitive. Ed Busch Electronic Records Archivist University Archives & Historical Collections Michigan State University 517.884.6438. buschedw at msu.edu -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Wednesday, May 18, 2016 4:16 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RDE Remove Templates Hello everyone, I could be losing my mind, but I was trying to weed our Rapid Data Entry (RDE) templates and it seems to me that the commands/labels are switched. When I click ?remove templates,? it brings up a list of our templates with all of them marked ?remove? and buttons at the bottom to ?confirm removal? or ?cancel.? I clicked on the ones I wanted, which changed to ?keep,? but I swear that when I clicked ?confirm removal,? it deleted those. Has anyone else had this problem? Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From ltang5 at mail.lib.msu.edu Thu May 19 16:48:10 2016 From: ltang5 at mail.lib.msu.edu (Tang, Lydia) Date: Thu, 19 May 2016 20:48:10 +0000 Subject: [Archivesspace_Users_Group] =?utf-8?q?=E2=80=9CLast_Modified_by?= =?utf-8?q?=E2=80=9D_section_to_reflect_all_data_entry_users?= Message-ID: I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia From brad.westbrook at lyrasis.org Fri May 20 08:34:58 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 20 May 2016 12:34:58 +0000 Subject: [Archivesspace_Users_Group] =?utf-8?q?=E2=80=9CLast_Modified_by?= =?utf-8?q?=E2=80=9D_section_to_reflect_all_data_entry_users?= In-Reply-To: References: Message-ID: Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype)? -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From ltang5 at mail.lib.msu.edu Fri May 20 09:58:39 2016 From: ltang5 at mail.lib.msu.edu (Tang, Lydia) Date: Fri, 20 May 2016 13:58:39 +0000 Subject: [Archivesspace_Users_Group] =?utf-8?q?=E2=80=9CLast_Modified_by?= =?utf-8?q?=E2=80=9D_section_to_reflect_all_data_entry_users?= Message-ID: <6F78AC3F-225B-4812-BD29-BA5D0A4E0DB6@mail.lib.msu.edu> Hi Brad, Thank you for looking into this. With basic data permissions, I added a child component to Testing resource for AR-1197 in the Test ArchivesSpace (through the link) as a user with basic data entry ?ltang5?. With advanced data entry permissions, I added the 3rd Series to Aperture Labs Records. As an archivist, I modified the Communist Party of the United States of America records. In all cases, the last modified section afterwards didn?t reflect my input. I logged out and re-logged back in, just to see if refreshing my session would fix things, but that still didn?t work. Does anyone else have this issue? I also saw that this was noted from Harvard in 2012 in the ASpace Google group. https://groups.google.com/forum/#!searchin/archivesspace/last$20modified/archivesspace/DSiGt_1J0Fk/NBcHYsE_X9MJ On a related note, the instances all have a Top Container level which the instances at my institution doesn?t have. I thought this was one of the updates being rolled out in version 1.5, but it sounds like the Test server here is at our same version of 1.4.2. Are these Top Containers an extra plug in for now? Thanks! Lydia ?-- Brad Westbrook brad.westbrook at lyrasis.org Fri May 20 08:34:58 EDT 2016 ________________________________ Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group ________________________________ Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group ________________________________ Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group ________________________________ Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- A non-text attachment was scrubbed... Name: LastModifiedNotLTang.png Type: image/png Size: 83238 bytes Desc: LastModifiedNotLTang.png URL: From alexis.antracoli at princeton.edu Fri May 20 10:31:41 2016 From: alexis.antracoli at princeton.edu (Alexis A. Antracoli) Date: Fri, 20 May 2016 14:31:41 +0000 Subject: [Archivesspace_Users_Group] Customizing user defined fields for different repositories within ArchivesSpace Message-ID: <42D8D0F048542C419C93EEAB1F36924A16FEAE24@CSGMBX205W.pu.win.princeton.edu> We are in the process of getting ready to transition our accession records to ArchivesSpace and have three separate repositories set up. Each repository uses the user defined fields in the accession records in a slightly different way and would like to be able to use different labels for them to reflect the actual information that is stored in these fields. This is how we have Archivist's Toolkit set up. While we have found the documentation about how to edit the en.yml file, we have not been able to figure out how to or whether we can customize these edits for each repository. Is this currently possible and, if so, how would we go about this? Thanks, Alexis Alexis A. Antracoli Assistant University Archivist for Technical Services Princeton University Seeley G. Mudd Manuscript Library 65 Olden Street Princeton, NJ 08540 P: 609.258.5161 alexis.antracoli at princeton.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From buschedw at campusad.msu.edu Fri May 20 10:49:20 2016 From: buschedw at campusad.msu.edu (Busch, Ed) Date: Fri, 20 May 2016 14:49:20 +0000 Subject: [Archivesspace_Users_Group] =?utf-8?q?=E2=80=9CLast_Modified_by?= =?utf-8?q?=E2=80=9D_section_to_reflect_all_data_entry_users?= In-Reply-To: <6F78AC3F-225B-4812-BD29-BA5D0A4E0DB6@mail.lib.msu.edu> References: <6F78AC3F-225B-4812-BD29-BA5D0A4E0DB6@mail.lib.msu.edu> Message-ID: <35E2A8E8997F6C48A5D5FC21602BDEB6C8D3D3F5@CAD-EX01.campusad.msu.edu> I looked at this too and wonder if "Last Modified" is only triggered at the collection level changes top) and not at component level changes (children). Ed Busch Electronic Records Archivist University Archives & Historical Collections Michigan State University 517.884.6438. buschedw at msu.edu -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Friday, May 20, 2016 9:59 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users Hi Brad, Thank you for looking into this. With basic data permissions, I added a child component to Testing resource for AR-1197 in the Test ArchivesSpace (through the link) as a user with basic data entry ?ltang5?. With advanced data entry permissions, I added the 3rd Series to Aperture Labs Records. As an archivist, I modified the Communist Party of the United States of America records. In all cases, the last modified section afterwards didn?t reflect my input. I logged out and re-logged back in, just to see if refreshing my session would fix things, but that still didn?t work. Does anyone else have this issue? I also saw that this was noted from Harvard in 2012 in the ASpace Google group. https://groups.google.com/forum/#!searchin/archivesspace/last$20modified/archivesspace/DSiGt_1J0Fk/NBcHYsE_X9MJ On a related note, the instances all have a Top Container level which the instances at my institution doesn?t have. I thought this was one of the updates being rolled out in version 1.5, but it sounds like the Test server here is at our same version of 1.4.2. Are these Top Containers an extra plug in for now? Thanks! Lydia ?-- Brad Westbrook brad.westbrook at lyrasis.org Fri May 20 08:34:58 EDT 2016 ________________________________ Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group ________________________________ Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group ________________________________ Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group ________________________________ Hi, Lydia, That feature appears to work as expected. See: http://test.archivesspace.org/accessions/4/edit and http://test.archivesspace.org/resources/26/edit#tree::resource_26 Both records were edited this morning by a "user" with advanced data entry permissions. Do you see any differences between the user records for your user(s) with basic data entry permissions and those with advanced data entry permissions? Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Thursday, May 19, 2016 4:48 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ?Last Modified by? section to reflect all data entry users I was wondering if there?s any way to have the archival resources? ?Last Modified by? section reflect whomever last worked on the collection? That seems to be the goal, but I?ve noticed that none of the student workers who have Advanced Data Entry privileges seem to show up. (Mysteriously, a Basic Data Entry user does). I just wanted to pass that along! Thanks for your consideration! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From christine.dibella at lyrasis.org Fri May 20 10:58:14 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 20 May 2016 14:58:14 +0000 Subject: [Archivesspace_Users_Group] Customizing user defined fields for different repositories within ArchivesSpace In-Reply-To: <42D8D0F048542C419C93EEAB1F36924A16FEAE24@CSGMBX205W.pu.win.princeton.edu> References: <42D8D0F048542C419C93EEAB1F36924A16FEAE24@CSGMBX205W.pu.win.princeton.edu> Message-ID: Dear Alexis, User-Defined fields are per implementation of ArchivesSpace, not per repository. In a shared implementation, we encourage people to agree ahead of time on how those fields will be used. In the case where you're bringing different repositories into a new implementation, it would be good to get consensus on as much as you can and then reserve different fields for different repositories only when there is no consensus. (Actually, I' pretty sure this was the case in AT too; are you migrating multiple Princeton AT databases to one ArchivesSpace?) You also may want to see if some values that were previously stored in a user-defined field now have a home in a regular field in ArchivesSpace. The sub-record structure, which allows you to have many different Date or Extent sub-records, for example, may enable you to get as much as possible out of user-defined fields which are specific only to your implementation. Christine Christine Di Bella Community Outreach Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexis A. Antracoli Sent: Friday, May 20, 2016 10:32 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Customizing user defined fields for different repositories within ArchivesSpace We are in the process of getting ready to transition our accession records to ArchivesSpace and have three separate repositories set up. Each repository uses the user defined fields in the accession records in a slightly different way and would like to be able to use different labels for them to reflect the actual information that is stored in these fields. This is how we have Archivist's Toolkit set up. While we have found the documentation about how to edit the en.yml file, we have not been able to figure out how to or whether we can customize these edits for each repository. Is this currently possible and, if so, how would we go about this? Thanks, Alexis Alexis A. Antracoli Assistant University Archivist for Technical Services Princeton University Seeley G. Mudd Manuscript Library 65 Olden Street Princeton, NJ 08540 P: 609.258.5161 alexis.antracoli at princeton.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From alexis.antracoli at princeton.edu Fri May 20 11:03:52 2016 From: alexis.antracoli at princeton.edu (Alexis A. Antracoli) Date: Fri, 20 May 2016 15:03:52 +0000 Subject: [Archivesspace_Users_Group] Customizing user defined fields for different repositories within ArchivesSpace In-Reply-To: References: <42D8D0F048542C419C93EEAB1F36924A16FEAE24@CSGMBX205W.pu.win.princeton.edu> Message-ID: <42D8D0F048542C419C93EEAB1F36924A16FEAF66@CSGMBX205W.pu.win.princeton.edu> Thanks Christine. It's good to know that these are per implementation not repository. Alexis From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella Sent: Friday, May 20, 2016 10:58 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Customizing user defined fields for different repositories within ArchivesSpace Dear Alexis, User-Defined fields are per implementation of ArchivesSpace, not per repository. In a shared implementation, we encourage people to agree ahead of time on how those fields will be used. In the case where you're bringing different repositories into a new implementation, it would be good to get consensus on as much as you can and then reserve different fields for different repositories only when there is no consensus. (Actually, I' pretty sure this was the case in AT too; are you migrating multiple Princeton AT databases to one ArchivesSpace?) You also may want to see if some values that were previously stored in a user-defined field now have a home in a regular field in ArchivesSpace. The sub-record structure, which allows you to have many different Date or Extent sub-records, for example, may enable you to get as much as possible out of user-defined fields which are specific only to your implementation. Christine Christine Di Bella Community Outreach Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Alexis A. Antracoli Sent: Friday, May 20, 2016 10:32 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Customizing user defined fields for different repositories within ArchivesSpace We are in the process of getting ready to transition our accession records to ArchivesSpace and have three separate repositories set up. Each repository uses the user defined fields in the accession records in a slightly different way and would like to be able to use different labels for them to reflect the actual information that is stored in these fields. This is how we have Archivist's Toolkit set up. While we have found the documentation about how to edit the en.yml file, we have not been able to figure out how to or whether we can customize these edits for each repository. Is this currently possible and, if so, how would we go about this? Thanks, Alexis Alexis A. Antracoli Assistant University Archivist for Technical Services Princeton University Seeley G. Mudd Manuscript Library 65 Olden Street Princeton, NJ 08540 P: 609.258.5161 alexis.antracoli at princeton.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From powers at tulane.edu Mon May 23 09:51:02 2016 From: powers at tulane.edu (Powers, Susanna S) Date: Mon, 23 May 2016 13:51:02 +0000 Subject: [Archivesspace_Users_Group] Agent as Subject Message-ID: Good morning. We are in the process of migrating to ArchivesSpace, and I have started to new create records in it. I have a question about the function of an agent record as a subject. I am able to create this, but it does not work as I would have expected. In MARC cataloging of archival collections (my primary work), we will frequently write a 1xx field as well as a 6xx field, indicating that a person or corporate body is both the creator as well as a topic of the collection. This is important so that researchers will retrieve the name in an author search or a subject search. In ArchivesSpace, it does not appear to work this way. That is, a name as subject is not retrieved in a subject search. I would like to recommend that when someone assigns "agent as subject" that it would be retrieved in a subject search, at least in the public interface. Thanks and best wishes, Susanna S. Powers powers at tulane.edu Archives Catalog Librarian Louisiana Research Collection Howard-Tilton Memorial Library Tulane University New Orleans, LA 70118-5682 office phone 504.247.1819 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Mon May 23 12:42:18 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 23 May 2016 16:42:18 +0000 Subject: [Archivesspace_Users_Group] Testing the ArchivesSpace 1.5.0 Release Candidate: Update Message-ID: [Description: Macintosh HD:Users:samheartsart:Desktop:ArchivesSpace Logo.png] Thanks to everyone who has tested the release candidate for the 1.5.0 release of ArchivesSpace. We've received testing data from approximately 60 institutions at this point and are pleased that the testing reports we have received have been positive in respect to the processes for upgrading to the 1.5.0 schema and converting to the new container data model. People have been able to convert their container data successfully or, when necessary, to locate and interpret the error reports generated during the conversion to improve the success rate of further attempts. There are a few more testing reports that we know are pending, and we want to give those people a chance to respond. Please let us know if your repository is testing the release, as we would also like to figure your results into our assessment. Assuming all pending reports continue to be positive, we will be confident about moving ahead and releasing v1.5.0 in June. We will send an update early next week with the exact release date, or information about any further review required. Thanks to all for your participation in this process. Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_tac_uac-bounces at lyralists.lyrasis.org [mailto:archivesspace_tac_uac-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Tuesday, April 26, 2016 9:07 AM To: archivesspace_users_group at lyralists.lyrasis.org Cc: Archivesspace_member_reps at lyralists.lyrasis.org; archivesspace_bot_members at lyralists.lyrasis.org; archivesspace at googlegroups.com; archivesspace_tac_uac at lyralists.lyrasis.org Subject: [Archivesspace_tac_uac] Testing the ArchivesSpace 1.5.0 Release Candidate: Results and Update Importance: High [Description: Macintosh HD:Users:samheartsart:Desktop:ArchivesSpace Logo.png] Thank you very much to the organizations that have tested the release candidate for the upcoming version of 1.5.0. The results so far are modestly positive. Three of the four organizations that tested the release candidate were able to complete the update / conversion process. Of those three, two organizations were able to find and interpret the error report for converted containers. As to the third organization, it had already completed the conversion process using the container management plugin; the conversion process in the release candidate successfully recognized this and, as intended, did not try to update that organization's data. While these results are promising, we still need many more organizations to complete the testing before we feel confident about distributing version 1.5.0. To encourage additional input, we are extending testing of the release candidate until Monday, May 16. Per the announcement below, information about the new container data model and its functionality included in the 1.5.0 release candidate is located here, while guidelines for converting to the new container data model are located here. Please use the form provided to report testing results. If you have any questions, please post them to this list or, if you prefer, contact Christine Di Bella (christine.dibella at lyrasis.org) and Brad Westbrook (brad.westbrook at lyrasis.org). All best, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 9183 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 7640 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 7640 bytes Desc: image003.png URL: From jcdalton at wm.edu Mon May 23 13:35:46 2016 From: jcdalton at wm.edu (Dalton, Justin) Date: Mon, 23 May 2016 17:35:46 +0000 Subject: [Archivesspace_Users_Group] ArchonMigrator Message-ID: <1464024942293.42190@wm.edu> When I try to use the new ArchonMigrator tool to migrate data from my Archon instance into a new ArchivesSpace instance, I get the error: Source connection couldn't be established ... The console shows that the authentication happened, so I'm not sure what the issue is. This is the console message post: http://scdb.swem.wm.edu?p=core/authenticate Status code: 200 Status text: OK Thanks Justin Dalton Applications Administrator William & Mary Libraries College of William & Mary 757-221-3101 jcdalton at wm.edu[Right-to-Left] -------------- next part -------------- An HTML attachment was scrubbed... URL: From prom at illinois.edu Mon May 23 13:42:37 2016 From: prom at illinois.edu (Prom, Christopher John) Date: Mon, 23 May 2016 17:42:37 +0000 Subject: [Archivesspace_Users_Group] ArchonMigrator In-Reply-To: <1464024942293.42190@wm.edu> References: <1464024942293.42190@wm.edu> Message-ID: Hi Justin, Have you installed the latest archon release (rev-2.1) That looks like the issue to me, since only that version has the authentication script, which is not being found at the URL you supplied. Chris Prom University of Illinois Archives On May 23, 2016, at 12:35 PM, Dalton, Justin > wrote: When I try to use the new ArchonMigrator tool to migrate data from my Archon instance into a new ArchivesSpace instance, I get the error: Source connection couldn't be established ... The console shows that the authentication happened, so I'm not sure what the issue is. This is the console message post: http://scdb.swem.wm.edu?p=core/authenticate Status code: 200 Status text: OK Thanks Justin Dalton Applications Administrator William & Mary Libraries College of William & Mary 757-221-3101 jcdalton at wm.edu[Right-to-Left] _______________________________________________ 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 ltang5 at mail.lib.msu.edu Wed May 25 09:56:01 2016 From: ltang5 at mail.lib.msu.edu (Tang, Lydia) Date: Wed, 25 May 2016 13:56:01 +0000 Subject: [Archivesspace_Users_Group] buggy suppressed records Message-ID: <63D6376D-9564-40F7-A4BA-079425BF63C7@mail.lib.msu.edu> Hello everyone, ASpace (for me) seems to be buggy when I?ve suppressed records. When trying to edit the suppressed records, I get ?An error occurred loading this record? and am not able to expand the record. Instead, we tried to copy the information into new archival objects and drag them into their proper place. From there, we got a ?Record Move Ordering Issue? with an enormous string of an error message: archival_object_89171,archival_object_89173,archival_object_89175,archival_object_89177,archival_object_89179,archival_object_89181,archival_object_89183,archival_object_89185,archival_object_89187,archival_object_89189,archival_object_89191,archival_object_89193,archival_object_89195,archival_object_89197,archival_object_89199,archival_object_89201,archival_object_89203,archival_object_89207,archival_object_89209,archival_object_89211,archival_object_89213,archival_object_89215,archival_object_89223,archival_object_89229,archival_object_89231,archival_object_89217,archival_object_89225,archival_object_89227,archival_object_89233,archival_object_89235,archival_object_89219,archival_object_89221,archival_object_89237,archival_object_89245,archival_object_89241,archival_object_89243,archival_object_89247,archival_object_89249,archival_object_89251,archival_object_89253,archival_object_89255,archival_object_89257,archival_object_89259,archival_object_112037,archival_object_89261,archival_object_89263,archival_object_89265,archival_object_89267,archival_object_89269,archival_object_89271,archival_object_89273,archival_object_89275,archival_object_89277,archival_object_89279,archival_object_89281,archival_object_112039,archival_object_89283,archival_object_89285,archival_object_89287,archival_object_112041,archival_object_89289,archival_object_89291,archival_object_89293,archival_object_89295,archival_object_89297,archival_object_89299,archival_object_89301,archival_object_89303,archival_object_89307,archival_object_89309,archival_object_89311,archival_object_89313,archival_object_89315,archival_object_89317,archival_object_89319,archival_object_89321,archival_object_89323,archival_object_89325,archival_object_89327,archival_object_89329,archival_object_89331,archival_object_89335,archival_object_89333,archival_object_89337,archival_object_89339,archival_object_89341,archival_object_89343,archival_object_89345,archival_object_89347,archival_object_89349,archival_object_89351,archival_object_89353,archival_object_89355,archival_object_89357,archival_object_89359,archival_object_89361,archival_object_89363,archival_object_89365,archival_object_89369,archival_object_89367,archival_object_89371,archival_object_89373,archival_object_89375,archival_object_89377,archival_object_89379,archival_object_89381,archival_object_89383,archival_object_89385,archival_object_89387,archival_object_89389,archival_object_89391,archival_object_89393,archival_object_89395,archival_object_89397,archival_object_89403,archival_object_89401,archival_object_89399,archival_object_89405,archival_object_89409,archival_object_89407,archival_object_89411,archival_object_89413,archival_object_89415,archival_object_89417,archival_object_89419,archival_object_89421,archival_object_89423,archival_object_89425,archival_object_89427,archival_object_89429,archival_object_89431,archival_object_89433,archival_object_112243,archival_object_89443,archival_object_89441,archival_object_89447,archival_object_89449,archival_object_89445,archival_object_89453,archival_object_89451,archival_object_89457,archival_object_89459,archival_object_89461,archival_object_89463,archival_object_89465,archival_object_89467,archival_object_89469,archival_object_89473,archival_object_89475,archival_object_89477,archival_object_89481,archival_object_112073,archival_object_89479,archival_object_89483,archival_object_89485,archival_object_89487,archival_object_89489,archival_object_89491,archival_object_89493,archival_object_89495,archival_object_89497,archival_object_89499,archival_object_89501,archival_object_89503,archival_object_89505,archival_object_89507,archival_object_89509,archival_object_89511,archival_object_89513,archival_object_89515,archival_object_89517,archival_object_89519,archival_object_112075,archival_object_89521,archival_object_89523,archival_object_112079,archival_object_112081,archival_object_112083,archival_object_89525,archival_object_112085,archival_object_112087,archival_object_89527,archival_object_89529,archival_object_112077,archival_object_89531,archival_object_89533,archival_object_89535,archival_object_89537,archival_object_89539,archival_object_112089,archival_object_89541,archival_object_89543,archival_object_89545,archival_object_89547,archival_object_89549,archival_object_89553,archival_object_89551,archival_object_89555,archival_object_89557,archival_object_89559,archival_object_89561,archival_object_89563,archival_object_89565,archival_object_89567,archival_object_89569,archival_object_89571,archival_object_89573,archival_object_89577,archival_object_89575,archival_object_89583,archival_object_89581,archival_object_89579,archival_object_89585,archival_object_89587,archival_object_89589,archival_object_89591,archival_object_89593,archival_object_89595,archival_object_89597,archival_object_89599,archival_object_89601,archival_object_89603,archival_object_89605,archival_object_89607,archival_object_89609,archival_object_89611,archival_object_89615,archival_object_89617,archival_object_89619,archival_object_89621,archival_object_89623,archival_object_89625,archival_object_89627,archival_object_89629,archival_object_89631,archival_object_89633,archival_object_89635,archival_object_89637,archival_object_89639,archival_object_89641,archival_object_89643,archival_object_89645,archival_object_89647,archival_object_89649,archival_object_89651,archival_object_89653,archival_object_89655,archival_object_89657,archival_object_89659,archival_object_89661,archival_object_89667,archival_object_89663,archival_object_89665,archival_object_89669,archival_object_89671,archival_object_89673,archival_object_89675,archival_object_89677,archival_object_89679,archival_object_89681,archival_object_89683,archival_object_89685,archival_object_89687,archival_object_89689,archival_object_89691,archival_object_89693,archival_object_89695,archival_object_89697,archival_object_89699,archival_object_89701,archival_object_89703,archival_object_89705,archival_object_89707,archival_object_89709,archival_object_89711,archival_object_89713,archival_object_89715,archival_object_89717,archival_object_89719,archival_object_89721,archival_object_89723,archival_object_89725,archival_object_89727,archival_object_89729,archival_object_89731,archival_object_89733,archival_object_89735,archival_object_89737,archival_object_89739,archival_object_89741,archival_object_89743,archival_object_89745,archival_object_89747,archival_object_89749,archival_object_89753,archival_object_89755,archival_object_89757,archival_object_89759,archival_object_89761,archival_object_89763,archival_object_89765,archival_object_89767,archival_object_89769,archival_object_89773,archival_object_89775,archival_object_89777,archival_object_89779,archival_object_89781,archival_object_89783,archival_object_89785,archival_object_89787,archival_object_89789,archival_object_89791,archival_object_89793,archival_object_89795,archival_object_89797,archival_object_89799,archival_object_89801,archival_object_89803,archival_object_89805,archival_object_89807,archival_object_89809,archival_object_89811,archival_object_89813,archival_object_89815,archival_object_89817,archival_object_89819,archival_object_89821,archival_object_89823,archival_object_89825,archival_object_89827,archival_object_89829,archival_object_89831,archival_object_89833,archival_object_89835,archival_object_89837,archival_object_89839,archival_object_89841,archival_object_89843,archival_object_89845,archival_object_89847,archival_object_89849,archival_object_89851 Has anyone else experienced these issues with edited/accessing suppressed records and editing/adding records around the suppressed records? Thanks! Lydia From vaddoniz at jhu.edu Wed May 25 14:41:35 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Wed, 25 May 2016 18:41:35 +0000 Subject: [Archivesspace_Users_Group] Barcodes in tree view Message-ID: Greetings, I have searched the listserv so apologies if I missed this discussion, but I'm wondering if there is any way to suppress the barcode in the tree view at the top of a resource record? Not being able to see folder numbers is a real hindrance. I have attached a before and after view. I have checked this in both v1.5.0-RC2 and 1.4.2 with container management. -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Barcodes1.jpg Type: image/jpeg Size: 70824 bytes Desc: Barcodes1.jpg URL: From carlos.lemus at unlv.edu Wed May 25 16:11:00 2016 From: carlos.lemus at unlv.edu (Carlos Lemus) Date: Wed, 25 May 2016 13:11:00 -0700 Subject: [Archivesspace_Users_Group] Using Reports Message-ID: Hello Stephen, As of right now, I don't see way to select the records for the report. However, you can create your own reports to match parameters that you need. Here are some custom reports we have been working on at the University of Nevada Las Vegas https://github.com/UNLV-Libraries/ArchivesSpace-authority-project/tree/master/UNLV . Two of them add the authority id to agents and subjects, and the other two alphabetically order the agents/subjects. To create your own, navigate to the reports folder in your ArchivesSpace directory. Here you can create your own report folder, we called ours UNLV (this is just to separate these reports from the others). Then a new folder with the actual name of the report (i.e NamesAlphabeticalReport). Here you create a jrxml file (i.e NamesAlphabeticalReport.jxml) and a report_config.yml file. jasper files should be created automatically when restarting ArchivesSpace. When you take a look at the jrxml files Cntrl+F for queryString. If you're familiar with MYSQL, that section can allow to customize the query for the reports. Hopefully, the examples can help you customize your reports a bit. Let me know if you have any questions. Thank you, Carlos Lemus Application Programmer, Special Collections Technical Services University Libraries, University of Nevada, Las Vegas -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Wed May 25 17:39:57 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 25 May 2016 21:39:57 +0000 Subject: [Archivesspace_Users_Group] buggy suppressed records In-Reply-To: <63D6376D-9564-40F7-A4BA-079425BF63C7@mail.lib.msu.edu> References: <63D6376D-9564-40F7-A4BA-079425BF63C7@mail.lib.msu.edu> Message-ID: Hi, Lydia, When a record is suppressed, a user is alerted that the record is no longer editable. So to edit a suppressed record, one would need to unsuppress it first. That noted, I am not able to repeat the problem as I understand your description. I edited two components in a resource: http://sandbox.archivesspace.org/resources/15/edit#tree::archival_object_361 and http://sandbox.archivesspace.org/resources/15#tree::archival_object_370. I can view these components but I am not able to load them in edit mode. I do not throw an error when loading them. I then tried changing the arrangement of the sibling records for both of those components, which I was not able to do and which I would say is consistent with a record not being editable once it has been suppressed: the position indicator of the suppressed record cannot change, so it follows that the position indicators of all other records in the tree cannot change. After unsuppressing the records, I could then rearrange the components. I did not at any time throw an error. I did this testing in the sandbox, which is at v1.4.2. Were you working in the same version? Have I missed a crucial step from your description? Brad -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Wednesday, May 25, 2016 9:56 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] buggy suppressed records Hello everyone, ASpace (for me) seems to be buggy when I?ve suppressed records. When trying to edit the suppressed records, I get ?An error occurred loading this record? and am not able to expand the record. Instead, we tried to copy the information into new archival objects and drag them into their proper place. From there, we got a ?Record Move Ordering Issue? with an enormous string of an error message: archival_object_89171,archival_object_89173,archival_object_89175,archival_object_89177,archival_object_89179,archival_object_89181,archival_object_89183,archival_object_89185,archival_object_89187,archival_object_89189,archival_object_89191,archival_object_89193,archival_object_89195,archival_object_89197,archival_object_89199,archival_object_89201,archival_object_89203,archival_object_89207,archival_object_89209,archival_object_89211,archival_object_89213,archival_object_89215,archival_object_89223,archival_object_89229,archival_object_89231,archival_object_89217,archival_object_89225,archival_object_89227,archival_object_89233,archival_object_89235,archival_object_89219,archival_object_89221,archival_object_89237,archival_object_89245,archival_object_89241,archival_object_89243,archival_object_89247,archival_object_89249,archival_object_89251,archival_object_89253,archival_object_89255,archival_object_89257,archival_object_89259,archival_object_112037,archival_object_89261,archival_object_89263,archival_object_89265,archival_object_89267,archival_object_89269,archival_object_89271,archival_object_89273,archival_object_89275,archival_object_89277,archival_object_89279,archival_object_89281,archival_object_112039,archival_object_89283,archival_object_89285,archival_object_89287,archival_object_112041,archival_object_89289,archival_object_89291,archival_object_89293,archival_object_89295,archival_object_89297,archival_object_89299,archival_object_89301,archival_object_89303,archival_object_89307,archival_object_89309,archival_object_89311,archival_object_89313,archival_object_89315,archival_object_89317,archival_object_89319,archival_object_89321,archival_object_89323,archival_object_89325,archival_object_89327,archival_object_89329,archival_object_89331,archival_object_89335,archival_object_89333,archival_object_89337,archival_object_89339,archival_object_89341,archival_object_89343,archival_object_89345,archival_object_89347,archival_object_89349,archival_object_89351,archival_object_89353,archival_object_89355,archival_object_89357,archival_object_89359,archival_object_89361,archival_object_89363,archival_object_89365,archival_object_89369,archival_object_89367,archival_object_89371,archival_object_89373,archival_object_89375,archival_object_89377,archival_object_89379,archival_object_89381,archival_object_89383,archival_object_89385,archival_object_89387,archival_object_89389,archival_object_89391,archival_object_89393,archival_object_89395,archival_object_89397,archival_object_89403,archival_object_89401,archival_object_89399,archival_object_89405,archival_object_89409,archival_object_89407,archival_object_89411,archival_object_89413,archival_object_89415,archival_object_89417,archival_object_89419,archival_object_89421,archival_object_89423,archival_object_89425,archival_object_89427,archival_object_89429,archival_object_89431,archival_object_89433,archival_object_112243,archival_object_89443,archival_object_89441,archival_object_89447,archival_object_89449,archival_object_89445,archival_object_89453,archival_object_89451,archival_object_89457,archival_object_89459,archival_object_89461,archival_object_89463,archival_object_89465,archival_object_89467,archival_object_89469,archival_object_89473,archival_object_89475,archival_object_89477,archival_object_89481,archival_object_112073,archival_object_89479,archival_object_89483,archival_object_89485,archival_object_89487,archival_object_89489,archival_object_89491,archival_object_89493,archival_object_89495,archival_object_89497,archival_object_89499,archival_object_89501,archival_object_89503,archival_object_89505,archival_object_89507,archival_object_89509,archival_object_89511,archival_object_89513,archival_object_89515,archival_object_89517,archival_object_89519,archival_object_112075,archival_object_89521,archival_object_89523,archival_object_112079,archival_object_112081,archival_object_112083,archival_object_89525,archival_object_112085,archival_object_112087,archival_object_89527,archival_object_89529,archival_object_112077,archival_object_89531,archival_object_89533,archival_object_89535,archival_object_89537,archival_object_89539,archival_object_112089,archival_object_89541,archival_object_89543,archival_object_89545,archival_object_89547,archival_object_89549,archival_object_89553,archival_object_89551,archival_object_89555,archival_object_89557,archival_object_89559,archival_object_89561,archival_object_89563,archival_object_89565,archival_object_89567,archival_object_89569,archival_object_89571,archival_object_89573,archival_object_89577,archival_object_89575,archival_object_89583,archival_object_89581,archival_object_89579,archival_object_89585,archival_object_89587,archival_object_89589,archival_object_89591,archival_object_89593,archival_object_89595,archival_object_89597,archival_object_89599,archival_object_89601,archival_object_89603,archival_object_89605,archival_object_89607,archival_object_89609,archival_object_89611,archival_object_89615,archival_object_89617,archival_object_89619,archival_object_89621,archival_object_89623,archival_object_89625,archival_object_89627,archival_object_89629,archival_object_89631,archival_object_89633,archival_object_89635,archival_object_89637,archival_object_89639,archival_object_89641,archival_object_89643,archival_object_89645,archival_object_89647,archival_object_89649,archival_object_89651,archival_object_89653,archival_object_89655,archival_object_89657,archival_object_89659,archival_object_89661,archival_object_89667,archival_object_89663,archival_object_89665,archival_object_89669,archival_object_89671,archival_object_89673,archival_object_89675,archival_object_89677,archival_object_89679,archival_object_89681,archival_object_89683,archival_object_89685,archival_object_89687,archival_object_89689,archival_object_89691,archival_object_89693,archival_object_89695,archival_object_89697,archival_object_89699,archival_object_89701,archival_object_89703,archival_object_89705,archival_object_89707,archival_object_89709,archival_object_89711,archival_object_89713,archival_object_89715,archival_object_89717,archival_object_89719,archival_object_89721,archival_object_89723,archival_object_89725,archival_object_89727,archival_object_89729,archival_object_89731,archival_object_89733,archival_object_89735,archival_object_89737,archival_object_89739,archival_object_89741,archival_object_89743,archival_object_89745,archival_object_89747,archival_object_89749,archival_object_89753,archival_object_89755,archival_object_89757,archival_object_89759,archival_object_89761,archival_object_89763,archival_object_89765,archival_object_89767,archival_object_89769,archival_object_89773,archival_object_89775,archival_object_89777,archival_object_89779,archival_object_89781,archival_object_89783,archival_object_89785,archival_object_89787,archival_object_89789,archival_object_89791,archival_object_89793,archival_object_89795,archival_object_89797,archival_object_89799,archival_object_89801,archival_object_89803,archival_object_89805,archival_object_89807,archival_object_89809,archival_object_89811,archival_object_89813,archival_object_89815,archival_object_89817,archival_object_89819,archival_object_89821,archival_object_89823,archival_object_89825,archival_object_89827,archival_object_89829,archival_object_89831,archival_object_89833,archival_object_89835,archival_object_89837,archival_object_89839,archival_object_89841,archival_object_89843,archival_object_89845,archival_object_89847,archival_object_89849,archival_object_89851 Has anyone else experienced these issues with edited/accessing suppressed records and editing/adding records around the suppressed records? Thanks! Lydia _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From dave_mayo at harvard.edu Thu May 26 19:55:25 2016 From: dave_mayo at harvard.edu (Mayo, Dave) Date: Thu, 26 May 2016 23:55:25 +0000 Subject: [Archivesspace_Users_Group] password-reset.sh Message-ID: Hello all, I've set up a local development copy of ArchivesSpace, and it's been overall working - I run things through build/run, and they work. But I've been having trouble running any of the scripts; in particular, I need to do a password reset, and launcher/password_reset/password-reset.sh fails with the following errors: ./launcher/password_reset/password-reset.sh: line 3: ./launcher/password_reset/find-base.sh: No such file or directory ./launcher/password_reset/password-reset.sh: line 5: cd: /scripts: No such file or directory Error: Could not find or load main class org.jruby.Main I'm running it from the project directory, on OSX... - Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Fri May 27 11:30:58 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Fri, 27 May 2016 15:30:58 +0000 Subject: [Archivesspace_Users_Group] password-reset.sh In-Reply-To: References: Message-ID: <1D7070BB-E303-457D-B19D-7F2D148F3C97@eservices.virginia.edu> It looks like that script should have been moved into ./launcher/scripts ( so the find-base command works ) and And I think there should be a colon (?:? ) separating the class paths : -cp ?../lib/*:$JRUBY? in the last line: java $JAVA_OPTS -cp "../lib/*$JRUBY" org.jruby.Main --1.9 ../launcher/password_reset/lib/password-reset.rb ${1+"$@"} ? Steve. > On May 26, 2016, at 7:55 PM, Mayo, Dave wrote: > > Hello all, > > I've set up a local development copy of ArchivesSpace, and it's been overall working - I run things through build/run, and they work. But I've been having trouble running any of the scripts; in particular, I need to do a password reset, and launcher/password_reset/password-reset.sh fails with the following errors: > > ./launcher/password_reset/password-reset.sh: line 3: ./launcher/password_reset/find-base.sh: No such file or directory > ./launcher/password_reset/password-reset.sh: line 5: cd: /scripts: No such file or directory > Error: Could not find or load main class org.jruby.Main > > I'm running it from the project directory, on OSX? > > - Dave > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From mkottman at ku.edu Fri May 27 11:47:44 2016 From: mkottman at ku.edu (Kottman, Miloche) Date: Fri, 27 May 2016 15:47:44 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: Message-ID: Kate, We had the same thing happen when we converted to version 1.5 if we didn't use the barcode plugin. This is the explanation for the weird box title based on what happened to our data. Your issues may be different. It's likely that your container list looked something like this: Series I Box 1 Stuff in folder folder 1 More stuff in folder folder 2 Stuff added 1982 folder 3 Series II Box 1 Series 2 stuff folder 1 More series 2 folder 2 The re-numbering at series II implies to a human that a new box 1 starts at Series II, i.e. your collection has two box 1s. However, if you don't have barcodes in your instance records to differentiate them, the conversion to v. 1.5 program will assume all the Box 1s in the record are the same box 1. The box title means that this container is the Box 1 in both Series I & Series II. You can verify this by looking in the Linked Records section below. It will likely show multiple folder 1s, folder 2s, etc. Hope this helps explain what you're seeing, --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, May 18, 2016 4:26 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Thanks, Mark! Your picture of how you use the system is really, really helpful in orienting ourselves when we look at the data we have in the system. Our primary users of "containers" are coming from quite a different set of activities, which goes very far to explain at least part of our perplexity. Another part is derived, I think, from the fact that most of the container data is ingested EAD. I'm very grateful for your patience and helpful explanations! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 3:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, We don't ever go about looking for the right box record this way. As I mentioned earlier, we primarily rely on the "Manage Top Containers" feature to search for and identify boxes. The other time that a box "title" is really important to us is when we're linking to a pre-existing top container within the context of a finding aid. When you're in the context of a resource record and you use the typeahead search feature, you're only searching for top containers that have already been linked to that resource, so this is where that specific display string comes in handy. We already know what resource we're in, so we don't need to see that information display again (it wouldn't hurt anything, but it would make the display string much longer). And for the repositories that use multiple box 1s, it's really important for them *not* to link box 1 from series 4 to box 1 that's in series 1 - they're not the same box -- or the one in series 2, etc. So, I'm pretty sure that's the primary reason behind this design decision. Of course, that does *not* mean that the display string in the typeahead must match the title of the box on the top container screen, or that additional data elements couldn't live on this page. We just don't use those pages in the way that you're describing, so our feedback during the initial development of this feature was to make sure that it would work for our day to day work, and also to ensure that it was completely compatible with the old database model (which was pretty tricky to handle, especially given all of the ways to create top containers, like with imports and the RDE tool). Mark P.S. It certainly should be the source of this data, but I'm pretty sure that it's only going to grab series-level information if it's tagged as such at the c01 level, in EAD speak. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 2:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Mark: Thank you so much for responding. You must need be able to recognize a box so that you know you are interacting with the right box record. I am confused about how you can recognize the right box when what you see is something like "Series I, Series II, Box 1". This information seems quite generic and could apply to hundreds of boxes. I am also not certain that series-level identifier and level information is the source of this data. Is there any documentation about where this display information originates? Is there someone who would know? Thanks! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 2:11 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information I honestly don't remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn't wind up with conflated containers in a collection when we didn't intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image001.png at 01D1B802.00200980] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image002.png at 01D1B802.00200980] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B802.00200980] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16709 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7716 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From dave_mayo at harvard.edu Fri May 27 11:47:49 2016 From: dave_mayo at harvard.edu (Mayo, Dave) Date: Fri, 27 May 2016 15:47:49 +0000 Subject: [Archivesspace_Users_Group] password-reset.sh In-Reply-To: <1D7070BB-E303-457D-B19D-7F2D148F3C97@eservices.virginia.edu> References: <1D7070BB-E303-457D-B19D-7F2D148F3C97@eservices.virginia.edu> Message-ID: Blake Carver and I figured out what's going on. The issue is that the scripts aren't actually where they're meant to be run from in the Github directory at all - they only get moved to the proper directories by Ant when constructing the release zips. So if you check out ArchivesSpace and run it out of the git directory, which is what I've been doing locally, none of the scripts work because they can't find each other or jruby. This happens at https://github.com/archivesspace/archivesspace/blob/master/build/build.xml# L663, for anyone interested. Your second concern, re: the colon, is a red herring - if you look at password-reset.sh, it's set up so that JRUBY will always have a leading colon. Anyway, I'd be interested if anyone knows or can reconstruct the rationale for why this is the case - why the scripts aren't just where they need to be to run in the github repo. It feels to me like that's a reasonable use-case, certainly for development, and the various build/run tasks that start devservers certainly run just fine out of a checkout. - Dave On 5/27/16, 11:30 AM, "Majewski, Steven Dennis (sdm7g)" wrote: > >It looks like that script should have been moved into ./launcher/scripts >( so the find-base command works ) >and > > >And I think there should be a colon (?:? ) separating the class paths : >-cp ?../lib/*:$JRUBY? >in the last line: > >java $JAVA_OPTS -cp "../lib/*$JRUBY" org.jruby.Main --1.9 >../launcher/password_reset/lib/password-reset.rb ${1+"$@"} > > >? Steve. > > >> On May 26, 2016, at 7:55 PM, Mayo, Dave wrote: >> >> Hello all, >> >> I've set up a local development copy of ArchivesSpace, and it's been >>overall working - I run things through build/run, and they work. But >>I've been having trouble running any of the scripts; in particular, I >>need to do a password reset, and >>launcher/password_reset/password-reset.sh fails with the following >>errors: >> >> ./launcher/password_reset/password-reset.sh: line 3: >>./launcher/password_reset/find-base.sh: No such file or directory >> ./launcher/password_reset/password-reset.sh: line 5: cd: /scripts: No >>such file or directory >> Error: Could not find or load main class org.jruby.Main >> >> I'm running it from the project directory, on OSX? >> >> - Dave >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > >_______________________________________________ >Archivesspace_Users_Group mailing list >Archivesspace_Users_Group at lyralists.lyrasis.org >http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From mkottman at ku.edu Fri May 27 11:56:13 2016 From: mkottman at ku.edu (Kottman, Miloche) Date: Fri, 27 May 2016 15:56:13 +0000 Subject: [Archivesspace_Users_Group] Barcodes in tree view In-Reply-To: References: Message-ID: <74acac0426fc4cdda44678388528cc40@ex13-ell-cr-15.home.ku.edu> I agree that the display with the barcode impedes the display of the data that is the most relevant for processing. If there is a need to retain the barcode in the hierarchy display some alternative suggestions that could work are: * Add a left-right scroll bar * Put the barcode in a separate column (all the way to the right) * Make the columns re-sizable --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Wednesday, May 25, 2016 1:42 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Barcodes in tree view Greetings, I have searched the listserv so apologies if I missed this discussion, but I'm wondering if there is any way to suppress the barcode in the tree view at the top of a resource record? Not being able to see folder numbers is a real hindrance. I have attached a before and after view. I have checked this in both v1.5.0-RC2 and 1.4.2 with container management. -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Fri May 27 11:58:58 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Fri, 27 May 2016 15:58:58 +0000 Subject: [Archivesspace_Users_Group] password-reset.sh In-Reply-To: References: <1D7070BB-E303-457D-B19D-7F2D148F3C97@eservices.virginia.edu> Message-ID: <5EF33710-26A4-4706-A38C-6E7369AB5FA9@eservices.virginia.edu> I was finding the script in the wrong location in an unpacked distribution, so it?s probably due to a build bug that it never got added to ./build/target/archivesspace/launcher/scripts. It may not have been intentional. Re: colon: Yeah ? it just looked wrong to me, but I didn?t actually want to run it and reset my passwords. ? Steve. > On May 27, 2016, at 11:48 AM, Mayo, Dave wrote: > > Blake Carver and I figured out what's going on. > > The issue is that the scripts aren't actually where they're meant to be > run from in the Github directory at all - they only get moved to the > proper directories by Ant when constructing the release zips. So if you > check out ArchivesSpace and run it out of the git directory, which is what > I've been doing locally, none of the scripts work because they can't find > each other or jruby. > > This happens at > https://github.com/archivesspace/archivesspace/blob/master/build/build.xml# > L663, for anyone interested. > > Your second concern, re: the colon, is a red herring - if you look at > password-reset.sh, it's set up so that JRUBY will always have a leading > colon. > > Anyway, I'd be interested if anyone knows or can reconstruct the rationale > for why this is the case - why the scripts aren't just where they need to > be to run in the github repo. It feels to me like that's a reasonable > use-case, certainly for development, and the various build/run tasks that > start devservers certainly run just fine out of a checkout. > > - Dave > > On 5/27/16, 11:30 AM, "Majewski, Steven Dennis (sdm7g)" > wrote: > >> >> It looks like that script should have been moved into ./launcher/scripts >> ( so the find-base command works ) >> and >> >> >> And I think there should be a colon (?:? ) separating the class paths : >> -cp ?../lib/*:$JRUBY? >> in the last line: >> >> java $JAVA_OPTS -cp "../lib/*$JRUBY" org.jruby.Main --1.9 >> ../launcher/password_reset/lib/password-reset.rb ${1+"$@"} >> >> >> ? Steve. >> >> >>> On May 26, 2016, at 7:55 PM, Mayo, Dave wrote: >>> >>> Hello all, >>> >>> I've set up a local development copy of ArchivesSpace, and it's been >>> overall working - I run things through build/run, and they work. But >>> I've been having trouble running any of the scripts; in particular, I >>> need to do a password reset, and >>> launcher/password_reset/password-reset.sh fails with the following >>> errors: >>> >>> ./launcher/password_reset/password-reset.sh: line 3: >>> ./launcher/password_reset/find-base.sh: No such file or directory >>> ./launcher/password_reset/password-reset.sh: line 5: cd: /scripts: No >>> such file or directory >>> Error: Could not find or load main class org.jruby.Main >>> >>> I'm running it from the project directory, on OSX? >>> >>> - Dave >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From mpaquett at stanford.edu Fri May 27 12:08:17 2016 From: mpaquett at stanford.edu (Michelle Paquette) Date: Fri, 27 May 2016 16:08:17 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: , Message-ID: We haven't converted to 1.5 yet and I haven't done work with containers at this point, so forgive me if I'm misunderstanding this. Based on this conversation, could I get a little clarification? So, if you don't have barcodes and you have multiple Box 1s in the same collection, ASpace will automatically assume they are the same and link them upon conversion, but only if they share the same title? Michelle Michelle Paquette Cataloging & Metadata Librarian Stanford University Libraries Dept. of Special Collections 425 Broadway, Suite 200 Redwood City, CA 94063 mpaquett at stanford.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Kottman, Miloche Sent: Friday, May 27, 2016 8:47 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, We had the same thing happen when we converted to version 1.5 if we didn?t use the barcode plugin. This is the explanation for the weird box title based on what happened to our data. Your issues may be different. It?s likely that your container list looked something like this: Series I Box 1 Stuff in folder folder 1 More stuff in folder folder 2 Stuff added 1982 folder 3 Series II Box 1 Series 2 stuff folder 1 More series 2 folder 2 The re-numbering at series II implies to a human that a new box 1 starts at Series II, i.e. your collection has two box 1s. However, if you don?t have barcodes in your instance records to differentiate them, the conversion to v. 1.5 program will assume all the Box 1s in the record are the same box 1. The box title means that this container is the Box 1 in both Series I & Series II. You can verify this by looking in the Linked Records section below. It will likely show multiple folder 1s, folder 2s, etc. Hope this helps explain what you?re seeing, --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, May 18, 2016 4:26 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Thanks, Mark! Your picture of how you use the system is really, really helpful in orienting ourselves when we look at the data we have in the system. Our primary users of "containers" are coming from quite a different set of activities, which goes very far to explain at least part of our perplexity. Another part is derived, I think, from the fact that most of the container data is ingested EAD. I'm very grateful for your patience and helpful explanations! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 3:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, We don?t ever go about looking for the right box record this way. As I mentioned earlier, we primarily rely on the ?Manage Top Containers? feature to search for and identify boxes. The other time that a box ?title? is really important to us is when we?re linking to a pre-existing top container within the context of a finding aid. When you?re in the context of a resource record and you use the typeahead search feature, you?re only searching for top containers that have already been linked to that resource, so this is where that specific display string comes in handy. We already know what resource we?re in, so we don?t need to see that information display again (it wouldn?t hurt anything, but it would make the display string much longer). And for the repositories that use multiple box 1s, it?s really important for them *not* to link box 1 from series 4 to box 1 that?s in series 1 ? they?re not the same box -- or the one in series 2, etc. So, I?m pretty sure that?s the primary reason behind this design decision. Of course, that does *not* mean that the display string in the typeahead must match the title of the box on the top container screen, or that additional data elements couldn?t live on this page. We just don?t use those pages in the way that you?re describing, so our feedback during the initial development of this feature was to make sure that it would work for our day to day work, and also to ensure that it was completely compatible with the old database model (which was pretty tricky to handle, especially given all of the ways to create top containers, like with imports and the RDE tool). Mark P.S. It certainly should be the source of this data, but I?m pretty sure that it?s only going to grab series-level information if it?s tagged as such at the c01 level, in EAD speak. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 2:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Mark: Thank you so much for responding. You must need be able to recognize a box so that you know you are interacting with the right box record. I am confused about how you can recognize the right box when what you see is something like "Series I, Series II, Box 1". This information seems quite generic and could apply to hundreds of boxes. I am also not certain that series-level identifier and level information is the source of this data. Is there any documentation about where this display information originates? Is there someone who would know? Thanks! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 2:11 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information I honestly don?t remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn?t wind up with conflated containers in a collection when we didn?t intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That?s not to say that other information displaying on this page wouldn?t be helpful, though! One reason that we didn?t go with the Resource/Accession title here is because it?s possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we?ve also requested to see other container information in the Linked Records table that?s just below the bottom of the screen shot that you sent (e.g. I know I?m looking at the contents of a box 1, but do those titles have folder numbers assigned to them, ?cause really, I?m trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the ?Manage Top Containers? feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don?t manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here?s what that should look like, and here?s where?ll you see a lot more information about the top container: [cid:image001.png at 01D1B802.00200980] ?and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I?d suggest using the ?Manage Top Containers? feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image002.png at 01D1B802.00200980] You?ll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B802.00200980] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16709 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7716 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From brad.westbrook at lyrasis.org Fri May 27 12:14:39 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 27 May 2016 16:14:39 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information In-Reply-To: References: , Message-ID: Hi, Michelle, If you have containers with the same ids in the same collection (multiple box 1's) and they are not differentiated by bar codes, then the container conversion process will conflate them all into one container, a single box 1, unless you first run the barcoder plugin against the collection to indicate the containers with identical ids are different containers. This, and other aspects of the conversion process, are highlighted in the upgrade/conversion guidelines for v1.5.0. Best, Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Michelle Paquette Sent: Friday, May 27, 2016 12:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information We haven't converted to 1.5 yet and I haven't done work with containers at this point, so forgive me if I'm misunderstanding this. Based on this conversation, could I get a little clarification? So, if you don't have barcodes and you have multiple Box 1s in the same collection, ASpace will automatically assume they are the same and link them upon conversion, but only if they share the same title? Michelle Michelle Paquette Cataloging & Metadata Librarian Stanford University Libraries Dept. of Special Collections 425 Broadway, Suite 200 Redwood City, CA 94063 mpaquett at stanford.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Kottman, Miloche > Sent: Friday, May 27, 2016 8:47 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, We had the same thing happen when we converted to version 1.5 if we didn't use the barcode plugin. This is the explanation for the weird box title based on what happened to our data. Your issues may be different. It's likely that your container list looked something like this: Series I Box 1 Stuff in folder folder 1 More stuff in folder folder 2 Stuff added 1982 folder 3 Series II Box 1 Series 2 stuff folder 1 More series 2 folder 2 The re-numbering at series II implies to a human that a new box 1 starts at Series II, i.e. your collection has two box 1s. However, if you don't have barcodes in your instance records to differentiate them, the conversion to v. 1.5 program will assume all the Box 1s in the record are the same box 1. The box title means that this container is the Box 1 in both Series I & Series II. You can verify this by looking in the Linked Records section below. It will likely show multiple folder 1s, folder 2s, etc. Hope this helps explain what you're seeing, --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, May 18, 2016 4:26 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Thanks, Mark! Your picture of how you use the system is really, really helpful in orienting ourselves when we look at the data we have in the system. Our primary users of "containers" are coming from quite a different set of activities, which goes very far to explain at least part of our perplexity. Another part is derived, I think, from the fact that most of the container data is ingested EAD. I'm very grateful for your patience and helpful explanations! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 3:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, We don't ever go about looking for the right box record this way. As I mentioned earlier, we primarily rely on the "Manage Top Containers" feature to search for and identify boxes. The other time that a box "title" is really important to us is when we're linking to a pre-existing top container within the context of a finding aid. When you're in the context of a resource record and you use the typeahead search feature, you're only searching for top containers that have already been linked to that resource, so this is where that specific display string comes in handy. We already know what resource we're in, so we don't need to see that information display again (it wouldn't hurt anything, but it would make the display string much longer). And for the repositories that use multiple box 1s, it's really important for them *not* to link box 1 from series 4 to box 1 that's in series 1 - they're not the same box -- or the one in series 2, etc. So, I'm pretty sure that's the primary reason behind this design decision. Of course, that does *not* mean that the display string in the typeahead must match the title of the box on the top container screen, or that additional data elements couldn't live on this page. We just don't use those pages in the way that you're describing, so our feedback during the initial development of this feature was to make sure that it would work for our day to day work, and also to ensure that it was completely compatible with the old database model (which was pretty tricky to handle, especially given all of the ways to create top containers, like with imports and the RDE tool). Mark P.S. It certainly should be the source of this data, but I'm pretty sure that it's only going to grab series-level information if it's tagged as such at the c01 level, in EAD speak. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 2:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Mark: Thank you so much for responding. You must need be able to recognize a box so that you know you are interacting with the right box record. I am confused about how you can recognize the right box when what you see is something like "Series I, Series II, Box 1". This information seems quite generic and could apply to hundreds of boxes. I am also not certain that series-level identifier and level information is the source of this data. Is there any documentation about where this display information originates? Is there someone who would know? Thanks! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 2:11 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information I honestly don't remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn't wind up with conflated containers in a collection when we didn't intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image001.png at 01D1B811.53D7C720] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image002.png at 01D1B811.53D7C720] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B811.53D7C720] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16709 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7716 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From brad.westbrook at lyrasis.org Fri May 27 12:15:26 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 27 May 2016 16:15:26 +0000 Subject: [Archivesspace_Users_Group] Question about intent behind container information References: , Message-ID: Which are at: https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md. Sorry for that quick send and omission. From: Brad Westbrook Sent: Friday, May 27, 2016 12:16 PM To: Archivesspace Users Group Subject: RE: [Archivesspace_Users_Group] Question about intent behind container information Hi, Michelle, If you have containers with the same ids in the same collection (multiple box 1's) and they are not differentiated by bar codes, then the container conversion process will conflate them all into one container, a single box 1, unless you first run the barcoder plugin against the collection to indicate the containers with identical ids are different containers. This, and other aspects of the conversion process, are highlighted in the upgrade/conversion guidelines for v1.5.0. Best, Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Michelle Paquette Sent: Friday, May 27, 2016 12:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information We haven't converted to 1.5 yet and I haven't done work with containers at this point, so forgive me if I'm misunderstanding this. Based on this conversation, could I get a little clarification? So, if you don't have barcodes and you have multiple Box 1s in the same collection, ASpace will automatically assume they are the same and link them upon conversion, but only if they share the same title? Michelle Michelle Paquette Cataloging & Metadata Librarian Stanford University Libraries Dept. of Special Collections 425 Broadway, Suite 200 Redwood City, CA 94063 mpaquett at stanford.edu ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Kottman, Miloche > Sent: Friday, May 27, 2016 8:47 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, We had the same thing happen when we converted to version 1.5 if we didn't use the barcode plugin. This is the explanation for the weird box title based on what happened to our data. Your issues may be different. It's likely that your container list looked something like this: Series I Box 1 Stuff in folder folder 1 More stuff in folder folder 2 Stuff added 1982 folder 3 Series II Box 1 Series 2 stuff folder 1 More series 2 folder 2 The re-numbering at series II implies to a human that a new box 1 starts at Series II, i.e. your collection has two box 1s. However, if you don't have barcodes in your instance records to differentiate them, the conversion to v. 1.5 program will assume all the Box 1s in the record are the same box 1. The box title means that this container is the Box 1 in both Series I & Series II. You can verify this by looking in the Linked Records section below. It will likely show multiple folder 1s, folder 2s, etc. Hope this helps explain what you're seeing, --Miloche Miloche Kottman Head of Cataloging and Archival Processing University of Kansas Libraries Lawrence, KS 66045 mkottman at ku.edu 785-864-3916 or 785-864-4823 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, May 18, 2016 4:26 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Thanks, Mark! Your picture of how you use the system is really, really helpful in orienting ourselves when we look at the data we have in the system. Our primary users of "containers" are coming from quite a different set of activities, which goes very far to explain at least part of our perplexity. Another part is derived, I think, from the fact that most of the container data is ingested EAD. I'm very grateful for your patience and helpful explanations! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 3:37 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, We don't ever go about looking for the right box record this way. As I mentioned earlier, we primarily rely on the "Manage Top Containers" feature to search for and identify boxes. The other time that a box "title" is really important to us is when we're linking to a pre-existing top container within the context of a finding aid. When you're in the context of a resource record and you use the typeahead search feature, you're only searching for top containers that have already been linked to that resource, so this is where that specific display string comes in handy. We already know what resource we're in, so we don't need to see that information display again (it wouldn't hurt anything, but it would make the display string much longer). And for the repositories that use multiple box 1s, it's really important for them *not* to link box 1 from series 4 to box 1 that's in series 1 - they're not the same box -- or the one in series 2, etc. So, I'm pretty sure that's the primary reason behind this design decision. Of course, that does *not* mean that the display string in the typeahead must match the title of the box on the top container screen, or that additional data elements couldn't live on this page. We just don't use those pages in the way that you're describing, so our feedback during the initial development of this feature was to make sure that it would work for our day to day work, and also to ensure that it was completely compatible with the old database model (which was pretty tricky to handle, especially given all of the ways to create top containers, like with imports and the RDE tool). Mark P.S. It certainly should be the source of this data, but I'm pretty sure that it's only going to grab series-level information if it's tagged as such at the c01 level, in EAD speak. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 2:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Mark: Thank you so much for responding. You must need be able to recognize a box so that you know you are interacting with the right box record. I am confused about how you can recognize the right box when what you see is something like "Series I, Series II, Box 1". This information seems quite generic and could apply to hundreds of boxes. I am also not certain that series-level identifier and level information is the source of this data. Is there any documentation about where this display information originates? Is there someone who would know? Thanks! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 2:11 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information I honestly don't remember, but I think it was to help us out since we have a mixture of repository policies, some of which assign multiple box 1s in a collection (starting box numbers over again with each series), and others that ensure distinct box numbers throughout an entire collection. So, perhaps it acted as a crucial reminder to us after our migration to make sure that we didn't wind up with conflated containers in a collection when we didn't intend that to happen. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 1:53 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information OK, I see that. However, why is it then showing series information? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Wednesday, May 18, 2016 1:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Question about intent behind container information Kate, That is the expected display when viewing a top container page all by itself. That's not to say that other information displaying on this page wouldn't be helpful, though! One reason that we didn't go with the Resource/Accession title here is because it's possible to have more than one resource within a single top container. That said, it would be useful to display that information if feasible, and we've also requested to see other container information in the Linked Records table that's just below the bottom of the screen shot that you sent (e.g. I know I'm looking at the contents of a box 1, but do those titles have folder numbers assigned to them, 'cause really, I'm trying to navigate to folder 10 right now?). We do almost all of our work with top containers by going through the "Manage Top Containers" feature. Users will need to have the appropriate permissions to use that tool, though (assigning those permissions is described in the documentation that you linked to below). For example, I just created a test repository that has two top containers in it. One top container houses two collections, and the other just houses part of the second collection. We don't manage those containers directly from their top container pages. Instead, we manage them in bulk (or find a single one by scanning in a barcode in the keyword field). Here's what that should look like, and here's where'll you see a lot more information about the top container: [cid:image001.png at 01D1B811.94688E50] ...and yes, I assigned one of those series an Arabic numeral and the other a Roman one, just to make it clear(er) that that single container housed material from two different series in two different collections. Also note that the Resource/Accession displays both the unitid (or accession id) along with the resource/accession title. Does that make sense? I'd suggest using the "Manage Top Containers" feature to manage the containers exclusively, not least because you can edit them in bulk that way. Mark P.S. And do you have this option in your repository dropdown section??? [cid:image002.png at 01D1B811.94688E50] You'll need to be able to manage and bulk edit top containers in order to test 1.5 thoroughly. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Wednesday, 18 May, 2016 12:42 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Question about intent behind container information We are just starting to get our heads around containers, so please excuse the very basic nature of this question. I have checked the documentation (https://docs.archivesspace.org/Default.htm#ContainersFuncOverview.htm%3FTocPath%3DManaging%2520Containers%2520%28new%2520with%2520version%25201.5.0%29|_____0), but it doesn't address where the data for displays comes from. I am confused by what I am seeing on the screen. It appears that the unit identifiers values ("I" and "II") and level value ("series") of the first child level in the collection have been pulled into this display. Is that the case? I would have expected that the collection unitid would be essential and would be used in any display of a box number. Can anyone explain what is happening here, or perhaps if this is indeed what is supposed to happen? Is this an error from the 1.5 upgrade, or is this how it is supposed to work? [cid:image003.jpg at 01D1B811.94688E50] Thanks! Kate -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16709 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7716 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 43823 bytes Desc: image003.jpg URL: From christine.dibella at lyrasis.org Tue May 31 11:17:35 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 31 May 2016 15:17:35 +0000 Subject: [Archivesspace_Users_Group] LYRASIS classes on outreach for digital projects, disaster preparedness, AV preservation, and more Message-ID: Sent on behalf of Annie Peterson at LYRASIS. LYRASIS online learning opportunities coming up this month include a brand new session on "Promotion and Outreach for Digital Projects," and classes on disaster preparedness, audiovisual preservation, and more. Visit https://www.lyrasis.org/Pages/events.aspx for the full schedule and to register. The following classes are scheduled for June: 6/2 Picture This: Introduction to Digital Imaging 6/8 Introduction to Outsourcing for Digitization: Who, What, When, Where, Why and How 6/8 Free session: FADGI Metrics, Part 1 6/14, 6/15 Metadata for Digitization and Preservation 6/21 Promotion and Outreach for Digital Projects (new class!) 6/30, 7/7 Disaster Preparedness 6/30 Audiovisual Preservation Newly scheduled classes later in the summer include: 7/12 Creating Online Exhibits 7/19 Introduction to Copyright for Digitization 8/9 Digital Curation Workflow and Tools Please get in touch with any questions, hope to see you in a class! Best, Annie Annie Peterson Preservation Services Librarian annie.peterson at lyrasis.org 678.235.2923 peterson.annie Skype [LYRASIS] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 5622 bytes Desc: image003.png URL: From christine.dibella at lyrasis.org Tue May 31 13:50:02 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 31 May 2016 17:50:02 +0000 Subject: [Archivesspace_Users_Group] registration open for 2016 ArchivesSpace Member Forum, August 2 at Robert W. Woodruff Library, Atlanta University Center Message-ID: Dear ArchivesSpace Members, We're pleased to announce the opening of registration for the 2016 ArchivesSpace Member Forum, to be held at the Robert W. Woodruff Library at Atlanta University Center, on Tuesday, August 2. The Member Forum is a chance for all interested staff of ArchivesSpace member institutions to share and learn about experiences implementing, using, and developing for ArchivesSpace. The preliminary schedule is available on our wiki. Thanks to member institution Atlanta University Center for making space for us, and to the members of the planning group for their help so far in putting the program together! This is a free event. You may register for the full day, or just for part. (Please note that space in the morning workshops is limited, so in fairness to other participants, please register for one of these only if you are confident you will attend.) Transportation between the SAA hotel and the Woodruff Library will be available at designated times during the day. Ways you can participate: * Register for the Member Forum at http://www.eventbrite.com/e/archivesspace-member-forum-2016-tickets-23188792302 * Be a speaker in the lightning round sessions How Does ArchivesSpace Work for You? or Getting Involved in the ArchivesSpace Community (just email me to volunteer) * Suggest topics you'd like addressed in the Board and Program update by emailing me, starting a discussion on the Users Group listserv, or commenting on the wiki page. If you have any questions or ideas, please don't hesitate to be in touch. With your help, we're sure this will be an event to remember! Best, Christine Christine Di Bella Community Outreach Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: