From christian.dupont at bc.edu Fri Jul 1 08:03:03 2016 From: christian.dupont at bc.edu (Christian Dupont) Date: Fri, 1 Jul 2016 08:03:03 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace election results and new appointments Message-ID: To the members of the ArchivesSpace community: I am pleased to announce the results of the elections we recently conducted to fill vacancies on the ArchivesSpace Governance Board. ? *Audra Eagle Yun*, Head of Special Collections & Archives and University Archivist, at the University of California, Irvine Libraries, has been elected to serve as the representative for Very Large member institutions ? *Alston Cobourn*, Digital Scholarship Librarian, at Washington and Lee University, has been elected to serve as the representative for Small member institutions Audra and Alston will serve two-year terms, effective as of today, July 1, and running through June 30, 2018. We extend our renewed thanks to outgoing representatives Megan Sniffin-Marinoff (Harvard University) and Lynda Kachurek (University of Richmond). We also remain grateful to Cynthia Gehring and Heather Heckman for their candidacies and to the several other members who participated in the nomination process. The leadership needs of our community-based, community-driven organization are ongoing, and so the contributions of all members, including those of you who voted as voting representatives for your member institutions, continue to be greatly valued. As our board chair Carol Mandel noted in her recent report, *Gregor Trinkhaus-Randall *has been appointed as the new LYRASIS board liaison to the ArchivesSpace Governance Board, succeeding Jay Schafer in that role. Gregor is currently the vice chair of the LYRASIS board and a former SAA President. The board has also recently approved the appointments of two new members to the Users Advisory Council representing Small member institutions: *Suzanne Stasiulatis* (Pennsylvania State Archives) and *Jamie Weeks* (Weber State University). The board is in the process of filling the vacancy on UAC created by the election Alston Cobourn to the Governance Board. Best wishes to all as we welcome our representatives to their new roles and look ahead to coming year. Respectfully submitted, Christian Dupont Chair, 2016 Nominating Committee and Large Member representative to the Governance Board *On behalf of committee members:* Stephen Hussman (University of Arizona), representing very large membership level Ed Galloway (University of Pittsburgh), representing large membership level Annie Benefiel (Grand Valley State University), representing medium membership level Margot Note (World Monuments Fund), representing small membership level Yue Ma (Chinese Museum in America), representing very small membership level Gordon Daines (BYU), chair, User Advisory Council (ex officio) Sally Vermatten (NYU), chair, Technical Advisory Council (ex officio) Brad Westbrook (ArchivesSpace), Program Manager (ex officio) -- Christian Dupont Burns Librarian and Associate University Librarian for Special Collections John J. Burns Library | Boston College | 140 Commonwealth Ave | Chestnut Hill, MA 02467-3801 *Main:* (617) 552-4861 | *Direct:* (617) 552-0105 | christian.dupont at bc.edu *http://bc.edu/burns * | https://bc.academia.edu/ChristianDupont -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Fri Jul 1 09:10:39 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 1 Jul 2016 13:10:39 +0000 Subject: [Archivesspace_Users_Group] "Is representative" in instances In-Reply-To: <4142170736420940ACB07EE9EECDC21F34CC735C@si-msedag04.US.SINET.SI.EDU> References: <4142170736420940ACB07EE9EECDC21F34CC735C@si-msedag04.US.SINET.SI.EDU> Message-ID: Nancy, That's a great question! So, the feature came out of a recommendation from the Cherry Hill report: "[The new layout] Includes a representation of the digital item for any record that links to a digital item, along with the link (we understand that this may not be Phase I feasible)". At this point, there have not been any changes to the importers or exporters to accommodate this feature, but if there's a need to do that, then I'd be happy to add that as a feature request. Is there a particular way that you'd like to see this represented in an EAD export? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kennedy, Nancy Sent: Thursday, 30 June, 2016 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Mark- Is there any plan for that "representative" designation to be reflected in the EAD export? Nancy Nancy Kennedy EAD Coordinator Smithsonian Institution kennedyn at si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Thursday, June 30, 2016 2:28 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Hi, Kate. This is a new feature that was added during the development of the new public interface. The intent is to allow staff to identify which digital object to highlight on a resource/accession/component page in the public interface in case there are more than one digital objects attached. In Edit mode, you'll see that you now have the option to make a digital instance a representative one, but not an analog instance. I'd suggest that this "is representative" value should be suppressed in view mode for analog instances since the staff interface doesn't permit a staff member to do that with an analog instance. I hope that partially explains things, but I wouldn't say that this feature is really fully finished at this point, but that's the general intent of it. Mark 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: Thursday, 30 June, 2016 10:55 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] "Is representative" in instances When "viewing" an instance in AS staff interface (not editing) there is a line that displays as "Is representative?" suggesting that the data behind it is a "yes/no" "true/false" data type. Does anyone have any idea what the data source is for this displayed field? Screenshots below. Thanks! Kate [cid:image001.jpg at 01D1D2D9.D16BBC90] Here's the same record in "edit" view. [cid:image002.jpg at 01D1D2D9.D16BBC90] Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 13560 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 27677 bytes Desc: image002.jpg URL: From christine.dibella at lyrasis.org Fri Jul 1 09:22:52 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 1 Jul 2016 13:22:52 +0000 Subject: [Archivesspace_Users_Group] link for webinar on ArchivesSpace v1.5.0 release - July 5, 2:00-3:30 p.m. Eastern Message-ID: As previously announced, the ArchivesSpace program is holding a webinar on Tuesday, July 5, from 2:00 to 3:30 p.m. Eastern time to provide an overview of the v1.5.0 release scheduled for later in July and to demonstrate some of its features, particularly in the areas of container and locations management. The link for the live webinar is http://lyrasis.adobeconnect.com/r2fm4j1myb6/. On Tuesday at 2, click the link to enter the webinar as a Guest and enter your name in the space provided the way you would like it to appear to your fellow participants. You will be able to connect to the audio via your computer, or via the conference line at 888-354-0094 (the passcode is 731627). For those who can't join us live, the webinar will also be recorded and available on our public website for viewing beginning July 6. The agenda for the webinar includes: * Overview of the 1.5.0 release * Container management functionality * Upgrade and data conversion process, specifically as it relates to containers * Enhanced locations management functionality * Questions, comments, suggestions from the audience In addition to me and Brad Westbrook from the program team, we're very happy to have Noah Huffman (Duke University), Alston Cobourn (Washington and Lee University), and Sally Vermaaten, Rachel Searcy, and Craig Savino (New York University) joining us. We look forward to many of you being with us to learn more about this release and the new functions, either live or via the recording afterwards. If you have any questions, please just let me know. 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 prom at illinois.edu Fri Jul 1 09:32:05 2016 From: prom at illinois.edu (Prom, Christopher John) Date: Fri, 1 Jul 2016 13:32:05 +0000 Subject: [Archivesspace_Users_Group] "Is representative" in instances In-Reply-To: References: <4142170736420940ACB07EE9EECDC21F34CC735C@si-msedag04.US.SINET.SI.EDU> Message-ID: <9B733C41-E368-4F90-96FC-4C86584E5275@illinois.edu> Mark, What about about marking it as ? The role attribute is supposed to specify the role a link play in regard to some external software, and this seems like a possible use case for that. Also, it seems like the feature in the UI should apply only to Digital object instance types, but is Kate's original example, it is being applied to mixed/analog materials?or am I missing something? Chris Prom Univeristy of Illinois On Jul 1, 2016, at 8:10 AM, Custer, Mark > wrote: Nancy, That?s a great question! So, the feature came out of a recommendation from the Cherry Hill report: ?[The new layout] Includes a representation of the digital item for any record that links to a digital item, along with the link (we understand that this may not be Phase I feasible)?. At this point, there have not been any changes to the importers or exporters to accommodate this feature, but if there?s a need to do that, then I?d be happy to add that as a feature request. Is there a particular way that you?d like to see this represented in an EAD export? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kennedy, Nancy Sent: Thursday, 30 June, 2016 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Mark- Is there any plan for that ?representative? designation to be reflected in the EAD export? Nancy Nancy Kennedy EAD Coordinator Smithsonian Institution kennedyn at si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Thursday, June 30, 2016 2:28 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Hi, Kate. This is a new feature that was added during the development of the new public interface. The intent is to allow staff to identify which digital object to highlight on a resource/accession/component page in the public interface in case there are more than one digital objects attached. In Edit mode, you?ll see that you now have the option to make a digital instance a representative one, but not an analog instance. I?d suggest that this ?is representative? value should be suppressed in view mode for analog instances since the staff interface doesn?t permit a staff member to do that with an analog instance. I hope that partially explains things, but I wouldn?t say that this feature is really fully finished at this point, but that?s the general intent of it. Mark 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: Thursday, 30 June, 2016 10:55 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] "Is representative" in instances When "viewing" an instance in AS staff interface (not editing) there is a line that displays as "Is representative?" suggesting that the data behind it is a "yes/no" "true/false" data type. Does anyone have any idea what the data source is for this displayed field? Screenshots below. Thanks! Kate Here's the same record in "edit" view. 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 _______________________________________________ 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 Fri Jul 1 09:58:24 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 1 Jul 2016 13:58:24 +0000 Subject: [Archivesspace_Users_Group] additional ArchivesSpace event at SAA on August 2 Message-ID: Hello ArchivesSpace members, In cooperation with our Registered Service Provider Atlas Systems, ArchivesSpace is co-hosting a post-Member Forum reception at the Hilton Atlanta on August 2 from 5:30 to 7:00 p.m. Whether you spent the full day immersed in ArchivesSpace at the Forum or couldn't make it because of other commitments at SAA that day, this will be a chance to catch up with fellow ArchivesSpace members and enjoy some light food and beverages as a warmup for whatever you have planned for Atlanta that evening. You do not have to be registered for the Forum to attend, though if you aren't registered, an RSVP (via email to me) would be appreciated so that we have enough refreshments. Thanks to Atlas Systems for their help in giving us another opportunity to get together in Atlanta. More details will be available closer to SAA. 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 ccauste1 at swarthmore.edu Fri Jul 1 11:11:57 2016 From: ccauste1 at swarthmore.edu (Celia Caust-Ellenbogen) Date: Fri, 1 Jul 2016 11:11:57 -0400 Subject: [Archivesspace_Users_Group] ASpace's PDF view of finding aids In-Reply-To: References: Message-ID: Hello, Is it possible to have different stylesheets for each repository within an ArchivesSpace implementation? Thanks Celia On Tue, Jun 28, 2016 at 2:33 PM, Carlos Lemus wrote: > Hello, > > I just wrote about this in another question (Finding aid title vs. finding > aid filing title > http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2016-June/003718.html > ) > > It is very much possible to alter the way your PDFs look. > To do this navigate to the stylesheets folder under your archivesspace > main directory. Open up the ead-to-pdf.xsl. > > You should be able to edit that file to make changes to your pdf. Changes > such as font and spaces in the PDF are at the very top in lines like > > > > 16pt > > you should be able to change that to a 12pt or whatever you need to fit > your needs. Removing and adding components of the PDF is also possible. For > larger changes such as notes not publishing or changing a title you need to > make changes to the ead serializer. This way the changes are applied > directly to the ead and converted into the PDF > > Here is an example that I created for the University of Nevada Las Vegas > with some changes to the stylesheets made by The Getty: > > https://github.com/l3mus/ArchivesSpace-authority-project/tree/master/unlv_ead_exporter > > Let me know if you have any questions. > > Good Luck, > Carlos Lemus > Application Programmer, Special Collections Technical Services > University Libraries, University of Nevada, Las Vegas > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Celia Caust-Ellenbogen Friends Historical Library of Swarthmore College 610-328-8498 ccauste1 at swarthmore.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Fri Jul 1 12:14:00 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 1 Jul 2016 16:14:00 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - July 2016 Message-ID: [ArchivesSpace Logo5.png] July 2016 Update ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA's Collection Management Tools roundtable listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. Development Thanks to everyone who tested the previous v1.5.0 release candidates. Based on the results reported, all fixes and features intended for the next release have been incorporated and we've put up a new release candidate at https://github.com/archivesspace/archivesspace/releases/tag/v1.5.0-RC3. In addition to the container management and other enhancements that were included in the previous release candidates, v1.5.0 RC3 includes new enhancements to the location module that have been recently implemented by Hudson Molonglo and were funded by New York University. Please test this release candidate as you are able and let us know if you encounter any problems or have any concerns. Assuming testing data is positive, we intend to distribute the 1.5.0 release on Friday, July 15. Thank you to everybody for your patience and to the organizations / persons below for their contributions to testing earlier release candidates and versions of the new features: * Dartmouth College (Joshua Shaw) * Duke University (Noah Huffman) * Harvard University (ArchivesSpace Committee) * Keystone Library Network for Pennsylvania State Archives (Patrick Flanagan) * Michigan State University (Lydia Tang) * New York University (Sally Vermaaten, Craig Savino, Flannon Jackson) * North Carolina State University (Trevor Thornton) * Rockefeller Archive Center (Patrick Galligan) * University of California San Diego * University of Denver (Kevin Clair) * University of Kansas (University of Kansas) * University of Louisville (Carrie Daniels) * University of Michigan (Max Eckard and Michael Shallcross) * University of Tennessee at Chattanooga (Carolyn Runyon) * Washington and Lee University (Alston Cobourn) * Yale University (Mark Custer and Maureen Callahan, now at Smith College) * and a big thank you to Mark Cooper and Blake Carver of LYRASIS' Digital Technology Services who tested the conversion for over 40 of their hosted clients. Webinar on ArchivesSpace v1.5.0 release The ArchivesSpace program is holding a webinar on July 5 from 2:00 to 3:30 p.m. Eastern time to provide an overview of the v1.5.0 release scheduled for July and to demonstrate some of its features, particularly in the areas of container and locations management. The webinar will be live, but will be recorded and available on the public website for viewing later. The agenda for the webinar includes: * Overview of the 1.5.0 release * Container management functionality * Upgrade and data conversion process, specifically as it relates to containers * Enhanced locations management functionality * Questions, comments, suggestions from the audience In addition to Christine Di Bella and Brad Westbrook from the program team, we're very happy to have Noah Huffman (Duke University), Alston Cobourn (Washington and Lee University), and Sally Vermaaten, Rachel Searcy, and Craig Savino (New York University) joining us. Visit http://lyrasis.adobeconnect.com/r2fm4j1myb6/ to sign on to the webinar on July 5, or visit our website soon afterwards to view the recording. Member Forum 2016 Online registration is open for the 2016 Member Forum, which will take place at the Robert W. Woodruff Library at Atlanta University Center. Information on the program is online at https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace+Member+Forum+2016 and registration is at http://www.eventbrite.com/e/archivesspace-member-forum-2016-tickets-23188792302. This free event is open to all staff from ArchivesSpace member institutions. We hope to see many of you there! While there is still plenty of room for the afternoon program of the Forum, all three of the morning workshops are now full. Please contact Christine at christine.dibella at lyrasis.org to put your name on the waiting list for the workshops. Online Training The ArchivesSpace trainer corps presented a series of live webinars using Adobe Connect for staff from institutions in the Keystone Library Network from March to May 2016. These webinars covered many aspects of our face-to-face Basics and Digital Objects workshops and were recorded with an eye to making them more widely available after the conclusion of the series. Edited recordings of many of the sessions are now available in the member area at https://docs.archivesspace.org/screencasts/index.html. You can watch the recordings in sequence or select only topics of particular interest to you. More recordings on topics such as imports, exports, data cleanup, and application customizations will be added in the near future. The sessions were presented based on ArchivesSpace v1.4.2. We hope access to these recordings will be useful for members who can't attend a face-to-face training or would like to brush up on aspects of the introductory training available through the ArchivesSpace program. Special thanks to Registered Service Provider Keystone Library Network and the staff at its ArchivesSpace member institutions for giving us the opportunity to adapt the workshop content to an online format and being our first audience. Membership Update A number of organizations came on as General members of ArchivesSpace in June or for July 1. They include: * SUNY Downstate * Robert Rauschenberg Foundation * Mars Hill University * Towson University * Mount Holyoke College * Brown University * American Kennel Club The University of Tennessee School of Information Sciences joined us as an Educational Program member. As of July 1, we have 289 General members, 10 Educational Program members, and 3 Registered Service Providers. Thanks to all the ArchivesSpace member organizations that have paid their invoices for the 2016-2017 membership term or let us know that they will soon. If you have questions about your renewal, or about ArchivesSpace membership in general, please contact us at ArchivesSpaceHome at lyrasis.org. Connect with ArchivesSpace in Person We're sticking close to home in July, but gearing up for the Society of American Archivists (SAA) annual meeting in Atlanta next month. There will be one more monthly update before we're in the thick of SAA, but for those who are planning ahead, here's where you can find the ArchivesSpace during SAA: ArchivesSpace events * ArchivesSpace Member Forum, Robert W. Woodruff Library, Atlanta University Center, August 2, 9:00 a.m.-5:00 p.m. (registration required) * Post-Forum Mixer (co-hosted by Registered Service Provider Atlas Systems), Hilton Atlanta, August 2, 5:30-7:00 p.m. Extend your conversations from the Member Forum, or, if you weren't able to join us for the Forum, come for light food and drink and to catch up with other ArchivesSpace users as a warmup to your evening in Atlanta. An RSVP to christine.dibella at lyrasis.org from those not registered for the Forum would be appreciated so that we are sure to have enough on hand. * Exhibit Hall, August 4-5 (opens August 4 at 5:00 p.m. and closes on August 5 at 4:30 p.m.; staff from ArchivesSpace and LYRASIS will be present at all times the exhibit hall is open) Events hosted by others featuring ArchivesSpace program staff * Aeon Users Group (sponsored by Registered Service Provider Atlas Systems), August 4, 3:30-5:00 p.m. >From Atlas: "Meet and greet social with Atlas Systems partners ArchivesSpace and Zepheira. This is a great chance to meet with Atlas staff and members of our key partners to talk about anything! Please RSVP to aeon at atlas-sys.com so that we may ensure an accurate food count." * Flexible Digital Preservation for a Changing World (hosted by Preservica), August 4, 3:30-5:00 p.m. >From Preservica: "Preservica ArchivesSpace Connector : NEW! Video & SAA Workshop: At SAA we will be jointly demonstrating Preservica's new integration with ArchivesSpace which was developed in collaboration with Yale University Library. The new catalog integration automatically synchronizes metadata and catalog hierarchy between the two systems, enabling you to maintain a single catalog view across both physical and digital artefacts. Preservica will also be showing many other new features including Virtual collections. CLICK to learn more and join the workshop in Atlanta. View a video demonstration of the ArchivesSpace connector." Events with information about ArchivesSpace led by ArchivesSpace users There are also a number of sessions on the program that relate to ArchivesSpace, many featuring staff from ArchivesSpace member institutions. These include: * Collection Management Tools Roundtable, August 3, 4:00-5:00 p.m. * S501: Making ArchivesSpace Work For You, August 5, 3:00-4:00 p.m. * S506: You Are Not Alone! Navigating the Implementation of New Archival Systems, August 5, 3:00-4:00 p.m. * Graduate student poster 20: Preparing Legacy Finding Aids for Ingest into ArchivesSpace * Professional poster P09: Enriching Collaboration: Processing the Records of The Wellesley Centers for Women (If you know of others, please let us know and we'll include them in next month's update.) 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: image002.png Type: image/png Size: 34143 bytes Desc: image002.png URL: From ljdavis at jhu.edu Fri Jul 1 13:42:53 2016 From: ljdavis at jhu.edu (Lora Davis) Date: Fri, 1 Jul 2016 17:42:53 +0000 Subject: [Archivesspace_Users_Group] Timeout trying to GET top_containers json Message-ID: <1467394973105.17820@jhu.edu> ?Hi folks, Now that we're finally "in" and operating 1.4.2 with the container management plugin we're trying to go back and do some desired data cleanup. Currently up on the docket is replacing some "fake" aspace barcodes generated with the barcoder plugin during our migration workflow with "real" barcodes we have stored in a database outside of AS. Step 1 of the workflow we've sketched out is to GET the JSON for all top_containers in our repository through the API. (This then goes into a resolving database and matches, based on resource ID, to the top_containers that should have their "fake" barcodes replaced with "real" ones.) However, we're having a heck of a time getting this JSON and are encountering endless timeouts no matter how small a page_size we set. By contrast, we can easily issue a GET and return over 2,000 resources without timing out, but to get even 100 top_containers often fails. Any advice? Are we falling victim to attempting this while still using the plugin rather than 1.5? Happy early 4th to those of you that are stateside. Best, Lora Lora J. Davis Digital Archivist The Sheridan Libraries Johns Hopkins University 3400 North Charles Street Baltimore, MD 21228 (410) 516-5898 ljdavis at jhu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Fri Jul 1 17:08:29 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 1 Jul 2016 21:08:29 +0000 Subject: [Archivesspace_Users_Group] "Is representative" in instances In-Reply-To: <9B733C41-E368-4F90-96FC-4C86584E5275@illinois.edu> References: <4142170736420940ACB07EE9EECDC21F34CC735C@si-msedag04.US.SINET.SI.EDU> <9B733C41-E368-4F90-96FC-4C86584E5275@illinois.edu> Message-ID: Chris, I think that encoding suggestion could work. I haven?t really delved into how ASpace imports/exports the DAO tags currently, but assuming that role attribute is not already being used for another purpose (although I have a feeling that it might be), that would be one possibility. As Kate demonstrated, the value is showing up in view mode, but it is *not* something that a user can add in edit mode. I?m not exactly sure if the analog instance and digital object instance differ in ASpace?s data model, but as I mentioned to Kate earlier I agree that this value should be suppressed completely from analog instances. But, even right now, you only get the ?Make Representative? button when you?re supplying a link to a digital instance. You can try that out at http://test.archivesspace.org/ Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John Sent: Friday, 01 July, 2016 9:32 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Mark, What about about marking it as ? The role attribute is supposed to specify the role a link play in regard to some external software, and this seems like a possible use case for that. Also, it seems like the feature in the UI should apply only to Digital object instance types, but is Kate's original example, it is being applied to mixed/analog materials?or am I missing something? Chris Prom Univeristy of Illinois On Jul 1, 2016, at 8:10 AM, Custer, Mark > wrote: Nancy, That?s a great question! So, the feature came out of a recommendation from the Cherry Hill report: ?[The new layout] Includes a representation of the digital item for any record that links to a digital item, along with the link (we understand that this may not be Phase I feasible)?. At this point, there have not been any changes to the importers or exporters to accommodate this feature, but if there?s a need to do that, then I?d be happy to add that as a feature request. Is there a particular way that you?d like to see this represented in an EAD export? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kennedy, Nancy Sent: Thursday, 30 June, 2016 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Mark- Is there any plan for that ?representative? designation to be reflected in the EAD export? Nancy Nancy Kennedy EAD Coordinator Smithsonian Institution kennedyn at si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Thursday, June 30, 2016 2:28 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Hi, Kate. This is a new feature that was added during the development of the new public interface. The intent is to allow staff to identify which digital object to highlight on a resource/accession/component page in the public interface in case there are more than one digital objects attached. In Edit mode, you?ll see that you now have the option to make a digital instance a representative one, but not an analog instance. I?d suggest that this ?is representative? value should be suppressed in view mode for analog instances since the staff interface doesn?t permit a staff member to do that with an analog instance. I hope that partially explains things, but I wouldn?t say that this feature is really fully finished at this point, but that?s the general intent of it. Mark 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: Thursday, 30 June, 2016 10:55 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] "Is representative" in instances When "viewing" an instance in AS staff interface (not editing) there is a line that displays as "Is representative?" suggesting that the data behind it is a "yes/no" "true/false" data type. Does anyone have any idea what the data source is for this displayed field? Screenshots below. Thanks! Kate Here's the same record in "edit" view. 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 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.rush at yale.edu Tue Jul 5 09:23:53 2016 From: michael.rush at yale.edu (Rush, Michael) Date: Tue, 5 Jul 2016 13:23:53 +0000 Subject: [Archivesspace_Users_Group] "Is representative" in instances In-Reply-To: References: <4142170736420940ACB07EE9EECDC21F34CC735C@si-msedag04.US.SINET.SI.EDU> <9B733C41-E368-4F90-96FC-4C86584E5275@illinois.edu> Message-ID: Mark, Chris, A more appropriate attribute would be @arcrole. In XLink, @role describes the entity that is linked to. A common usage would be a MIME type, so role=?text/html? or role=?application/pdf?. It?s the @arcrole that characterizes the link (or arc) itself. So in this case you?d want it to be @arcrole=?IsRepresentative?. I?d add that it would be good of the value for ?IsRepresentative? were established as part of a vocabulary with a URI, perhaps something specific to ASpace. Mike From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Friday, July 01, 2016 5:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Chris, I think that encoding suggestion could work. I haven?t really delved into how ASpace imports/exports the DAO tags currently, but assuming that role attribute is not already being used for another purpose (although I have a feeling that it might be), that would be one possibility. As Kate demonstrated, the value is showing up in view mode, but it is *not* something that a user can add in edit mode. I?m not exactly sure if the analog instance and digital object instance differ in ASpace?s data model, but as I mentioned to Kate earlier I agree that this value should be suppressed completely from analog instances. But, even right now, you only get the ?Make Representative? button when you?re supplying a link to a digital instance. You can try that out at http://test.archivesspace.org/ Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John Sent: Friday, 01 July, 2016 9:32 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Mark, What about about marking it as ? The role attribute is supposed to specify the role a link play in regard to some external software, and this seems like a possible use case for that. Also, it seems like the feature in the UI should apply only to Digital object instance types, but is Kate's original example, it is being applied to mixed/analog materials?or am I missing something? Chris Prom Univeristy of Illinois On Jul 1, 2016, at 8:10 AM, Custer, Mark > wrote: Nancy, That?s a great question! So, the feature came out of a recommendation from the Cherry Hill report: ?[The new layout] Includes a representation of the digital item for any record that links to a digital item, along with the link (we understand that this may not be Phase I feasible)?. At this point, there have not been any changes to the importers or exporters to accommodate this feature, but if there?s a need to do that, then I?d be happy to add that as a feature request. Is there a particular way that you?d like to see this represented in an EAD export? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kennedy, Nancy Sent: Thursday, 30 June, 2016 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Mark- Is there any plan for that ?representative? designation to be reflected in the EAD export? Nancy Nancy Kennedy EAD Coordinator Smithsonian Institution kennedyn at si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Thursday, June 30, 2016 2:28 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Hi, Kate. This is a new feature that was added during the development of the new public interface. The intent is to allow staff to identify which digital object to highlight on a resource/accession/component page in the public interface in case there are more than one digital objects attached. In Edit mode, you?ll see that you now have the option to make a digital instance a representative one, but not an analog instance. I?d suggest that this ?is representative? value should be suppressed in view mode for analog instances since the staff interface doesn?t permit a staff member to do that with an analog instance. I hope that partially explains things, but I wouldn?t say that this feature is really fully finished at this point, but that?s the general intent of it. Mark 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: Thursday, 30 June, 2016 10:55 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] "Is representative" in instances When "viewing" an instance in AS staff interface (not editing) there is a line that displays as "Is representative?" suggesting that the data behind it is a "yes/no" "true/false" data type. Does anyone have any idea what the data source is for this displayed field? Screenshots below. Thanks! Kate Here's the same record in "edit" view. 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 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From KennedyN at si.edu Tue Jul 5 10:25:32 2016 From: KennedyN at si.edu (Kennedy, Nancy) Date: Tue, 5 Jul 2016 14:25:32 +0000 Subject: [Archivesspace_Users_Group] "Is representative" in instances In-Reply-To: References: <4142170736420940ACB07EE9EECDC21F34CC735C@si-msedag04.US.SINET.SI.EDU> <9B733C41-E368-4F90-96FC-4C86584E5275@illinois.edu> Message-ID: <4142170736420940ACB07EE9EECDC21F34CC7C02@si-msedag04.US.SINET.SI.EDU> Mark/Chris ? Last I checked, ArchivesSpace isn?t exporting the @role attribute at all, whereas AT used to export the Use Statement to the @role. What happens to Use Statement data (recorded with File Version)? If a user assigned a Use-Statement and then also marked the DO ?Is-representative?, what happens? I?d lean towards keeping/continuing @role for the Use Statement, and using a separate attribute for Is-representative. Also, it looks like there are two ways that ?make representative? is set up right now. A DO can be marked representative, but also, specific file versions can be marked representative for each DO. I can see why you?d want that for the Public interface. But for the EAD, what happens? For example, a file version could be marked representative, while the DO itself is not. If both kinds of ?representative? export to the EAD, there needs to be a clear way to distinguish representative DO vs representative file versions. (If we only exported the DO ?is-representative? and omitted file version ?is-representative?, that would solve my immediate issue too? but that seems less consistent in terms of what a user might expect --- if it?s the same ?Make Representative? button, then I?d expect export behavior to be similar). Would it help if the EAD uses @arcrole -- and has the vocabulary include both ?is-representative? and ?is-representative-file-version? (or something like that)? A repository could then distinguish between an archival object?s representative DO, versus a DO?s representative file version. Nancy From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Friday, July 01, 2016 5:09 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Chris, I think that encoding suggestion could work. I haven?t really delved into how ASpace imports/exports the DAO tags currently, but assuming that role attribute is not already being used for another purpose (although I have a feeling that it might be), that would be one possibility. As Kate demonstrated, the value is showing up in view mode, but it is *not* something that a user can add in edit mode. I?m not exactly sure if the analog instance and digital object instance differ in ASpace?s data model, but as I mentioned to Kate earlier I agree that this value should be suppressed completely from analog instances. But, even right now, you only get the ?Make Representative? button when you?re supplying a link to a digital instance. You can try that out at http://test.archivesspace.org/ Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John Sent: Friday, 01 July, 2016 9:32 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Mark, What about about marking it as ? The role attribute is supposed to specify the role a link play in regard to some external software, and this seems like a possible use case for that. Also, it seems like the feature in the UI should apply only to Digital object instance types, but is Kate's original example, it is being applied to mixed/analog materials?or am I missing something? Chris Prom Univeristy of Illinois On Jul 1, 2016, at 8:10 AM, Custer, Mark > wrote: Nancy, That?s a great question! So, the feature came out of a recommendation from the Cherry Hill report: ?[The new layout] Includes a representation of the digital item for any record that links to a digital item, along with the link (we understand that this may not be Phase I feasible)?. At this point, there have not been any changes to the importers or exporters to accommodate this feature, but if there?s a need to do that, then I?d be happy to add that as a feature request. Is there a particular way that you?d like to see this represented in an EAD export? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kennedy, Nancy Sent: Thursday, 30 June, 2016 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Mark- Is there any plan for that ?representative? designation to be reflected in the EAD export? Nancy Nancy Kennedy EAD Coordinator Smithsonian Institution kennedyn at si.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Thursday, June 30, 2016 2:28 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] "Is representative" in instances Hi, Kate. This is a new feature that was added during the development of the new public interface. The intent is to allow staff to identify which digital object to highlight on a resource/accession/component page in the public interface in case there are more than one digital objects attached. In Edit mode, you?ll see that you now have the option to make a digital instance a representative one, but not an analog instance. I?d suggest that this ?is representative? value should be suppressed in view mode for analog instances since the staff interface doesn?t permit a staff member to do that with an analog instance. I hope that partially explains things, but I wouldn?t say that this feature is really fully finished at this point, but that?s the general intent of it. Mark 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: Thursday, 30 June, 2016 10:55 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] "Is representative" in instances When "viewing" an instance in AS staff interface (not editing) there is a line that displays as "Is representative?" suggesting that the data behind it is a "yes/no" "true/false" data type. Does anyone have any idea what the data source is for this displayed field? Screenshots below. Thanks! Kate Here's the same record in "edit" view. 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 _______________________________________________ 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 mang.sun at rice.edu Tue Jul 5 10:48:10 2016 From: mang.sun at rice.edu (Mang Sun) Date: Tue, 5 Jul 2016 09:48:10 -0500 Subject: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search In-Reply-To: <5761A583.4020904@rice.edu> References: <5760774A.6000307@rice.edu> <5761A583.4020904@rice.edu> Message-ID: <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> Amanda, I am just back. I seemingly can't reproduce the Google hit by searching Google for "Randall Hulet" and I don't see problem with our Public interface when searching for "Randall Hulet". Can you give me a screen snapshot of your googling result for the title of this archival object? Mang On 6/15/2016 1:59 PM, Amanda Focke wrote: > I think this may beAR-583 or AR-278 which both seem to say they are > resolved, so maybe if we upgrade this summer to the new version this > will be fixed.... > > Amanda > > On 6/14/2016 4:29 PM, Amanda Focke wrote: >> Hello -- >> >> We have an *unpublished* Resource in our ArchivesSpace instance which >> is showing up >> when I search a text string from it in Google. >> >> I search a text string from that resource and I get a hit (in Google) >> coming from our ArchivesSpace offering a "printer friendly download" >> of the full PDF for the Resource. >> >> I double checked the Resource, it is definitely "unpublished" at the >> top level, although it has components which are marked as published >> (I'm not sure why those are published but it shouldn't matter if the >> parent is unpublished). >> >> Has anyone noticed this behavior? >> Thanks, >> Amanda >> >> >> -- >> *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/ >> !DSPAM:114,57607750232231884916495! >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> !DSPAM:114,57607750232231884916495! > > > -- > *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/ > > > _______________________________________________ > 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 Tue Jul 5 11:05:05 2016 From: ltang5 at mail.lib.msu.edu (Tang, Lydia) Date: Tue, 5 Jul 2016 15:05:05 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace and Aeon Message-ID: <489AA73F-B4A8-4E6D-9E6D-48C75DC810DA@mail.lib.msu.edu> Good morning! I was checking the ArchivesSpace Github and saw this neat plug in for Aeon Requests. It says that it?s currently under active development and also appears to not have been updated in a over a year. Since the folks with Aeon are now a registered service provider for ArchivesSpace, does anyone know if this plug in (or something similar) will be in the works for an upcoming release? Since we are using Aeon, it would be wonderful to get ArchivesSpace talking with that system as soon as possible! https://github.com/archivesspace/aeon_requests Also, does anyone know if public interface updates will be added incrementally in the general version updates (such as 1.5.0), or only at one time around March 2017? Thanks for your thoughts! Lydia From ludwigpossie at weber.edu Tue Jul 5 12:20:10 2016 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Tue, 5 Jul 2016 10:20:10 -0600 Subject: [Archivesspace_Users_Group] Forum or manual? Message-ID: Wondering if there is a manual or a forum where I can search for common questions? Just hate to ask the same questions that I'm sure have been asked and answered before. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From luftsche at usc.edu Tue Jul 5 12:30:18 2016 From: luftsche at usc.edu (Susan Luftschein) Date: Tue, 5 Jul 2016 16:30:18 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace and Aeon In-Reply-To: <489AA73F-B4A8-4E6D-9E6D-48C75DC810DA@mail.lib.msu.edu> References: <489AA73F-B4A8-4E6D-9E6D-48C75DC810DA@mail.lib.msu.edu> Message-ID: Hi Lydia, That plugin was developed by our (former) DB manager. It's a very crude attempt at Aeon integration, and unfortunately doesn?t work so well :-(. Since we've been using the public interface for two years now, and Aeon for close to 4, we are desperately awaiting whatever integration Atlas is working on, and as far as I know it is still very much undeveloped. Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.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: Tuesday, July 05, 2016 8:05 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ArchivesSpace and Aeon Good morning! I was checking the ArchivesSpace Github and saw this neat plug in for Aeon Requests. It says that it?s currently under active development and also appears to not have been updated in a over a year. Since the folks with Aeon are now a registered service provider for ArchivesSpace, does anyone know if this plug in (or something similar) will be in the works for an upcoming release? Since we are using Aeon, it would be wonderful to get ArchivesSpace talking with that system as soon as possible! https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_aeon-5Frequests&d=DQIGaQ&c=clK7kQUTWtAVEOVIgvi0NU5BOUHhpN0H8p7CSfnc_gI&r=G9iOZhE_THmV6rgRVOmCFA&m=kgaMm2Bc5cT4VmVFXIuKGzCT_nboMrS7QUCnY1kEwkQ&s=P-93gl3FJhS1eXPbzrbVtvACPKdGDPP-oeeH2RSmDXw&e= Also, does anyone know if public interface updates will be added incrementally in the general version updates (such as 1.5.0), or only at one time around March 2017? Thanks for your thoughts! Lydia _______________________________________________ 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=DQIGaQ&c=clK7kQUTWtAVEOVIgvi0NU5BOUHhpN0H8p7CSfnc_gI&r=G9iOZhE_THmV6rgRVOmCFA&m=kgaMm2Bc5cT4VmVFXIuKGzCT_nboMrS7QUCnY1kEwkQ&s=GvPToyrU9BCmsKctDKVav7-UKGHsU4rUEiy3lJbtLWg&e= From dunbarj412 at cod.edu Tue Jul 5 13:07:15 2016 From: dunbarj412 at cod.edu (Dunbar, Jenny) Date: Tue, 5 Jul 2016 17:07:15 +0000 Subject: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search In-Reply-To: <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> References: <5760774A.6000307@rice.edu> <5761A583.4020904@rice.edu> <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> Message-ID: Amanda, Out of curiosity, what are you using to store your digital objects? Jenny Dunbar Jenny Dunbar Archivist College of DuPage 425 Fawell Boulevard Glen Ellyn, Illinois 60189 630 942-3720 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun Sent: Tuesday, July 05, 2016 9:48 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search Amanda, I am just back. I seemingly can't reproduce the Google hit by searching Google for "Randall Hulet" and I don't see problem with our Public interface when searching for "Randall Hulet". Can you give me a screen snapshot of your googling result for the title of this archival object? Mang On 6/15/2016 1:59 PM, Amanda Focke wrote: I think this may be AR-583 or AR-278 which both seem to say they are resolved, so maybe if we upgrade this summer to the new version this will be fixed.... Amanda On 6/14/2016 4:29 PM, Amanda Focke wrote: Hello -- We have an *unpublished* Resource in our ArchivesSpace instance which is showing up when I search a text string from it in Google. I search a text string from that resource and I get a hit (in Google) coming from our ArchivesSpace offering a "printer friendly download" of the full PDF for the Resource. I double checked the Resource, it is definitely "unpublished" at the top level, although it has components which are marked as published (I'm not sure why those are published but it shouldn't matter if the parent is unpublished). Has anyone noticed this behavior? Thanks, Amanda -- 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/ !DSPAM:114,57607750232231884916495! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:114,57607750232231884916495! -- 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/ _______________________________________________ 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 christy.tomecek at yale.edu Tue Jul 5 13:18:54 2016 From: christy.tomecek at yale.edu (Tomecek, Christy) Date: Tue, 5 Jul 2016 17:18:54 +0000 Subject: [Archivesspace_Users_Group] Forum or manual? In-Reply-To: References: Message-ID: Hi Ludwig, If you?re looking for documentation/have questions on how to use the program, ArchivesSpace maintains a user manual and a library of screencasts. You can access them at https://docs.archivesspace.org/. You will need to create an account with your institution email to access this (i.e. it?s not open to the public). Best, Christy -- Christy Tomecek Archives Assistant Manuscripts and Archives Yale University Library 203-432-7382 christy.tomecek at yale.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ludwig Possie Sent: Tuesday, July 05, 2016 12:20 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Forum or manual? Wondering if there is a manual or a forum where I can search for common questions? Just hate to ask the same questions that I'm sure have been asked and answered before. -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ludwigpossie at weber.edu Tue Jul 5 13:27:44 2016 From: ludwigpossie at weber.edu (Ludwig Possie) Date: Tue, 5 Jul 2016 11:27:44 -0600 Subject: [Archivesspace_Users_Group] Switching public users to port 80 Message-ID: Is there a particular reason why archivesspace has to run on port 8081 for public access? I'd like to switch it to port 80 instead. I found in the config section where I can make the switch, I'm just not sure where to point apache? -- Ludwig Possi? Systems Admin Stewart Library Weber State University 801-626-8093 -------------- next part -------------- An HTML attachment was scrubbed... URL: From afocke at rice.edu Tue Jul 5 14:22:26 2016 From: afocke at rice.edu (Amanda Focke) Date: Tue, 5 Jul 2016 13:22:26 -0500 Subject: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search In-Reply-To: References: <5760774A.6000307@rice.edu> <5761A583.4020904@rice.edu> <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> Message-ID: <577BFAE2.4000500@rice.edu> Hi Jenny - Our publicly available digital objects are in our university's repository, at scholarship.rice.edu, which runs dspace as the platform software. Our non-public digital objects are on a dark server, and we give identifier #s for them, asking patrons to contacts us with the identifier # for access. If you have different questions than that, please feel free to call or email me directly. Thanks, Amanda *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/ On 7/5/2016 12:07 PM, Dunbar, Jenny wrote: > > Amanda, > > Out of curiosity, what are you using to store your digital objects? > > Jenny Dunbar > > Jenny Dunbar > > Archivist > > College of DuPage > > 425 Fawell Boulevard > > Glen Ellyn, Illinois 60189 > > 630 942-3720 > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On > Behalf Of *Mang Sun > *Sent:* Tuesday, July 05, 2016 9:48 AM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] unpublished resource > showing up as PDF download in a Google search > > Amanda, > > I am just back. I seemingly can't reproduce the Google hit by > searching Google for "Randall Hulet" and I don't see problem with our > Public interface when searching for "Randall Hulet". Can you give me a > screen snapshot of your googling result for the title of this > archival object? > > Mang > > On 6/15/2016 1:59 PM, Amanda Focke wrote: > > I think this may beAR-583 or AR-278 which both seem to say they > are resolved, so maybe if we upgrade this summer to the new > version this will be fixed.... > > Amanda > > On 6/14/2016 4:29 PM, Amanda Focke wrote: > > Hello -- > > We have an *unpublished* Resource in our ArchivesSpace > instance which is showing up > when I search a text string from it in Google. > > I search a text string from that resource and I get a hit (in > Google) coming from our ArchivesSpace offering a "printer > friendly download" of the full PDF for the Resource. > > I double checked the Resource, it is definitely "unpublished" > at the top level, although it has components which are marked > as published (I'm not sure why those are published but it > shouldn't matter if the parent is unpublished). > > Has anyone noticed this behavior? > Thanks, > Amanda > > -- > *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/ > > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:114,57607750232231884916495! > > -- > *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/ > > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:114,577be94c60585790618060! > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:114,577be94c60585790618060! -- *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: From afocke at rice.edu Tue Jul 5 14:44:32 2016 From: afocke at rice.edu (Amanda Focke) Date: Tue, 5 Jul 2016 13:44:32 -0500 Subject: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search In-Reply-To: <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> References: <5760774A.6000307@rice.edu> <5761A583.4020904@rice.edu> <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> Message-ID: <577C0010.6070006@rice.edu> Hello Mang and all - What I did was search Google for something I know is from one of our unpublished finding aids, such as this text string: "10002. Genetic regulatory proteins -1 (laci with altered ligand responsivity. Kathleen Matthews" and the result was that the entire ArchivesSpace-generated PDF version of the (unfinished / unpublished) finding aid is available as the 2nd hit from Google's results list. I was hoping to attend the ArchivesSpace webinar which is going on right now to see if this issue has been resolved, but the webinar is full. I'll just wait for the recording and if my questions aren't answered there, will follow up with ArchivesSpace folks. Amanda On 7/5/2016 9:48 AM, Mang Sun wrote: > > Amanda, > > I am just back. I seemingly can't reproduce the Google hit by > searching Google for "Randall Hulet" and I don't see problem with our > Public interface when searching for "Randall Hulet". Can you give me a > screen snapshot of your googling result for the title of this > archival object? > > Mang > > > On 6/15/2016 1:59 PM, Amanda Focke wrote: >> I think this may beAR-583 or AR-278 which both seem to say they are >> resolved, so maybe if we upgrade this summer to the new version this >> will be fixed.... >> >> Amanda >> >> On 6/14/2016 4:29 PM, Amanda Focke wrote: >>> Hello -- >>> >>> We have an *unpublished* Resource in our ArchivesSpace instance >>> which is showing up >>> when I search a text string from it in Google. >>> >>> I search a text string from that resource and I get a hit (in >>> Google) coming from our ArchivesSpace offering a "printer friendly >>> download" of the full PDF for the Resource. >>> >>> I double checked the Resource, it is definitely "unpublished" at the >>> top level, although it has components which are marked as published >>> (I'm not sure why those are published but it shouldn't matter if the >>> parent is unpublished). >>> >>> Has anyone noticed this behavior? >>> Thanks, >>> Amanda >>> >>> >>> -- >>> *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/ >>> >>> >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >>> >>> !DSPAM:114,57607750232231884916495! >> >> >> -- >> *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/ >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:114,577bc8b160581446016412! > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:114,577bc8b160581446016412! -- *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: From mark.custer at yale.edu Tue Jul 5 15:52:38 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 5 Jul 2016 19:52:38 +0000 Subject: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search In-Reply-To: <577C0010.6070006@rice.edu> References: <5760774A.6000307@rice.edu> <5761A583.4020904@rice.edu> <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> <577C0010.6070006@rice.edu> Message-ID: Amanda, So, it sounds like the PUI is working as expected in that case, but that the ASpace PDF conversion process is including everything from each finding aid, whether it's listed as published or not. Is that right? If so, it should just be a simple update to the ASpace PDF stylesheet, and that type of change should definitely be in the core code. I'll look to see if there's an open issue for this, but if there's not, I can create one in JIRA. I've made a couple updates to the core ASpace PDF stylesheet, and I hope to make a few more before the next PUI is released. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Amanda Focke Sent: Tuesday, 05 July, 2016 2:45 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Re: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search Hello Mang and all - What I did was search Google for something I know is from one of our unpublished finding aids, such as this text string: "10002. Genetic regulatory proteins -1 (laci with altered ligand responsivity. Kathleen Matthews" and the result was that the entire ArchivesSpace-generated PDF version of the (unfinished / unpublished) finding aid is available as the 2nd hit from Google's results list. I was hoping to attend the ArchivesSpace webinar which is going on right now to see if this issue has been resolved, but the webinar is full. I'll just wait for the recording and if my questions aren't answered there, will follow up with ArchivesSpace folks. Amanda On 7/5/2016 9:48 AM, Mang Sun wrote: Amanda, I am just back. I seemingly can't reproduce the Google hit by searching Google for "Randall Hulet" and I don't see problem with our Public interface when searching for "Randall Hulet". Can you give me a screen snapshot of your googling result for the title of this archival object? Mang On 6/15/2016 1:59 PM, Amanda Focke wrote: I think this may be AR-583 or AR-278 which both seem to say they are resolved, so maybe if we upgrade this summer to the new version this will be fixed.... Amanda On 6/14/2016 4:29 PM, Amanda Focke wrote: Hello -- We have an *unpublished* Resource in our ArchivesSpace instance which is showing up when I search a text string from it in Google. I search a text string from that resource and I get a hit (in Google) coming from our ArchivesSpace offering a "printer friendly download" of the full PDF for the Resource. I double checked the Resource, it is definitely "unpublished" at the top level, although it has components which are marked as published (I'm not sure why those are published but it shouldn't matter if the parent is unpublished). Has anyone noticed this behavior? Thanks, Amanda -- 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/ _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:114,57607750232231884916495! -- 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/ _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:114,577bc8b160581446016412! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:114,577bc8b160581446016412! -- 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: From Jessica.WagnerWebster at baruch.cuny.edu Tue Jul 5 16:09:26 2016 From: Jessica.WagnerWebster at baruch.cuny.edu (Jessica Wagner Webster) Date: Tue, 5 Jul 2016 20:09:26 +0000 Subject: [Archivesspace_Users_Group] EAD import error Message-ID: Hello all, I'm having issues importing EAD (valid documents that I worked on in OxygenXML, but began with Excel spreadsheets). I'm getting this error: Error: #<ArgumentError: invalid byte sequence in UTF-8> This is a recent error as I've been previously able to import EAD to AS by the same method. Any thoughts? Thank you, Jessica Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue Jul 5 16:14:34 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 5 Jul 2016 20:14:34 +0000 Subject: [Archivesspace_Users_Group] EAD import error In-Reply-To: References: Message-ID: Hi Jessica, Could you attach a copy of the EAD file or send one to me directly? That would probably be the easiest way to troubleshoot. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jessica Wagner Webster Sent: Tuesday, 05 July, 2016 4:09 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] EAD import error Hello all, I'm having issues importing EAD (valid documents that I worked on in OxygenXML, but began with Excel spreadsheets). I'm getting this error: Error: #<ArgumentError: invalid byte sequence in UTF-8> This is a recent error as I've been previously able to import EAD to AS by the same method. Any thoughts? Thank you, Jessica Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mang.sun at rice.edu Tue Jul 5 16:17:02 2016 From: mang.sun at rice.edu (Mang Sun) Date: Tue, 5 Jul 2016 15:17:02 -0500 Subject: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search In-Reply-To: References: <5760774A.6000307@rice.edu> <5761A583.4020904@rice.edu> <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> <577C0010.6070006@rice.edu> Message-ID: Amanda, When did you change the Publish? flag of those resources to "No" ? I vaguely recall, at the very beginning, all resources were set to Publish? YES. Then if this is true, Google has already crawled and indexed the shortcut link to EAD-PDF for each resource, even its Publish? was set to NO later on. Because at our current version which is 1.4.2 the code underlying the link to EAD-PDF seemingly doesn't check the PUBLISH? flag of resources, the shortcut link (even can be assembled manually by following a pattern) in question will remain valid and in effect,and will be kept crawled and indexed by Google even for unpublished resources that were ever published . If a visibility check could be introduced when generating EAD-PDF and etc., the problem can be solved. To prevent Google from remembering a shortcut link with our current version, a new resource should be set to Publish?NO at the very beginning without, but this still can't prevent power users from handcrafting the link to get EAD-PDF output of an invisible resource if they know the generated or assigned resource number. Mang On 7/5/2016 2:52 PM, Custer, Mark wrote: > > Amanda, > > So, it sounds like the PUI is working as expected in that case, but > that the ASpace PDF conversion process is including everything from > each finding aid, whether it?s listed as published or not. Is that > right? If so, it should just be a simple update to the ASpace PDF > stylesheet, and that type of change should definitely be in the core code. > > I?ll look to see if there?s an open issue for this, but if there?s > not, I can create one in JIRA. I?ve made a couple updates to the > core ASpace PDF stylesheet, and I hope to make a few more before the > next PUI is released. > > Mark > > *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org > [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On > Behalf Of *Amanda Focke > *Sent:* Tuesday, 05 July, 2016 2:45 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* Re: [Archivesspace_Users_Group] unpublished resource > showing up as PDF download in a Google search > > Hello Mang and all - > > What I did was search Google for something I know is from one of our > unpublished finding aids, > > such as this text string: > "10002. Genetic regulatory proteins -1 (laci with altered ligand > responsivity. Kathleen Matthews" > > and the result was that the entire ArchivesSpace-generated PDF version > of the (unfinished / unpublished) finding aid is available as the 2nd > hit from Google's results list. > > > I was hoping to attend the ArchivesSpace webinar which is going on > right now to see if this issue has been resolved, > but the webinar is full. I'll just wait for the recording and if my > questions aren't answered there, will follow up with ArchivesSpace folks. > > Amanda > > > > > > On 7/5/2016 9:48 AM, Mang Sun wrote: > > Amanda, > > I am just back. I seemingly can't reproduce the Google hit by > searching Google for "Randall Hulet" and I don't see problem with > our Public interface when searching for "Randall Hulet". Can you > give me a screen snapshot of your googling result for the title of > this archival object? > > Mang > > On 6/15/2016 1:59 PM, Amanda Focke wrote: > > I think this may beAR-583 or AR-278 which both seem to say > they are resolved, so maybe if we upgrade this summer to the > new version this will be fixed.... > > Amanda > > On 6/14/2016 4:29 PM, Amanda Focke wrote: > > Hello -- > > We have an *unpublished* Resource in our ArchivesSpace > instance which is showing up > when I search a text string from it in Google. > > I search a text string from that resource and I get a hit > (in Google) coming from our ArchivesSpace offering a > "printer friendly download" of the full PDF for the Resource. > > I double checked the Resource, it is definitely > "unpublished" at the top level, although it has components > which are marked as published (I'm not sure why those are > published but it shouldn't matter if the parent is > unpublished). > > Has anyone noticed this behavior? > Thanks, > Amanda > > -- > *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/ > > > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:114,57607750232231884916495! > > -- > *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/ > > > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > !DSPAM:114,577bc8b160581446016412! > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:114,577bc8b160581446016412! > > -- > *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/ > > > > > _______________________________________________ > 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 afocke at rice.edu Tue Jul 5 17:07:54 2016 From: afocke at rice.edu (Amanda Focke) Date: Tue, 5 Jul 2016 16:07:54 -0500 Subject: [Archivesspace_Users_Group] unpublished resource showing up as PDF download in a Google search In-Reply-To: References: <5760774A.6000307@rice.edu> <5761A583.4020904@rice.edu> <996c9779-9e8c-8b51-ef65-f2e9d62ac0fc@rice.edu> <577C0010.6070006@rice.edu> Message-ID: <577C21AA.5080704@rice.edu> So, it sounds like if a resource was *ever* set to "Publish" at the resource level, Google / other search engines will have crawled it and the EAD-PDF link will be there in search engines and live on, even if that resource subsequently gets unpublished. If in our conversion from AT, *all* resources were set to "publish" (instead of just publishing ones with the status "completed", then that most likely explains this situation. I do recall that in our post-conversion QC work a year ago, we did "unpublish" whatever Resources had a status other than "completed". So these are resources that could not have been "published" for long (more than a couple of months, though - long enough to be crawled) but have been "unpublished" at the resource level for a year now, and yet are discoverable via their EAD-PDF link. Mang mentions that If a visibility check could be introduced when generating EAD-PDF and etc., the problem can be solved. That sounds like it could be helpful as being built into ArchivesSpace, no? For now though, we will have make a plan for dealing with our unpublished resources which are discoverable in search engines. Thanks for helping to think this through, Amanda On 7/5/2016 3:17 PM, Mang Sun wrote: > > > Amanda, > > > When did you change the Publish? flag of those resources to "No" ? I > vaguely recall, at the very beginning, all resources were set to > Publish? YES. Then if this is true, Google has already crawled and > indexed the shortcut link to EAD-PDF for each resource, even its > Publish? was set to NO later on. Because at our current version which > is 1.4.2 the code underlying the link to EAD-PDF seemingly doesn't > check the PUBLISH? flag of resources, the shortcut link (even can be > assembled manually by following a pattern) in question will remain > valid and in effect,and will be kept crawled and indexed by Google > even for unpublished resources that were ever published . If a > visibility check could be introduced when generating EAD-PDF and etc., > the problem can be solved. To prevent Google from remembering a > shortcut link with our current version, a new resource should be set > to Publish?NO at the very beginning without, but this still can't > prevent power users from handcrafting the link to get EAD-PDF output > of an invisible resource if they know the generated or assigned > resource number. > > > Mang > > > > > On 7/5/2016 2:52 PM, Custer, Mark wrote: >> >> Amanda, >> >> So, it sounds like the PUI is working as expected in that case, but >> that the ASpace PDF conversion process is including everything from >> each finding aid, whether it?s listed as published or not. Is that >> right? If so, it should just be a simple update to the ASpace PDF >> stylesheet, and that type of change should definitely be in the core >> code. >> >> I?ll look to see if there?s an open issue for this, but if there?s >> not, I can create one in JIRA. I?ve made a couple updates to the >> core ASpace PDF stylesheet, and I hope to make a few more before the >> next PUI is released. >> >> Mark >> >> *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org >> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On >> Behalf Of *Amanda Focke >> *Sent:* Tuesday, 05 July, 2016 2:45 PM >> *To:* archivesspace_users_group at lyralists.lyrasis.org >> *Subject:* Re: [Archivesspace_Users_Group] unpublished resource >> showing up as PDF download in a Google search >> >> Hello Mang and all - >> >> What I did was search Google for something I know is from one of our >> unpublished finding aids, >> >> such as this text string: >> "10002. Genetic regulatory proteins -1 (laci with altered ligand >> responsivity. Kathleen Matthews" >> >> and the result was that the entire ArchivesSpace-generated PDF >> version of the (unfinished / unpublished) finding aid is available as >> the 2nd hit from Google's results list. >> >> >> I was hoping to attend the ArchivesSpace webinar which is going on >> right now to see if this issue has been resolved, >> but the webinar is full. I'll just wait for the recording and if my >> questions aren't answered there, will follow up with ArchivesSpace folks. >> >> Amanda >> >> >> >> >> >> On 7/5/2016 9:48 AM, Mang Sun wrote: >> >> Amanda, >> >> I am just back. I seemingly can't reproduce the Google hit by >> searching Google for "Randall Hulet" and I don't see problem with >> our Public interface when searching for "Randall Hulet". Can you >> give me a screen snapshot of your googling result for the title >> of this archival object? >> >> Mang >> >> On 6/15/2016 1:59 PM, Amanda Focke wrote: >> >> I think this may beAR-583 or AR-278 which both seem to say >> they are resolved, so maybe if we upgrade this summer to the >> new version this will be fixed.... >> >> Amanda >> >> On 6/14/2016 4:29 PM, Amanda Focke wrote: >> >> Hello -- >> >> We have an *unpublished* Resource in our ArchivesSpace >> instance which is showing up >> when I search a text string from it in Google. >> >> I search a text string from that resource and I get a hit >> (in Google) coming from our ArchivesSpace offering a >> "printer friendly download" of the full PDF for the >> Resource. >> >> I double checked the Resource, it is definitely >> "unpublished" at the top level, although it has >> components which are marked as published (I'm not sure >> why those are published but it shouldn't matter if the >> parent is unpublished). >> >> Has anyone noticed this behavior? >> Thanks, >> Amanda >> >> -- >> *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/ >> >> >> >> >> >> _______________________________________________ >> >> Archivesspace_Users_Group mailing list >> >> Archivesspace_Users_Group at lyralists..lyrasis.org >> >> >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> -- >> *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/ >> >> >> >> >> >> _______________________________________________ >> >> Archivesspace_Users_Group mailing list >> >> Archivesspace_Users_Group at lyralists.lyrasis.org >> >> >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> >> !DSPAM:114,577bc8b160581446016412! >> >> >> _______________________________________________ >> >> Archivesspace_Users_Group mailing list >> >> Archivesspace_Users_Group at lyralists.lyrasis.org >> >> >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> !DSPAM:114,577bc8b160581446016412! >> >> -- >> *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/ >> >> >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:114,577c15c560581109012355! > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:114,577c15c560581109012355! -- *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: From sdm7g at eservices.virginia.edu Tue Jul 5 20:38:01 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Wed, 6 Jul 2016 00:38:01 +0000 Subject: [Archivesspace_Users_Group] EAD import error In-Reply-To: References: Message-ID: What version of ArchivesSpace are you running ? It could be this issue (which I think postdates 1.4.2, but I?m unsure): https://archivesspace.atlassian.net/browse/AR-1421 https://github.com/archivesspace/archivesspace/pull/378 ? Steve Majewski > On Jul 5, 2016, at 2:09 PM, Jessica Wagner Webster wrote: > > Hello all, > > I?m having issues importing EAD (valid documents that I worked on in OxygenXML, but began with Excel spreadsheets). I?m getting this error: > > Error: #<ArgumentError: invalid byte sequence in UTF-8> > > This is a recent error as I?ve been previously able to import EAD to AS by the same method. Any thoughts? > > Thank you, > Jessica > > Jessica Wagner Webster > Digital Initiatives Librarian, Assistant Professor > Baruch College, Newman Library > 151 East 25th Street, Room 523 > New York, NY 10010 > (646) 312-1672 > Jessica.WagnerWebster at baruch.cuny.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From vaddoniz at jhu.edu Wed Jul 6 11:11:04 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Wed, 6 Jul 2016 15:11:04 +0000 Subject: [Archivesspace_Users_Group] Default values not sticking? Message-ID: <07cf021d91ca4645be166497793cde73@ESGMTWEX12.win.ad.jhu.edu> I have a question about setting defaults; we are running 1.4.2 with the container management plugin. When creating a blank resource, the Instances appear pre-populated with Child and Grandchild values. See screenshot called Instances1. I logged in as Admin and set the defaults to be blank, and then saved, see screenshot Instances2. Yet these two fields still auto-populate with Types and then will not allow you to save until you manually change them. Is this a bug in setting defaults, or do the defaults not affect these particular fields? I searched and did not find these in the Controlled Value lists. Thank you! -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: Instances1.jpg Type: image/jpeg Size: 56578 bytes Desc: Instances1.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Instances2.jpg Type: image/jpeg Size: 53194 bytes Desc: Instances2.jpg URL: From christine.dibella at lyrasis.org Wed Jul 6 11:19:33 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 6 Jul 2016 15:19:33 +0000 Subject: [Archivesspace_Users_Group] recording and slides from ArchivesSpace v1.5.0 release webinar now available Message-ID: Thanks to the many of you that joined us for yesterday's webinar about the upcoming v1.5.0 release of ArchivesSpace. Special thanks again to our presenters, Alston Cobourn (Washington and Lee University), Noah Huffman (Duke University), and Sally Vermaaten, Rachel Searcy and Craig Savino (New York University). For those who couldn't make it, or who'd like to revisit it, the web page that includes links to the webinar recording and slides is now available at http://archivesspace.org/v150webinar. You can also just go straight to the recording by clicking http://lyrasis.adobeconnect.com/p4viu8qixrh/. As always, if you have questions or need additional assistance, please just let us know. 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 noah.huffman at duke.edu Wed Jul 6 11:23:05 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Wed, 6 Jul 2016 15:23:05 +0000 Subject: [Archivesspace_Users_Group] Default values not sticking? In-Reply-To: <07cf021d91ca4645be166497793cde73@ESGMTWEX12.win.ad.jhu.edu> References: <07cf021d91ca4645be166497793cde73@ESGMTWEX12.win.ad.jhu.edu> Message-ID: Valerie, You might check to see if the controlled value list for container type has a default value set. If so, I think the value list defaults will override any resource record default settings you might have. To check, go to System>Manage Controlled Value Lists>Container Type -Noah 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, July 06, 2016 11:11 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Default values not sticking? I have a question about setting defaults; we are running 1.4.2 with the container management plugin. When creating a blank resource, the Instances appear pre-populated with Child and Grandchild values. See screenshot called Instances1. I logged in as Admin and set the defaults to be blank, and then saved, see screenshot Instances2. Yet these two fields still auto-populate with Types and then will not allow you to save until you manually change them. Is this a bug in setting defaults, or do the defaults not affect these particular fields? I searched and did not find these in the Controlled Value lists. Thank you! -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: From vaddoniz at jhu.edu Wed Jul 6 11:53:36 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Wed, 6 Jul 2016 15:53:36 +0000 Subject: [Archivesspace_Users_Group] Default values not sticking? In-Reply-To: References: <07cf021d91ca4645be166497793cde73@ESGMTWEX12.win.ad.jhu.edu> Message-ID: <1c64e30c15244059b43d00eb406ea287@ESGMTWEX12.win.ad.jhu.edu> Noah, Thank you, that worked! -V From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Wednesday, July 06, 2016 11:23 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Default values not sticking? Valerie, You might check to see if the controlled value list for container type has a default value set. If so, I think the value list defaults will override any resource record default settings you might have. To check, go to System>Manage Controlled Value Lists>Container Type -Noah 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, July 06, 2016 11:11 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Default values not sticking? I have a question about setting defaults; we are running 1.4.2 with the container management plugin. When creating a blank resource, the Instances appear pre-populated with Child and Grandchild values. See screenshot called Instances1. I logged in as Admin and set the defaults to be blank, and then saved, see screenshot Instances2. Yet these two fields still auto-populate with Types and then will not allow you to save until you manually change them. Is this a bug in setting defaults, or do the defaults not affect these particular fields? I searched and did not find these in the Controlled Value lists. Thank you! -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: From NHOSBURGH at Rollins.edu Wed Jul 6 15:21:15 2016 From: NHOSBURGH at Rollins.edu (Nathan Hosburgh) Date: Wed, 6 Jul 2016 19:21:15 +0000 Subject: [Archivesspace_Users_Group] Can breadcrumbs appear next to each record in initial search results? Message-ID: If I do a search in AS for something that is a common term, we will often get many results that appear with the same heading, but are actually different objects that were simply labeled the same way over time. A good example: https://aspace.rollins.edu/search?utf8=%E2%9C%93&controller=search&action=search&page=1&q=hamilton+holt Many of the objects labeled "Holt, Hamilton" are photos. They are all different objects, but show up looking the same at this initial level of search results. If we click into one particular object, we get more of a sense of what that object is and a breadcrumb at the top showing where it falls in the overall collection organizational structure: https://aspace.rollins.edu/repositories/2/archival_objects/16768 Is there a way to have such a breadcrumb trail display next to each record/object in initial search results in AS? So each record would look something like this in initial search results: [cid:image001.png at 01D1D79A.07EC7F10] Nate Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 27692 bytes Desc: image001.png URL: From faithc at princeton.edu Thu Jul 7 14:33:24 2016 From: faithc at princeton.edu (Faith F. Charlton) Date: Thu, 7 Jul 2016 18:33:24 +0000 Subject: [Archivesspace_Users_Group] Importing legacy accession records Message-ID: <5B4168BCF846AD4CB0575C5BFE70FB383805E982@csgmbx209w.pu.win.princeton.edu> Hello everyone- I have a (somewhat paranoid) question for the many of you who have already experienced the lovely joys of migrating or importing legacy accession records. I'm wondering whether anyone has had an issue importing legacy data when there were existing accession records in the application. We intend to start creating new accession records while simultaneously planning the "fun" task of importing our legacy records (which will require the manipulation of 3 data sets: spreadsheets, a legacy access database, and Word docs--Yip), and I just want to make sure that having existing records won't muck anything up when we finally import the legacy stuff (presuming that that data is clean as a whistle ;). Thanks! Faith ________________________________ Faith Charlton Lead Processing Archivist, Manuscript Division Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Thu Jul 7 14:41:20 2016 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Thu, 7 Jul 2016 14:41:20 -0400 Subject: [Archivesspace_Users_Group] Importing legacy accession records In-Reply-To: <5B4168BCF846AD4CB0575C5BFE70FB383805E982@csgmbx209w.pu.win.princeton.edu> References: <5B4168BCF846AD4CB0575C5BFE70FB383805E982@csgmbx209w.pu.win.princeton.edu> Message-ID: Faith, If you mean just importing through background jobs into the AS database, you'll be totally fine. It may throw an error if your Accession identifier is not unique and already exists in the system, but that's as bad I'd expect it to get. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Faith F. Charlton Sent: Thursday, July 07, 2016 2:33 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Importing legacy accession records Hello everyone- I have a (somewhat paranoid) question for the many of you who have already experienced the lovely joys of migrating or importing legacy accession records. I'm wondering whether anyone has had an issue importing legacy data when there were existing accession records in the application. We intend to start creating new accession records while simultaneously planning the "fun" task of importing our legacy records (which will require the manipulation of 3 data sets: spreadsheets, a legacy access database, and Word docs--Yip), and I just want to make sure that having existing records won't muck anything up when we finally import the legacy stuff (presuming that that data is clean as a whistle ;). Thanks! Faith ________________________________ Faith Charlton Lead Processing Archivist, Manuscript Division Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mauraa at brandeis.edu Thu Jul 7 14:52:23 2016 From: mauraa at brandeis.edu (Maura Carbone) Date: Thu, 7 Jul 2016 14:52:23 -0400 Subject: [Archivesspace_Users_Group] Importing legacy accession records In-Reply-To: References: <5B4168BCF846AD4CB0575C5BFE70FB383805E982@csgmbx209w.pu.win.princeton.edu> Message-ID: Another thing to keep in mind is if you need to restore from an earlier backup of the database because of import muckiness, you could lose work that was happening simultaneously or be forced to go through and delete a bunch of stuff by hand. But if you just coordinate (we're doing a batch upload, please don't enter any records in right now), you should be fine. On Thu, Jul 7, 2016 at 2:41 PM, Galligan, Patrick wrote: > Faith, > > > > If you mean just importing through background jobs into the AS database, > you?ll be totally fine. > > > > It may throw an error if your Accession identifier is not unique and > already exists in the system, but that?s as bad I?d expect it to get. > > > > Patrick Galligan > > Rockefeller Archive Center > > Assistant Digital Archivist > > 914-366-6386 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Faith > F. Charlton > *Sent:* Thursday, July 07, 2016 2:33 PM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] Importing legacy accession records > > > > Hello everyone- > > > > I have a (somewhat paranoid) question for the many of you who have already > experienced the lovely joys of migrating or importing legacy accession > records. I?m wondering whether anyone has had an issue importing legacy > data when there were existing accession records in the application. We > intend to start creating new accession records while simultaneously > planning the ?fun? task of importing our legacy records (which will require > the manipulation of 3 data sets: spreadsheets, a legacy access database, > and Word docs--Yip), and I just want to make sure that having existing > records won?t muck anything up when we finally import the legacy stuff > (presuming that that data is clean as a whistle ;). > > > > Thanks! > > Faith > > ________________________________ > > Faith Charlton > > Lead Processing Archivist, Manuscript Division Collections > > Princeton University Library > > One Washington Road > > Princeton, NJ 08540 > > 609-258-3223 > > faithc at princeton.edu > > > > _______________________________________________ > 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 045/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From faithc at princeton.edu Thu Jul 7 15:28:12 2016 From: faithc at princeton.edu (Faith F. Charlton) Date: Thu, 7 Jul 2016 19:28:12 +0000 Subject: [Archivesspace_Users_Group] Importing legacy accession records In-Reply-To: References: <5B4168BCF846AD4CB0575C5BFE70FB383805E982@csgmbx209w.pu.win.princeton.edu> Message-ID: <5B4168BCF846AD4CB0575C5BFE70FB383805EACC@csgmbx209w.pu.win.princeton.edu> Thanks, Patrick and Maura. That?s what I thought, but just wanted to be extra sure! ? Faith From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Thursday, July 07, 2016 2:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Importing legacy accession records Another thing to keep in mind is if you need to restore from an earlier backup of the database because of import muckiness, you could lose work that was happening simultaneously or be forced to go through and delete a bunch of stuff by hand. But if you just coordinate (we're doing a batch upload, please don't enter any records in right now), you should be fine. On Thu, Jul 7, 2016 at 2:41 PM, Galligan, Patrick > wrote: Faith, If you mean just importing through background jobs into the AS database, you?ll be totally fine. It may throw an error if your Accession identifier is not unique and already exists in the system, but that?s as bad I?d expect it to get. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Faith F. Charlton Sent: Thursday, July 07, 2016 2:33 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Importing legacy accession records Hello everyone- I have a (somewhat paranoid) question for the many of you who have already experienced the lovely joys of migrating or importing legacy accession records. I?m wondering whether anyone has had an issue importing legacy data when there were existing accession records in the application. We intend to start creating new accession records while simultaneously planning the ?fun? task of importing our legacy records (which will require the manipulation of 3 data sets: spreadsheets, a legacy access database, and Word docs--Yip), and I just want to make sure that having existing records won?t muck anything up when we finally import the legacy stuff (presuming that that data is clean as a whistle ;). Thanks! Faith ________________________________ Faith Charlton Lead Processing Archivist, Manuscript Division Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu _______________________________________________ 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 045/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From shorowitz at haverford.edu Thu Jul 7 15:33:28 2016 From: shorowitz at haverford.edu (Sarah Horowitz) Date: Thu, 7 Jul 2016 15:33:28 -0400 Subject: [Archivesspace_Users_Group] publish feature Message-ID: Hello everyone, We're new to ArchivesSpace, and I have what may be some basic questions. 1. Is it possible to set "publish" as a default for just one type of thing? That is, we want all our resources to be public, but not our accessions. Is there a way to set that as the default? 2. Does the publish check box cascade? That is, if I check publish at the resource level, do I also have to check it in that record for every single note? 3. I set up default values in the resource record while logged in as myself, a systems admin. However, when other people are logged into the repository, they do not see these defaults. I thought that these defaults were supposed to apply to the whole repository? (That is what we want them to do.) 4. How can I change the "browse" display to show more than the default 10 per page? Many thanks for your assistance. Sarah -- Sarah Horowitz Curator of Rare Books and Manuscripts Head of Quaker & Special Collections Haverford College Libraries Haverford College 370 Lancaster Ave. Haverford, PA 19041 (610) 896-2948 shorowitz at haverford.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From flannon at nyu.edu Fri Jul 8 07:52:23 2016 From: flannon at nyu.edu (Flannon Jackson) Date: Fri, 8 Jul 2016 07:52:23 -0400 Subject: [Archivesspace_Users_Group] Aspace health check endpoint Message-ID: Hi All, I'm setting up archivesspace on an AWS EC2 instance behind a load balancer. I need to define a health check endpoint for the load balancer to test but I'm not sure what the URI should be. If I was testing a web server I'd just have it ping index.html, but since it's jetty I'm not sure what to use. Any suggestions? Flannon - Flannon Jackson DevOps Enginer, DLTS at NYU flannon at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihardy at email.gwu.edu Fri Jul 8 14:57:21 2016 From: ihardy at email.gwu.edu (Hardy, Ian) Date: Fri, 8 Jul 2016 14:57:21 -0400 Subject: [Archivesspace_Users_Group] HTTPS / reverse proxy problem Message-ID: Hi, I'm working on a reverse proxy with apache as described in the HTTPS read me. I'm running into a problem where certain actions in ASpace will bump be to an unencrypted connection (which I'm not listenting for). If I manually change the http to an https things work. Anyone have a similar problem that they were able to resolve? For example: when I go to view an item (accession in this case), the link will be to something like this: https://myaspace.gwu.edu/resolve/readonly?uri=%2Frepositories%2F2%2Faccessions%2F162 which resolves to: *http*://myaspace.gwu.edu/accessions/162 Here is the relevant stanza from my apache config: ServerName myaspace.gwu.edu SSLEngine On SSLCertificateFile "/path/to/server.cer" SSLCertificateKeyFile "/path/to/server.key" ProxyPreserveHost On ProxyPass / http://myaspace.gwu.edu:8080/ ProxyPassReverse / http://myaspace.gwu.edu:8080/ I have the following line in Aspace's config.rb: AppConfig[:frontend_proxy_url] = "https://myaspace.gwu.edu" -- Ian Hardy Systems Specialist GW Libraries ihardy at gwu.edu helpdesk: (202) 994-8278 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Brynn.White at akc.org Fri Jul 8 15:23:07 2016 From: Brynn.White at akc.org (Brynn E White) Date: Fri, 8 Jul 2016 19:23:07 +0000 Subject: [Archivesspace_Users_Group] Error on localhost: 8080? Message-ID: Hello, I am installing with minimal technical background and zero internal IT support so apologies for the basic questions and sincere appreciation for any help. As of other day, ArchivesSpace was successfully installed, setup with MySQL, and running on my local PC. As of this morning, I cannot get localhost:8080/ to open. MySQL looks happy and connected. We have been at wit's end covering all our bases trying to figure out the problem. If anyone has some preliminary troubleshooting tips I am all ears. Brynn White Archivist, AKC Library & Archives [cid:image001.jpg at 01D1D92C.A0C0E6C0] 260 Madison Avenue, New York, NY 10016 e: bew at akc.org | t: 212-696-8216 | f: 212-696-8252 Visit our website: www.akc.org Access the Library Catalog Explore the Guide to Our Archival Collections -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3155 bytes Desc: image001.jpg URL: From j at minorscience.com Fri Jul 8 15:37:19 2016 From: j at minorscience.com (Jason Loeffler) Date: Fri, 8 Jul 2016 15:37:19 -0400 Subject: [Archivesspace_Users_Group] Error on localhost: 8080? In-Reply-To: References: Message-ID: Are you receiving an error message in your browser? Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Fri, Jul 8, 2016 at 3:23 PM, Brynn E White wrote: > Hello, I am installing with minimal technical background and zero internal > IT support so apologies for the basic questions and sincere appreciation > for any help. > > > > As of other day, ArchivesSpace was successfully installed, setup with > MySQL, and running on my local PC. As of this morning, I cannot get > localhost:8080/ to open. MySQL looks happy and connected. We have been at > wit?s end covering all our bases trying to figure out the problem. If > anyone has some preliminary troubleshooting tips I am all ears. > > > > > > > > Brynn White > > Archivist, AKC Library & Archives > > 260 Madison Avenue, New York, NY 10016 > > e: bew at akc.org | t: 212-696-8216 | f: 212-696-8252 > > Visit our website: www.akc.org > > Access the Library Catalog > > > Explore the Guide to Our Archival Collections > > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3155 bytes Desc: not available URL: From Brynn.White at akc.org Fri Jul 8 15:38:56 2016 From: Brynn.White at akc.org (Brynn E White) Date: Fri, 8 Jul 2016 19:38:56 +0000 Subject: [Archivesspace_Users_Group] Error on localhost: 8080? In-Reply-To: References: Message-ID: Yes From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jason Loeffler Sent: Friday, July 08, 2016 3:37 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Error on localhost: 8080? Are you receiving an error message in your browser? Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Fri, Jul 8, 2016 at 3:23 PM, Brynn E White > wrote: Hello, I am installing with minimal technical background and zero internal IT support so apologies for the basic questions and sincere appreciation for any help. As of other day, ArchivesSpace was successfully installed, setup with MySQL, and running on my local PC. As of this morning, I cannot get localhost:8080/ to open. MySQL looks happy and connected. We have been at wit?s end covering all our bases trying to figure out the problem. If anyone has some preliminary troubleshooting tips I am all ears. Brynn White Archivist, AKC Library & Archives [cid:image001.jpg at 01D1D92E.D6892450] 260 Madison Avenue, New York, NY 10016 e: bew at akc.org | t: 212-696-8216 | f: 212-696-8252 Visit our website: www.akc.org Access the Library Catalog Explore the Guide to Our Archival Collections _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3155 bytes Desc: image001.jpg URL: From brad.westbrook at lyrasis.org Fri Jul 8 15:45:40 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 8 Jul 2016 19:45:40 +0000 Subject: [Archivesspace_Users_Group] publish feature In-Reply-To: References: Message-ID: Hi, Sarah, I am glad to hear Haverford is moving along with its implementation of ArchivesSpace. I?ve interpolated some brief responses to your questions below. Cheers, Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Sarah Horowitz Sent: Thursday, July 07, 2016 3:33 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] publish feature Hello everyone, We're new to ArchivesSpace, and I have what may be some basic questions. 1. Is it possible to set "publish" as a default for just one type of thing? That is, we want all our resources to be public, but not our accessions. Is there a way to set that as the default? One can set ?publish? to have the default value = ?true? (all new records in all cases are immediately published) or ?false? (all new records are not immediately published). The default is for all records where the publish option occurs. It cannot presently be constrained to a specific type of record. That, however, would be a good feature, for which I have filed a feature request: https://archivesspace.atlassian.net/browse/AR-1525. 2. Does the publish check box cascade? That is, if I check publish at the resource level, do I also have to check it in that record for every single note? No, the publish button does not cascade. It applies to the record or record area in which it appears. The resource and digital object records have an option ?Publish All? which appears across the top of the parent record template: [cid:image001.png at 01D1D92D.EDB23550] Clicking on that will mark all occurrences of ?Publish? in the resource or digital object record tree as ?true?. 3. I set up default values in the resource record while logged in as myself, a systems admin. However, when other people are logged into the repository, they do not see these defaults. I thought that these defaults were supposed to apply to the whole repository? (That is what we want them to do.) Is the preference for ?Pre-populate records? in the Global Preferences and Repository Preferences set to true? Is there any chance they are looking for the resource default values in the resource component records? You might have to provide more details about what is happening. 4. How can I change the "browse" display to show more than the default 10 per page? The setting for the how many items are listed per page is in the ?config.rb? file located in the application stack at C:\[path]\archivesspace-v1.4.2\archivesspace\config. The setting appears near the top of the file and has a default of ?10?. You can increase that to a larger number. When you do, be sure to remove the hash mark at the start of the line. Also be sure to use a text editor like Wordpad or Notepad to edit the file. [cid:image002.png at 01D1D92E.D6052740] This modified setting will list 60 items per page. You may not have access to the config.rb, in which case you will need to request your IT staff to make the change. The change will be true for all organizations using the ArchivesSpace instance. Many thanks for your assistance. Sarah -- Sarah Horowitz Curator of Rare Books and Manuscripts Head of Quaker & Special Collections Haverford College Libraries Haverford College 370 Lancaster Ave. Haverford, PA 19041 (610) 896-2948 shorowitz at haverford.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 11989 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 17374 bytes Desc: image002.png URL: From ccrist at eastman.org Mon Jul 11 16:57:20 2016 From: ccrist at eastman.org (Cheri Crist) Date: Mon, 11 Jul 2016 16:57:20 -0400 Subject: [Archivesspace_Users_Group] RDE Notes Field Not Saving Content Message-ID: I'm having issues with the Notes fields in Rapid Data Entry. Specifically, text that I've entered in the Contents field for a particular Note disappears when I click "Save Rows" or even "Validate Rows," as though I never typed it. Instead, it gives me an error message. I've tried everything from exiting out of AS and signing back in to restarting the whole computer, but I keep getting this circular issue whereby it won't save the text I enter into the Content field in RDE. Cheri Crist Project Archivist Richard and Ronay Menschel Library George Eastman Museum 900 East Ave. Rochester, NY 14607 ccrist at eastman.org (585)271-3361 ext. 280 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture.JPG Type: image/jpeg Size: 107452 bytes Desc: not available URL: From vaddoniz at jhu.edu Tue Jul 12 09:32:40 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Tue, 12 Jul 2016 13:32:40 +0000 Subject: [Archivesspace_Users_Group] Easy question on 1.5 Message-ID: <21ad4d58bd0f49099ad019394c48f395@ESGMTWEX12.win.ad.jhu.edu> Hopkins is currently using 1.4.2 with container management, and is wondering whether 1.5 includes the ability to merge top_containers? We have a number of containers that converted to distinct containers when they should be the same container (two box 252s, for example, when they are the same), and in order to correct the problem we have to manually change each instance affected. Before putting in a feature request, we through it prudent to ask whether there is a merge function in 1.5. Thank you. -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: From brad.westbrook at lyrasis.org Tue Jul 12 09:53:45 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Tue, 12 Jul 2016 13:53:45 +0000 Subject: [Archivesspace_Users_Group] Easy question on 1.5 In-Reply-To: <21ad4d58bd0f49099ad019394c48f395@ESGMTWEX12.win.ad.jhu.edu> References: <21ad4d58bd0f49099ad019394c48f395@ESGMTWEX12.win.ad.jhu.edu> Message-ID: Hi, Valerie, 1. V1.5.0 RC3 does not have a feature for merging top containers. That is still an open request; see AR-1436. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Tuesday, July 12, 2016 9:33 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Easy question on 1.5 Hopkins is currently using 1.4.2 with container management, and is wondering whether 1.5 includes the ability to merge top_containers? We have a number of containers that converted to distinct containers when they should be the same container (two box 252s, for example, when they are the same), and in order to correct the problem we have to manually change each instance affected. Before putting in a feature request, we through it prudent to ask whether there is a merge function in 1.5. Thank you. -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: From eckardm at umich.edu Tue Jul 12 10:16:16 2016 From: eckardm at umich.edu (Max Eckard) Date: Tue, 12 Jul 2016 10:16:16 -0400 Subject: [Archivesspace_Users_Group] Survey on use of the Rights Statements sub-record in ArchivesSpace Message-ID: Good morning ArchivesSpace users, Representatives from the ArchivesSpace program team, ArchivesSpace members and Archivematica will be recommending changes to the Rights Statements sub-record in ArchivesSpace. These changes would: - allow users to record more granular and machine-actionable rights statements; - make ArchivesSpace more compliant with the rights section of the PREMIS Data Dictionary for Preservation Metadata 3.0; and - allow digital preservation systems such as Archivematica to pass PREMIS Rights Statements to ArchivesSpace. *Please note that we are talking about the Rights Statements sub-record and NOT the Conditions Governing Access/Use notes that some repositories may be using to summarize the rights status of collections. * We hope that you will facilitate this process by filling out the following short (six question) survey by *this* *Friday, July 15*: https://www.surveymonkey.com/r/S7THQPN Your answers will help us to decide on how to revise the current module in a manner that will preserve any data users have recorded in it. Your participation is greatly appreciated! We're also happy to answer any questions you may have. Thank you, Max -- *Max Eckard* *Assistant Archivist for Digital Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 (734) 763-7518 http://bentley.umich.edu/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddoniz at jhu.edu Tue Jul 12 11:18:43 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Tue, 12 Jul 2016 15:18:43 +0000 Subject: [Archivesspace_Users_Group] Easy question on 1.5 In-Reply-To: References: <21ad4d58bd0f49099ad019394c48f395@ESGMTWEX12.win.ad.jhu.edu> Message-ID: <08533c61f7744bf39593f197f2dfe2ec@ESGMTWEX12.win.ad.jhu.edu> Thanks for you quick response, Brad. I'll keep an eye on that JIRA. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Tuesday, July 12, 2016 9:54 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Easy question on 1.5 Hi, Valerie, 1. V1.5.0 RC3 does not have a feature for merging top containers. That is still an open request; see AR-1436. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Tuesday, July 12, 2016 9:33 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Easy question on 1.5 Hopkins is currently using 1.4.2 with container management, and is wondering whether 1.5 includes the ability to merge top_containers? We have a number of containers that converted to distinct containers when they should be the same container (two box 252s, for example, when they are the same), and in order to correct the problem we have to manually change each instance affected. Before putting in a feature request, we through it prudent to ask whether there is a merge function in 1.5. Thank you. -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: From brad.westbrook at lyrasis.org Tue Jul 12 12:20:06 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Tue, 12 Jul 2016 16:20:06 +0000 Subject: [Archivesspace_Users_Group] Developer Position at ArchivesSpace Message-ID: [Apologies for duplicate receipts. Please send inquiries and applications to human-resources at lyrasis.org.] [logo] [cid:image003.png at 01CE734E.FD759D30] Position Title: Developer ArchivesSpace Date: July 2016 Reports to: ArchivesSpace Program Manager Status: Exempt The ArchivesSpace Developer is primarily responsible for implementing features and fixing bugs identified and prioritized by the ArchivesSpace community of users and modest responsibility for monitoring the application stack for possible updating to new technologies. S/he will work under the direct supervision of the Program Manager but in collaboration with others including code committers, release managers, support technicians, the Technical Advisory Council (TAC), and LYRASIS IT staff. Responsibilities include: implement, test, and document feature requests and bug fixes; provide application support where necessary; interact with the ArchivesSpace community to promote code and other technical contributions; assist program staff and community members to refine functional requirements and specifications; and communicate effectively with the program staff, community members, and other code contributors. ArchivesSpace is an open-source, archives information management web application designed for managing descriptive information about archives, manuscripts, and digital objects. The application was first released in September 2013, and it is sustained by an active member community of nearly 300 organizations (http://www.archivesspace.org/members). Community collaboration and member contributions to all facets of ArchivesSpace-development, code review, migration support, technical and user documentation-are key to the advancement of both the ArchivesSpace application and member community. The ArchivesSpace code base is currently hosted on Github at https://github.com/archivesspace/archivesspace/. Descriptions of development processes and of activities of the Technical and User Advisory Councils are presented on the ArchivesSace wiki (https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace). Job Responsibilities: Software Development: * Implement feature requests, bug fixes, and application updates under the guidance of the ArchivesSpace Program Manager / ArchivesSpace Community * Ensure the application's code base has a robust test suite and thorough testing coverage * Monitor the application stack for necessary updating Application / Community Support: * Contribute to technical documentation of the application * Assist with providing technical support to ArchivesSpace users as requested * Participate in TAC meetings and serve as ArchivesSpace program liaison to certain TAC sub-teams * Collaborate with TAC committers oversight sub-team to review community code contributions and evaluate potential committers * Represent the ArchivesSpace application at technical conferences such as Code4Lib Experience and Training Required * Knowledge and experience developing Ruby (especially JRuby) web applications and REST APIs using Rails and Sinatra, with MySQL and Apache Derby backends * Experience with frontend development in HTML5, CSS and JavaScript, using JQuery and Twitter Bootstrap, with a strong understanding of Web standards, accessibility, and usability * Experience testing software applications on a broad range of browsers and browser versions as part of the application development process as well as when troubleshooting problems experienced by end users * Knowledge of best practices in test-driven development, using RSpec, Selenium, static analysis and code coverage tools, and continuous integration (Hudson/Jenkins and Travis-CI) * Experience with Apache Solr for search and indexing platforms * Experience with deploying and packaging JRuby web applications on the Java virtual machine, using Jetty and Apache Tomcat servlet containers * Knowledge and experience with using Git and GitHub for version control and release management * Familiarity with agile development methodologies, especially Scrum * Commitment to writing clear, well-documented, re-usable code * Ability to work well in a distributed team environment with modest direction * Effective time and project management skills * Excellent communication skills * Three to five years relative work experience * Willing to travel to conferences and meetings Preferred: * Experience in application and web service development for libraries, archives, and digital collections * Experience with XML-based library and archives metadata standards, including Encoded Archival Description (EAD), MARCXML, MODS, Dublin Core, and METS, as well as XSLT stylesheets associated with their transformation * Knowledge of and experience with archival management systems including ArchivesSpace, Archivists' Toolkit, or Archon The Developer position is part of a geographically and institutionally distributed team, and, as such, applications from candidates interested in telecommuting are welcome. Please submit your questions and application to human.resource at lyrasis.org. 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: 5598 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 8637 bytes Desc: image006.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.png Type: image/png Size: 9055 bytes Desc: image007.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.png Type: image/png Size: 7640 bytes Desc: image008.png URL: From NHOSBURGH at Rollins.edu Tue Jul 12 16:33:14 2016 From: NHOSBURGH at Rollins.edu (Nathan Hosburgh) Date: Tue, 12 Jul 2016 20:33:14 +0000 Subject: [Archivesspace_Users_Group] config.rb file to enable Jasper reports Message-ID: Can someone tell me the complete file path to where the config.rb file should be living on a Linux AS server? Or perhaps I'm misunderstanding the documentation: https://docs.archivesspace.org/Default.htm#ReportsEnabling.htm%3FTocPath%3DUsing%2520Reports%2520in%2520ArchivesSpace%7C_____2 Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Tue Jul 12 16:40:50 2016 From: j at minorscience.com (Jason Loeffler) Date: Tue, 12 Jul 2016 20:40:50 +0000 (UTC) Subject: [Archivesspace_Users_Group] config.rb file to enable Jasper reports In-Reply-To: References: Message-ID: The config.rb file is contained in the config directory, i.e. /path/to/archivesspace/config/config.rb A real world example would look like this: /usr/local/archivesspace/config/config.rb _____________________________ From: Nathan Hosburgh Sent: Tuesday, July 12, 2016 16:33 Subject: [Archivesspace_Users_Group] config.rb file to enable Jasper reports To: Archivesspace Users Group Can someone tell me the complete file path to where the config.rb file should be living on a Linux AS server?? Or perhaps I?m misunderstanding the documentation: ? https://docs.archivesspace.org/Default.htm#ReportsEnabling.htm%3FTocPath%3DUsing%2520Reports%2520in%2520ArchivesSpace%7C_____2 ? Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From smallen at email.gwu.edu Wed Jul 13 17:09:38 2016 From: smallen at email.gwu.edu (Smallen, Vakil) Date: Wed, 13 Jul 2016 17:09:38 -0400 Subject: [Archivesspace_Users_Group] Problems with rapid data entry Message-ID: When trying to enter a box of 18 files using rapid data entry, some of my folders are undated. The date begin and date end columns don't seem to have an option that allows you to enter a null value, and you can't leave them blank. In AT, I would enter Undated in the date expression field and leave the date begin/end fields blank. At the moment, I'm entering a fake date and then going back after I've saved an deleting the date one by one. That defeats the entire point of the efficiency of rapid data entry. Also, if I have to stop my work early, there seems to be no way to delete rows after you've created them in rapid data entry, that I can find. Am I missing something? Thanks, -- Vakil Smallen NEA Project Archivist Smallen at email.gwu.edu 202-994-1371 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Thu Jul 14 08:13:18 2016 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Thu, 14 Jul 2016 12:13:18 +0000 Subject: [Archivesspace_Users_Group] Problems with rapid data entry In-Reply-To: References: Message-ID: <5562095A-7BE1-433F-81E7-3AB19C1CE7BB@dartmouth.edu> Hi Vakil- At Dartmouth, for undated objects, we use the ?single? date type and then enter ?undated? in the expression field. I think that the use of inclusive or bulk in the date type requires actual dates which may be what?s triggering the validation errors you are seeing. The rapid data entry has always been great in concept but a little squirrely in execution. The buttons which control the addition or removal of rows do not always show and I believe that?s down to the way that the javascript and css are set for the rapid data entry table (though I haven?t dug into that particular bit of code to verify). I?ve discovered two workarounds for this ? both are less than optimal? 1) Only add the number of rows that you know you will need or add them one at a time as needed. 2) To make the buttons show, you can *usually* force a re-calculation of the rapid data entry table width by limiting the number of visible columns and then resizing one or more of the column headers. I can usually make a column header smaller and then larger ? and repeat a couple of times ? which I believe forces a recalculation of the table width and eventually allows the control buttons to show. In case others have similar issues, I (and everyone at Dartmouth) am using Mac OS and using one of the big three browsers (FF, Safari, Chrome). The behavior above is present in all three browsers and in both AS 1.3 and 1.5 and in all versions of MacOS from 10.9 to 10.11. Best, Joshua From: on behalf of "Smallen, Vakil" Reply-To: Archivesspace Users Group Date: Wednesday, July 13, 2016 at 5:09 PM To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Problems with rapid data entry When trying to enter a box of 18 files using rapid data entry, some of my folders are undated. The date begin and date end columns don't seem to have an option that allows you to enter a null value, and you can't leave them blank. In AT, I would enter Undated in the date expression field and leave the date begin/end fields blank. At the moment, I'm entering a fake date and then going back after I've saved an deleting the date one by one. That defeats the entire point of the efficiency of rapid data entry. Also, if I have to stop my work early, there seems to be no way to delete rows after you've created them in rapid data entry, that I can find. Am I missing something? Thanks, -- Vakil Smallen NEA Project Archivist Smallen at email.gwu.edu 202-994-1371 -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Thu Jul 14 10:09:37 2016 From: smithkr at mit.edu (Kari R Smith) Date: Thu, 14 Jul 2016 14:09:37 +0000 Subject: [Archivesspace_Users_Group] How do you view digital object linked files though the staff interface? Message-ID: <29F559819ACA9A4FBF208407D4B63ABBE420B399@OC11expo28.exchange.mit.edu> Hello - I think I must be missing something, but I'm unable to render or even have a hyperlinked URL to my file location within the Digital Object Record. I can see the instance URI but it's not actionable from the staff interface in either View or Edit mode. Suggestions for what I might be doing incorrectly? Kari R. Smith Digital Archivist, Institute Archives and Special Collections Massachusetts Institute of Technology Libraries 617.253.5690 smithkr at mit.edu http://libraries.mit.edu/archives/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From flannon at nyu.edu Thu Jul 14 11:19:04 2016 From: flannon at nyu.edu (Flannon Jackson) Date: Thu, 14 Jul 2016 11:19:04 -0400 Subject: [Archivesspace_Users_Group] Aspace health check endpoint In-Reply-To: References: Message-ID: Thought I'd post this in case anyone else runs in to this issue. It was so obvious that I missed it the first time around, but you can run a health check against a jetty endpoint simply by pointing the check at slash: https://aspace.example.edu:8080/ -f On Fri, Jul 8, 2016 at 7:52 AM, Flannon Jackson wrote: > Hi All, > > I'm setting up archivesspace on an AWS EC2 instance behind a load > balancer. I need to define a health check endpoint for the load balancer > to test but I'm not sure what the URI should be. If I was testing a web > server I'd just have it ping index.html, but since it's jetty I'm not sure > what to use. Any suggestions? > > Flannon > > > - > Flannon Jackson > DevOps Enginer, DLTS at NYU > flannon at nyu.edu > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Thu Jul 14 11:20:45 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Thu, 14 Jul 2016 15:20:45 +0000 Subject: [Archivesspace_Users_Group] How do you view digital object linked files though the staff interface? In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBE420B399@OC11expo28.exchange.mit.edu> References: <29F559819ACA9A4FBF208407D4B63ABBE420B399@OC11expo28.exchange.mit.edu> Message-ID: Kari, Can you provide screen clips? The URI should be actionable from the view mode in the staff interface and also from the public interface. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith Sent: Thursday, July 14, 2016 10:10 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] How do you view digital object linked files though the staff interface? Hello - I think I must be missing something, but I'm unable to render or even have a hyperlinked URL to my file location within the Digital Object Record. I can see the instance URI but it's not actionable from the staff interface in either View or Edit mode. Suggestions for what I might be doing incorrectly? Kari R. Smith Digital Archivist, Institute Archives and Special Collections Massachusetts Institute of Technology Libraries 617.253.5690 smithkr at mit.edu http://libraries.mit.edu/archives/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ltang5 at mail.lib.msu.edu Thu Jul 14 12:34:02 2016 From: ltang5 at mail.lib.msu.edu (Tang, Lydia) Date: Thu, 14 Jul 2016 16:34:02 +0000 Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry Message-ID: There used to be a way to delete extra RDE lines. There was a red ?X? at the very far right side of the rows which was very helpful. Ideally, though, it would be great to have that option on the left side, so a user wouldn?t have to scroll all the way and potentially risk data loss by accidentally clicking in the wrong area. Also, I wanted to check if the ArchivesSpace team is designing with accessibility considerations? I was doing a usability test with a blind user working with a screen reader and it was a very disorienting experience for him. When trying to pull up a search result, the screen reader actually skipped over the Collection, Series, and other overarching components of the collection completely (screen shot of the missed field attached). I know the Public Interface is currently under development and I hope that accessibility testing will be a part of the development. Thanks! Lydia -- Dr. Lydia Tang Special Collections Archivist-Librarian Michigan State University Libraries 366 W. Circle Drive East Lansing, MI 48824-1048 Email: ltang5 at msu.edu Phone: 517-884-8984 -- Joshua D. Shaw Joshua.D.Shaw at dartmouth.edu Thu Jul 14 08:13:18 EDT 2016 * Previous message: [Archivesspace_Users_Group] Problems with rapid data entry * Next message: [Archivesspace_Users_Group] How do you view digital object linked files though the staff interface? * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ________________________________ Hi Vakil- At Dartmouth, for undated objects, we use the ?single? date type and then enter ?undated? in the expression field. I think that the use of inclusive or bulk in the date type requires actual dates which may be what?s triggering the validation errors you are seeing. The rapid data entry has always been great in concept but a little squirrely in execution. The buttons which control the addition or removal of rows do not always show and I believe that?s down to the way that the javascript and css are set for the rapid data entry table (though I haven?t dug into that particular bit of code to verify). I?ve discovered two workarounds for this ? both are less than optimal? 1) Only add the number of rows that you know you will need or add them one at a time as needed. 2) To make the buttons show, you can *usually* force a re-calculation of the rapid data entry table width by limiting the number of visible columns and then resizing one or more of the column headers. I can usually make a column header smaller and then larger ? and repeat a couple of times ? which I believe forces a recalculation of the table width and eventually allows the control buttons to show. In case others have similar issues, I (and everyone at Dartmouth) am using Mac OS and using one of the big three browsers (FF, Safari, Chrome). The behavior above is present in all three browsers and in both AS 1.3 and 1.5 and in all versions of MacOS from 10.9 to 10.11. Best, Joshua From: > on behalf of "Smallen, Vakil" > Reply-To: Archivesspace Users Group > Date: Wednesday, July 13, 2016 at 5:09 PM To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: [Archivesspace_Users_Group] Problems with rapid data entry When trying to enter a box of 18 files using rapid data entry, some of my folders are undated. The date begin and date end columns don't seem to have an option that allows you to enter a null value, and you can't leave them blank. In AT, I would enter Undated in the date expression field and leave the date begin/end fields blank. At the moment, I'm entering a fake date and then going back after I've saved an deleting the date one by one. That defeats the entire point of the efficiency of rapid data entry. Also, if I have to stop my work early, there seems to be no way to delete rows after you've created them in rapid data entry, that I can find. Am I missing something? Thanks, -- Vakil Smallen NEA Project Archivist Smallen at email.gwu.edu> 202-994-1371 -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-07-14 at 12.29.12 PM.png Type: image/png Size: 670099 bytes Desc: Screen Shot 2016-07-14 at 12.29.12 PM.png URL: From brad.westbrook at lyrasis.org Thu Jul 14 12:55:07 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Thu, 14 Jul 2016 16:55:07 +0000 Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry In-Reply-To: References: Message-ID: 1. There is a story for the problem with the delete row option on the RDE. See AR-1424. Brad W. -----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, July 14, 2016 12:34 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry There used to be a way to delete extra RDE lines. There was a red ?X? at the very far right side of the rows which was very helpful. Ideally, though, it would be great to have that option on the left side, so a user wouldn?t have to scroll all the way and potentially risk data loss by accidentally clicking in the wrong area. Also, I wanted to check if the ArchivesSpace team is designing with accessibility considerations? I was doing a usability test with a blind user working with a screen reader and it was a very disorienting experience for him. When trying to pull up a search result, the screen reader actually skipped over the Collection, Series, and other overarching components of the collection completely (screen shot of the missed field attached). I know the Public Interface is currently under development and I hope that accessibility testing will be a part of the development. Thanks! Lydia -- Dr. Lydia Tang Special Collections Archivist-Librarian Michigan State University Libraries 366 W. Circle Drive East Lansing, MI 48824-1048 Email: ltang5 at msu.edu Phone: 517-884-8984 -- Joshua D. Shaw Joshua.D.Shaw at dartmouth.edu Thu Jul 14 08:13:18 EDT 2016 * Previous message: [Archivesspace_Users_Group] Problems with rapid data entry * Next message: [Archivesspace_Users_Group] How do you view digital object linked files though the staff interface? * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ________________________________ Hi Vakil- At Dartmouth, for undated objects, we use the ?single? date type and then enter ?undated? in the expression field. I think that the use of inclusive or bulk in the date type requires actual dates which may be what?s triggering the validation errors you are seeing. The rapid data entry has always been great in concept but a little squirrely in execution. The buttons which control the addition or removal of rows do not always show and I believe that?s down to the way that the javascript and css are set for the rapid data entry table (though I haven?t dug into that particular bit of code to verify). I?ve discovered two workarounds for this ? both are less than optimal? 1) Only add the number of rows that you know you will need or add them one at a time as needed. 2) To make the buttons show, you can *usually* force a re-calculation of the rapid data entry table width by limiting the number of visible columns and then resizing one or more of the column headers. I can usually make a column header smaller and then larger ? and repeat a couple of times ? which I believe forces a recalculation of the table width and eventually allows the control buttons to show. In case others have similar issues, I (and everyone at Dartmouth) am using Mac OS and using one of the big three browsers (FF, Safari, Chrome). The behavior above is present in all three browsers and in both AS 1.3 and 1.5 and in all versions of MacOS from 10.9 to 10.11. Best, Joshua From: > on behalf of "Smallen, Vakil" > Reply-To: Archivesspace Users Group > Date: Wednesday, July 13, 2016 at 5:09 PM To: "archivesspace_users_group at lyralists.lyrasis.org" > Subject: [Archivesspace_Users_Group] Problems with rapid data entry When trying to enter a box of 18 files using rapid data entry, some of my folders are undated. The date begin and date end columns don't seem to have an option that allows you to enter a null value, and you can't leave them blank. In AT, I would enter Undated in the date expression field and leave the date begin/end fields blank. At the moment, I'm entering a fake date and then going back after I've saved an deleting the date one by one. That defeats the entire point of the efficiency of rapid data entry. Also, if I have to stop my work early, there seems to be no way to delete rows after you've created them in rapid data entry, that I can find. Am I missing something? Thanks, -- Vakil Smallen NEA Project Archivist Smallen at email.gwu.edu>> 202-994-1371 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Thu Jul 14 16:03:59 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 14 Jul 2016 20:03:59 +0000 Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry In-Reply-To: References: Message-ID: Lydia, There are also plans to conduct an accessibility audit of the new public interface as it?s developed. We are taking accessibility issues seriously during the development process. And more news about the entire PUI development process will be coming out before the end of the month. I don?t think that there will be anything extra to add about the accessibility testing at that time, but we are planning to conduct those tests later in the fall (and I?m also doing some limited testing already with a few browser plugins, although that?s certainly not enough, of course!). Thanks for bringing the issue back up on this thread, as it?s a very important issue. Once the new public interface is further along (perhaps at the end of August or in September), would you be available and interested to conduct another usability test at MSU? If so, I?d be happy to work with you to get access to a development site with test data. Mark p.s. it?s an important issue for the staff interface, as well! Do you know if any tests have been done on that end? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Thursday, 14 July, 2016 12:55 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry 1. There is a story for the problem with the delete row option on the RDE. See AR-1424. Brad W. -----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, July 14, 2016 12:34 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry There used to be a way to delete extra RDE lines. There was a red ?X? at the very far right side of the rows which was very helpful. Ideally, though, it would be great to have that option on the left side, so a user wouldn?t have to scroll all the way and potentially risk data loss by accidentally clicking in the wrong area. Also, I wanted to check if the ArchivesSpace team is designing with accessibility considerations? I was doing a usability test with a blind user working with a screen reader and it was a very disorienting experience for him. When trying to pull up a search result, the screen reader actually skipped over the Collection, Series, and other overarching components of the collection completely (screen shot of the missed field attached). I know the Public Interface is currently under development and I hope that accessibility testing will be a part of the development. Thanks! Lydia -- Dr. Lydia Tang Special Collections Archivist-Librarian Michigan State University Libraries 366 W. Circle Drive East Lansing, MI 48824-1048 Email: ltang5 at msu.edu Phone: 517-884-8984 -- Joshua D. Shaw Joshua.D.Shaw at dartmouth.edu Thu Jul 14 08:13:18 EDT 2016 * Previous message: [Archivesspace_Users_Group] Problems with rapid data entry> * Next message: [Archivesspace_Users_Group] How do you view digital object linked files though the staff interface?> * Messages sorted by: [ date ]> [ thread ]> [ subject ]> [ author ]> ________________________________ Hi Vakil- At Dartmouth, for undated objects, we use the ?single? date type and then enter ?undated? in the expression field. I think that the use of inclusive or bulk in the date type requires actual dates which may be what?s triggering the validation errors you are seeing. The rapid data entry has always been great in concept but a little squirrely in execution. The buttons which control the addition or removal of rows do not always show and I believe that?s down to the way that the javascript and css are set for the rapid data entry table (though I haven?t dug into that particular bit of code to verify). I?ve discovered two workarounds for this ? both are less than optimal? 1) Only add the number of rows that you know you will need or add them one at a time as needed. 2) To make the buttons show, you can *usually* force a re-calculation of the rapid data entry table width by limiting the number of visible columns and then resizing one or more of the column headers. I can usually make a column header smaller and then larger ? and repeat a couple of times ? which I believe forces a recalculation of the table width and eventually allows the control buttons to show. In case others have similar issues, I (and everyone at Dartmouth) am using Mac OS and using one of the big three browsers (FF, Safari, Chrome). The behavior above is present in all three browsers and in both AS 1.3 and 1.5 and in all versions of MacOS from 10.9 to 10.11. Best, Joshua From: >> on behalf of "Smallen, Vakil" >> Reply-To: Archivesspace Users Group >> Date: Wednesday, July 13, 2016 at 5:09 PM To: "archivesspace_users_group at lyralists.lyrasis.org>" >> Subject: [Archivesspace_Users_Group] Problems with rapid data entry When trying to enter a box of 18 files using rapid data entry, some of my folders are undated. The date begin and date end columns don't seem to have an option that allows you to enter a null value, and you can't leave them blank. In AT, I would enter Undated in the date expression field and leave the date begin/end fields blank. At the moment, I'm entering a fake date and then going back after I've saved an deleting the date one by one. That defeats the entire point of the efficiency of rapid data entry. Also, if I have to stop my work early, there seems to be no way to delete rows after you've created them in rapid data entry, that I can find. Am I missing something? Thanks, -- Vakil Smallen NEA Project Archivist Smallen at email.gwu.edu>>> 202-994-1371 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jane.labarbara at mail.wvu.edu Thu Jul 14 16:56:48 2016 From: jane.labarbara at mail.wvu.edu (Jane LaBarbara) Date: Thu, 14 Jul 2016 20:56:48 +0000 Subject: [Archivesspace_Users_Group] Searching the Listserve In-Reply-To: References: Message-ID: I agree with Carlos regarding the utility of searching through old listserv messages. I?ve made a separate folder in my email for this listserv, just so I can search for things, but it only includes emails sent after I joined the listserv late last year. I?m not sure if it would be possible, but even having the ability to do a Google search with the site limited to http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/ would be pretty useful. -Jane L. Jane Metters LaBarbara Assistant Curator West Virginia & Regional History Center West Virginia University Libraries Reference desk: 304-293-3536 Office phone: 304-293-0352 Email: jane.labarbara at mail.wvu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Carlos Lemus Sent: Tuesday, June 28, 2016 2:36 PM To: Archivesspace Users Group Cc: Carol Ou Subject: [Archivesspace_Users_Group] Searching the Listserve Hello, I was wondering if there was an easier way to search through the list serve. I feel that there are many cases where topics have been covered previously and can provide a lot of information to questions that have already been answered, but unless you scroll through every month you may never find it. Is this possible? to search keywords on your question? 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 j at minorscience.com Thu Jul 14 17:52:02 2016 From: j at minorscience.com (Jason Loeffler) Date: Thu, 14 Jul 2016 21:52:02 +0000 (UTC) Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry In-Reply-To: References: Message-ID: Hi Mark, Thanks for the information on this. Good to hear. Can you tell me if there's a particular accessibility standard for the PUI (e.g. Section 508)? I'd definitely be interested in contributing to testing.? Best, Jason _____________________________ From: Custer, Mark Sent: Thursday, July 14, 2016 15:04 Subject: Re: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry To: Archivesspace Users Group Lydia, ? There are also plans to conduct an accessibility audit of the new public interface as it?s developed.? We are taking accessibility issues seriously during the development process.? And more news about the entire PUI development process will be coming out before the end of the month.? I don?t think that there will be anything extra to add about the accessibility testing at that time, but we are planning to conduct those tests later in the fall (and I?m also doing some limited testing already with a few browser plugins, although that?s certainly not enough, of course!). ? Thanks for bringing the issue back up on this thread, as it?s a very important issue.? Once the new public interface is further along (perhaps at the end of August or in September), would you be available and interested to conduct another usability test at MSU?? If so, I?d be happy to work with you to get access to a development site with test data. ? Mark ? p.s. it?s an important issue for the staff interface, as well!? Do you know if any tests have been done on that end? ? ? ? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]On Behalf Of Brad Westbrook Sent: Thursday, 14 July, 2016 12:55 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry ? 1.???There is a story for the problem with the delete row option on the RDE.? SeeAR-1424. ? ? Brad W. ? ? -----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, July 14, 2016 12:34 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry ? There used to be a way to delete extra RDE lines.? There was a red ?X? at the very far right side of the rows which was very helpful.? Ideally, though, it would be great to have that option on the left side, so a user wouldn?t have to scroll all the way and potentially risk data loss by accidentally clicking in the wrong area. Also, I wanted to check if the ArchivesSpace team is designing with accessibility considerations?? I was doing a usability test with a blind user working with a screen reader and it was a very disorienting experience for him.? When trying to pull up a search result, the screen reader actually skipped over the Collection, Series, and other overarching components of the collection completely (screen shot of the missed field attached).? I know the Public Interface is currently under development and I hope that accessibility testing will be a part of the development.? Thanks! Lydia -- Dr. Lydia Tang Special Collections Archivist-Librarian Michigan State University Libraries 366 W. Circle Drive East Lansing, MI 48824-1048 Email: ltang5 at msu.edu Phone: 517-884-8984 ? -- Joshua D. Shaw Joshua.D.Shaw at dartmouth.edu Thu Jul 14 08:13:18 EDT 2016 ? ? *?? Previous message: [Archivesspace_Users_Group] Problems with rapid data entry ? *?? Next message: [Archivesspace_Users_Group] How do you view digital object linked files though the staff interface? ? *?? Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ? ________________________________ ? Hi Vakil- ? ? ? At Dartmouth, for undated objects, we use the ?single? date type and then enter ?undated? in the expression field. I think that the use of inclusive or bulk in the date type requires actual dates which may be what?s triggering the validation errors you are seeing. ? ? ? The rapid data entry has always been great in concept but a little squirrely in execution. The buttons which control the addition or removal of rows do not always show and I believe that?s down to the way that the javascript and css are set for the rapid data entry table (though I haven?t dug into that particular bit of code to verify). I?ve discovered two workarounds for this ? both are less than optimal? ? ? ? ? ? 1)?????? Only add the number of rows that you know you will need or add them one at a time as needed. ? ? ? 2)? ?????To make the buttons show, you can *usually* force a re-calculation of the rapid data entry table width by limiting the number of visible columns? and then resizing one or more of the column headers. I can usually make a column header smaller and then larger ? and repeat a couple of times ? which I believe forces a recalculation of the table width and eventually allows the control buttons to show. ? ? ? In case others have similar issues, I (and everyone at Dartmouth) am using Mac OS and using one of the big three browsers (FF, Safari, Chrome). The behavior above is present in all three browsers and in both AS 1.3 and 1.5 and in all versions of MacOS from 10.9 to 10.11. ? ? ? Best, ? Joshua ? ? ? From: > on behalf of "Smallen, Vakil" > ? Reply-To: Archivesspace Users Group > ? Date: Wednesday, July 13, 2016 at 5:09 PM ? To: "archivesspace_users_group at lyralists.lyrasis.org" > ? Subject: [Archivesspace_Users_Group] Problems with rapid data entry ? ? ? When trying to enter a box of 18 files using rapid data entry, some of my folders are undated. The date begin and date end columns don't seem to have an option that allows you to enter a null value, and you can't leave them blank. In AT, I would enter Undated in the date expression field and leave the date begin/end fields blank. At the moment, I'm entering a fake date and then going back after I've saved an deleting the date one by one. That defeats the entire point of the efficiency of rapid data entry. ? ? ? Also, if I have to stop my work early, there seems to be no way to delete rows after you've created them in rapid data entry, that I can find. Am I missing something? ? ? ? Thanks, ? ? ? -- ? Vakil Smallen ? NEA Project Archivist ? Smallen at email.gwu.edu> ? 202-994-1371 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Fri Jul 15 07:40:36 2016 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Fri, 15 Jul 2016 11:40:36 +0000 Subject: [Archivesspace_Users_Group] Searching the Listserve In-Reply-To: References: Message-ID: Thirded! I also have an email folder expressly for the purposes of searching past messages, but like Jane, am limited to only those messages post join date. Joshua From: on behalf of Jane LaBarbara Reply-To: Archivesspace Users Group Date: Thursday, July 14, 2016 at 4:56 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Searching the Listserve I agree with Carlos regarding the utility of searching through old listserv messages. I?ve made a separate folder in my email for this listserv, just so I can search for things, but it only includes emails sent after I joined the listserv late last year. I?m not sure if it would be possible, but even having the ability to do a Google search with the site limited to http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/ would be pretty useful. -Jane L. Jane Metters LaBarbara Assistant Curator West Virginia & Regional History Center West Virginia University Libraries Reference desk: 304-293-3536 Office phone: 304-293-0352 Email: jane.labarbara at mail.wvu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Carlos Lemus Sent: Tuesday, June 28, 2016 2:36 PM To: Archivesspace Users Group Cc: Carol Ou Subject: [Archivesspace_Users_Group] Searching the Listserve Hello, I was wondering if there was an easier way to search through the list serve. I feel that there are many cases where topics have been covered previously and can provide a lot of information to questions that have already been answered, but unless you scroll through every month you may never find it. Is this possible? to search keywords on your question? 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 christine.dibella at lyrasis.org Fri Jul 15 09:22:56 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 15 Jul 2016 13:22:56 +0000 Subject: [Archivesspace_Users_Group] Searching the Listserve In-Reply-To: References: Message-ID: Hi to everyone already in this thread and nodding in agreement from afar, While the listserv archives go back to the beginning in August 2013 and are publicly available at http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/, the lack of searching is a limitation of the listserv software currently in use by LYRASIS, which hosts the ArchivesSpace listservs. We have inquired as to other options, especially as the list has grown over time and the archives feature more and more useful information related to many aspects of using the application. Of course, it always helps us in our efforts to hear from users that they want a particular feature or function, so we appreciate you taking the time to post the question and demonstrate that this is very much wanted. Related to this, if anyone has suggestions for third party services they?ve used to make listserv archives searchable and have been happy with, we?d be grateful for those as well. 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 Joshua D. Shaw Sent: Friday, July 15, 2016 7:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Searching the Listserve Thirded! I also have an email folder expressly for the purposes of searching past messages, but like Jane, am limited to only those messages post join date. Joshua From: > on behalf of Jane LaBarbara > Reply-To: Archivesspace Users Group > Date: Thursday, July 14, 2016 at 4:56 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Searching the Listserve I agree with Carlos regarding the utility of searching through old listserv messages. I?ve made a separate folder in my email for this listserv, just so I can search for things, but it only includes emails sent after I joined the listserv late last year. I?m not sure if it would be possible, but even having the ability to do a Google search with the site limited to http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/ would be pretty useful. -Jane L. Jane Metters LaBarbara Assistant Curator West Virginia & Regional History Center West Virginia University Libraries Reference desk: 304-293-3536 Office phone: 304-293-0352 Email: jane.labarbara at mail.wvu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Carlos Lemus Sent: Tuesday, June 28, 2016 2:36 PM To: Archivesspace Users Group > Cc: Carol Ou > Subject: [Archivesspace_Users_Group] Searching the Listserve Hello, I was wondering if there was an easier way to search through the list serve. I feel that there are many cases where topics have been covered previously and can provide a lot of information to questions that have already been answered, but unless you scroll through every month you may never find it. Is this possible? to search keywords on your question? 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From mark.custer at yale.edu Fri Jul 15 10:55:21 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 15 Jul 2016 14:55:21 +0000 Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry In-Reply-To: References: Message-ID: Jason, Yes, my plan is that we look at both Section 508 (https://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-section-508-standards/guide-to-the-section-508-standards/web-based-intranet-and-internet-information-and-applications-1194-22) and WCAG 2.0 (https://www.w3.org/TR/WCAG20/). Ideally, I?d like to have the new PU certified against both standards, but how that plays out will depend on a few things over the next couple of months. And thanks for the offer to contribute toward testing! That would be great, so I?ll follow up soon about that. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jason Loeffler Sent: Thursday, 14 July, 2016 5:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry Hi Mark, Thanks for the information on this. Good to hear. Can you tell me if there's a particular accessibility standard for the PUI (e.g. Section 508)? I'd definitely be interested in contributing to testing. Best, Jason _____________________________ From: Custer, Mark > Sent: Thursday, July 14, 2016 15:04 Subject: Re: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry To: Archivesspace Users Group > Lydia, There are also plans to conduct an accessibility audit of the new public interface as it?s developed. We are taking accessibility issues seriously during the development process. And more news about the entire PUI development process will be coming out before the end of the month. I don?t think that there will be anything extra to add about the accessibility testing at that time, but we are planning to conduct those tests later in the fall (and I?m also doing some limited testing already with a few browser plugins, although that?s certainly not enough, of course!). Thanks for bringing the issue back up on this thread, as it?s a very important issue. Once the new public interface is further along (perhaps at the end of August or in September), would you be available and interested to conduct another usability test at MSU? If so, I?d be happy to work with you to get access to a development site with test data. Mark p.s. it?s an important issue for the staff interface, as well! Do you know if any tests have been done on that end? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]On Behalf Of Brad Westbrook Sent: Thursday, 14 July, 2016 12:55 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry 1. There is a story for the problem with the delete row option on the RDE. SeeAR-1424. Brad W. -----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, July 14, 2016 12:34 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry There used to be a way to delete extra RDE lines. There was a red ?X? at the very far right side of the rows which was very helpful. Ideally, though, it would be great to have that option on the left side, so a user wouldn?t have to scroll all the way and potentially risk data loss by accidentally clicking in the wrong area. Also, I wanted to check if the ArchivesSpace team is designing with accessibility considerations? I was doing a usability test with a blind user working with a screen reader and it was a very disorienting experience for him. When trying to pull up a search result, the screen reader actually skipped over the Collection, Series, and other overarching components of the collection completely (screen shot of the missed field attached). I know the Public Interface is currently under development and I hope that accessibility testing will be a part of the development. Thanks! Lydia -- Dr. Lydia Tang Special Collections Archivist-Librarian Michigan State University Libraries 366 W. Circle Drive East Lansing, MI 48824-1048 Email: ltang5 at msu.edu Phone: 517-884-8984 -- Joshua D. Shaw Joshua.D.Shaw at dartmouth.edu Thu Jul 14 08:13:18 EDT 2016 * Previous message: [Archivesspace_Users_Group] Problems with rapid data entry> * Next message: [Archivesspace_Users_Group] How do you view digital object linked files though the staff interface?> * Messages sorted by: [ date ]> [ thread ]> [ subject ]> [ author ]> ________________________________ Hi Vakil- At Dartmouth, for undated objects, we use the ?single? date type and then enter ?undated? in the expression field. I think that the use of inclusive or bulk in the date type requires actual dates which may be what?s triggering the validation errors you are seeing. The rapid data entry has always been great in concept but a little squirrely in execution. The buttons which control the addition or removal of rows do not always show and I believe that?s down to the way that the javascript and css are set for the rapid data entry table (though I haven?t dug into that particular bit of code to verify). I?ve discovered two workarounds for this ? both are less than optimal? 1) Only add the number of rows that you know you will need or add them one at a time as needed. 2) To make the buttons show, you can *usually* force a re-calculation of the rapid data entry table width by limiting the number of visible columns and then resizing one or more of the column headers. I can usually make a column header smaller and then larger ? and repeat a couple of times ? which I believe forces a recalculation of the table width and eventually allows the control buttons to show. In case others have similar issues, I (and everyone at Dartmouth) am using Mac OS and using one of the big three browsers (FF, Safari, Chrome). The behavior above is present in all three browsers and in both AS 1.3 and 1.5 and in all versions of MacOS from 10.9 to 10.11. Best, Joshua From: >> on behalf of "Smallen, Vakil" >> Reply-To: Archivesspace Users Group >> Date: Wednesday, July 13, 2016 at 5:09 PM To: "archivesspace_users_group at lyralists.lyrasis.org>" >> Subject: [Archivesspace_Users_Group] Problems with rapid data entry When trying to enter a box of 18 files using rapid data entry, some of my folders are undated. The date begin and date end columns don't seem to have an option that allows you to enter a null value, and you can't leave them blank. In AT, I would enter Undated in the date expression field and leave the date begin/end fields blank. At the moment, I'm entering a fake date and then going back after I've saved an deleting the date one by one. That defeats the entire point of the efficiency of rapid data entry. Also, if I have to stop my work early, there seems to be no way to delete rows after you've created them in rapid data entry, that I can find. Am I missing something? Thanks, -- Vakil Smallen NEA Project Archivist Smallen at email.gwu.edu>>> 202-994-1371 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ltang5 at mail.lib.msu.edu Fri Jul 15 11:24:32 2016 From: ltang5 at mail.lib.msu.edu (Tang, Lydia) Date: Fri, 15 Jul 2016 15:24:32 +0000 Subject: [Archivesspace_Users_Group] Accessibility and version 1.5.0 release today? Message-ID: <2040BCEE-B5DE-4AD8-8923-047D9D055592@mail.lib.msu.edu> Hi Mark, Yes, I would also love to help any way I can. Conducting a usability test at MSU later this summer would definitely work. I will also start looking into accessibility of the staff interface. Thanks! Also, ASpace folks, please keep us posted about when the new version 1.5.0 is released today! We are very anxious to get started. Lydia --- From: Custer, Mark >> Sent: Thursday, July 14, 2016 15:04 Subject: Re: [Archivesspace_Users_Group] Accessibility and Re: Problems with rapid data entry To: Archivesspace Users Group >> Lydia, There are also plans to conduct an accessibility audit of the new public interface as it?s developed. We are taking accessibility issues seriously during the development process. And more news about the entire PUI development process will be coming out before the end of the month. I don?t think that there will be anything extra to add about the accessibility testing at that time, but we are planning to conduct those tests later in the fall (and I?m also doing some limited testing already with a few browser plugins, although that?s certainly not enough, of course!). Thanks for bringing the issue back up on this thread, as it?s a very important issue. Once the new public interface is further along (perhaps at the end of August or in September), would you be available and interested to conduct another usability test at MSU? If so, I?d be happy to work with you to get access to a development site with test data. Mark p.s. it?s an important issue for the staff interface, as well! Do you know if any tests have been done on that end? From christine.dibella at lyrasis.org Fri Jul 15 12:13:17 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 15 Jul 2016 16:13:17 +0000 Subject: [Archivesspace_Users_Group] updates on ArchivesSpace Member Forum Message-ID: Thanks to everyone who has registered so far for the August 2 Member Forum taking place at the Robert W. Woodruff Library at Atlanta University Center. We're delighted that so many of you will be able to join us! While the three morning workshops are full and have waiting lists, there is plenty of room for all who would like to attend the afternoon program. Online registration (http://www.eventbrite.com/e/archivesspace-member-forum-2016-registration-23188792302) will remain open through the end of the month, though we encourage you to register as soon as you know you'll be there to help us in the planning. (If you would like to be placed on the waiting list for a workshop, please register for the Forum, and select "Unsure" for the question about attending the morning session. Then email me directly with your request. If you previously registered for a workshop and now find you cannot attend, please email me so someone else can have your spot.) The information page on the wiki (https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace+Member+Forum+2016) has been updated with more program and logistical information. All those who are registered will also be seeing various emails with more details over the next two weeks. If you have questions at any point that aren't answered by these, please just let me know. We look forward to seeing many of you there, and connecting with others in Atlanta and beyond soon. Thanks for your help in making this a great event for as many as possible! 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 brad.westbrook at lyrasis.org Fri Jul 15 12:45:22 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 15 Jul 2016 16:45:22 +0000 Subject: [Archivesspace_Users_Group] Release of ArchivesSpace v1.5.0 Delayed Message-ID: Dear ArchvivesSpace members and colleagues, We're very pleased to report that testing on the release candidate has concluded and that a few last fixes have been applied. We are, however, delaying the release until next week in order to accommodate two late-breaking additions in order to make them available to people who need them as quickly as possible. Those additions are: * merging a very recent fix for an EAD import problem (AR-1134) * adding an updated version of the Spanish translation for v1.5.0 that a community member is contributing 1. 2. We expect these small but valuable additions to be in place early next week and to be able to release v1.5.0 by the end of Wednesday, July 20. Thank you for your patience with this slight delay. 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: 7640 bytes Desc: image001.png URL: From lgrigsby at library.berkeley.edu Sat Jul 16 16:36:18 2016 From: lgrigsby at library.berkeley.edu (Lynne E. Grigsby) Date: Sat, 16 Jul 2016 13:36:18 -0700 Subject: [Archivesspace_Users_Group] Diacritic question/issue Message-ID: We have an EAD with Spanish that we are trying to import. We have discovered that if the title attribute in the dao has diacritics it fails: >From our developer: I've created a small test XML file which validates. It has a single dao with a title attribute. When it's title="test" it imports into AS fine. When I change it to title="test ?" it won't import and gives the error: Error: #<Encoding::InvalidByteSequenceError: ""\xC3"" on US-ASCII> Is this a known problem? Is there a work around? All help appreciated. Lynne -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Mon Jul 18 13:57:53 2016 From: j at minorscience.com (Jason Loeffler) Date: Mon, 18 Jul 2016 13:57:53 -0400 Subject: [Archivesspace_Users_Group] Searching the Listserve In-Reply-To: References: Message-ID: We only have to index the Pipermail archives with a fulltext indexer and add a few search interface templates to the Mailman front-end. The Swish-E indexer is most commonly used with listservs, though I reckon Sphinx would work just as well, though with additional features and complexity we probably don't need. Let me know if there's anything I can do to help with this. JL Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) On Fri, Jul 15, 2016 at 8:22 AM, Christine Di Bella < christine.dibella at lyrasis.org> wrote: > Hi to everyone already in this thread and nodding in agreement from afar, > > > > While the listserv archives go back to the beginning in August 2013 and > are publicly available at > http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/, the > lack of searching is a limitation of the listserv software currently in use > by LYRASIS, which hosts the ArchivesSpace listservs. We have inquired as to > other options, especially as the list has grown over time and the archives > feature more and more useful information related to many aspects of using > the application. Of course, it always helps us in our efforts to hear from > users that they want a particular feature or function, so we appreciate you > taking the time to post the question and demonstrate that this is very much > wanted. > > > > Related to this, if anyone has suggestions for third party services > they?ve used to make listserv archives searchable and have been happy with, > we?d be grateful for those as well. > > > > Christine > > > > Christine Di Bella > > Community Outreach Manager > > christine.dibella at lyrasis.org > > 800.999.8558 x2905 > > 678-235-2905 > > cdibella13 (Skype) > > [image: 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 *Joshua > D. Shaw > *Sent:* Friday, July 15, 2016 7:41 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Searching the Listserve > > > > Thirded! I also have an email folder expressly for the purposes of > searching past messages, but like Jane, am limited to only those messages > post join date. > > > > Joshua > > > > *From: * on > behalf of Jane LaBarbara > *Reply-To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Date: *Thursday, July 14, 2016 at 4:56 PM > *To: *Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject: *Re: [Archivesspace_Users_Group] Searching the Listserve > > > > I agree with Carlos regarding the utility of searching through old > listserv messages. I?ve made a separate folder in my email for this > listserv, just so I can search for things, but it only includes emails sent > after I joined the listserv late last year. I?m not sure if it would be > possible, but even having the ability to do a Google search with the site > limited to > http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/ would > be pretty useful. > > > > -Jane L. > > > > > > Jane Metters LaBarbara > > Assistant Curator > > West Virginia & Regional History Center > > West Virginia University Libraries > > Reference desk: 304-293-3536 > > Office phone: 304-293-0352 > > Email: jane.labarbara at mail.wvu.edu > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Carlos > Lemus > *Sent:* Tuesday, June 28, 2016 2:36 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Cc:* Carol Ou > *Subject:* [Archivesspace_Users_Group] Searching the Listserve > > > > Hello, > > > > I was wondering if there was an easier way to search through the list > serve. I feel that there are many cases where topics have been covered > previously and can provide a lot of information to questions that have > already been answered, but unless you scroll through every month you may > never find it. Is this possible? to search keywords on your question? > > > > Thank you, > > Carlos Lemus > > Application Programmer, Special Collections Technical Services > > University Libraries, University of Nevada, Las Vegas > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: not available URL: From smallen at email.gwu.edu Mon Jul 18 14:15:29 2016 From: smallen at email.gwu.edu (Smallen, Vakil) Date: Mon, 18 Jul 2016 14:15:29 -0400 Subject: [Archivesspace_Users_Group] Manage Locations? Message-ID: In Archivists Toolkit, my office made extensive use of the Manage Locations option to find where the boxes from a collection are located. This allowed us to get a quick view of the whole collection so we could track down all boxes at once. Does ArchiveSpace have a similar feature? I can't seem to find it, if it does. Thanks, Vakil -- Vakil Smallen NEA Project Archivist Smallen at email.gwu.edu 202-994-1371 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Mon Jul 18 14:19:18 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Mon, 18 Jul 2016 18:19:18 +0000 Subject: [Archivesspace_Users_Group] Diacritic question/issue In-Reply-To: References: Message-ID: It may be: https://archivesspace.atlassian.net/browse/AR-1421 Fix: https://github.com/archivesspace/archivesspace/pull/378 ? Steve Majewski On Jul 16, 2016, at 4:36 PM, Lynne E. Grigsby > wrote: We have an EAD with Spanish that we are trying to import. We have discovered that if the title attribute in the dao has diacritics it fails: From our developer: I've created a small test XML file which validates. It has a single dao with a title attribute. When it's title="test" it imports into AS fine. When I change it to title="test ?" it won't import and gives the error: Error: #<Encoding::InvalidByteSequenceError: ""\xC3"" on US-ASCII> Is this a known problem? Is there a work around? All help appreciated. Lynne _______________________________________________ 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 eckardm at umich.edu Tue Jul 19 10:11:54 2016 From: eckardm at umich.edu (Max Eckard) Date: Tue, 19 Jul 2016 10:11:54 -0400 Subject: [Archivesspace_Users_Group] Survey on use of the Rights Statements sub-record in ArchivesSpace In-Reply-To: References: Message-ID: Hello again ArchivesSpace users, The deadline for this survey on the Rights Statements sub-record in ArchivesSpace has been extended to *July 31, 2016*. Again, your answers will help us to decide on how to revise the current module in a manner that will preserve any data users have recorded in it. Your participation is greatly appreciated! Thank you, Max On Tue, Jul 12, 2016 at 10:16 AM, Max Eckard wrote: > Good morning ArchivesSpace users, > > Representatives from the ArchivesSpace program team, ArchivesSpace members > and Archivematica will be recommending changes to the Rights Statements > sub-record in ArchivesSpace. > > These changes would: > > - allow users to record more granular and machine-actionable rights > statements; > - make ArchivesSpace more compliant with the rights section of the > PREMIS Data Dictionary for Preservation Metadata 3.0; and > - allow digital preservation systems such as Archivematica to pass > PREMIS Rights Statements to ArchivesSpace. > > > *Please note that we are talking about the Rights Statements sub-record > and NOT the Conditions Governing Access/Use notes that some repositories > may be using to summarize the rights status of collections. * > > We hope that you will facilitate this process by filling out the following > short (six question) survey by *this* *Friday, July 15*: > > https://www.surveymonkey.com/r/S7THQPN > > Your answers will help us to decide on how to revise the current module in > a manner that will preserve any data users have recorded in it. > > Your participation is greatly appreciated! We're also happy to answer any > questions you may have. > > Thank you, > Max > > > -- > *Max Eckard* > *Assistant Archivist for Digital Curation* > > > Bentley Historical Library > 1150 Beal Ave. > Ann Arbor, MI 48109-2113 > (734) 763-7518 > http://bentley.umich.edu/ > -- *Max Eckard* *Assistant Archivist for Digital Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 (734) 763-7518 http://bentley.umich.edu/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsteele at jhu.edu Tue Jul 19 12:01:12 2016 From: jsteele at jhu.edu (Jordon Steele) Date: Tue, 19 Jul 2016 16:01:12 +0000 Subject: [Archivesspace_Users_Group] Use of EAD location field Message-ID: <5e675574371748c98acf0aeb66f79aaa@ESGMTWEX6.win.ad.jhu.edu> Hello, We're considering no longer using the "EAD location" field because we have no local use for it (right now we supply a URL for our finding aid), but before we stopped doing this, I thought I'd check to see if any of you are using it in useful ways. Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Tue Jul 19 12:06:59 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Tue, 19 Jul 2016 16:06:59 +0000 Subject: [Archivesspace_Users_Group] Use of EAD location field In-Reply-To: <5e675574371748c98acf0aeb66f79aaa@ESGMTWEX6.win.ad.jhu.edu> References: <5e675574371748c98acf0aeb66f79aaa@ESGMTWEX6.win.ad.jhu.edu> Message-ID: How will ArchiveGrid know where to link to for a delivery URL for your finding aid? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jordon Steele Sent: Tuesday, July 19, 2016 12:01 PM To: 'Archivesspace_Users_Group at lyralists.lyrasis.org' Subject: [Archivesspace_Users_Group] Use of EAD location field Hello, We're considering no longer using the "EAD location" field because we have no local use for it (right now we supply a URL for our finding aid), but before we stopped doing this, I thought I'd check to see if any of you are using it in useful ways. Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From patrizia.nava at utdallas.edu Tue Jul 19 13:57:58 2016 From: patrizia.nava at utdallas.edu (Nava, Patrizia) Date: Tue, 19 Jul 2016 17:57:58 +0000 Subject: [Archivesspace_Users_Group] Use of EAD location field In-Reply-To: <5e675574371748c98acf0aeb66f79aaa@ESGMTWEX6.win.ad.jhu.edu> References: <5e675574371748c98acf0aeb66f79aaa@ESGMTWEX6.win.ad.jhu.edu> Message-ID: <0cc4b297a0524405bfe5b4675f23d7db@utdallas.edu> Dear Group, We just have acquired ArchiveSpace and we have not looked at the different fields so far. We are still in the installation and implementation phase. We were using this EAD FA Location field in Archivists? Toolkit and would like to continue doing so. Thank you. Patrizia Nava Magistra f?r Mittlere- und Neuere Geschichte, Romanistik Assistant Coordinator for Special Collections, CA Special Collections and Archives Division Eugene McDermott Library The University of Texas at Dallas 800 West Campbell Road, MC33 Richardson, TX 75080/3021 Tel: 972-883-2577 Fax: 972-883-4590 mail to: patrizia.nava at utdallas.edu Von: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] Im Auftrag von Jordon Steele Gesendet: Tuesday, July 19, 2016 11:01 AM An: 'Archivesspace_Users_Group at lyralists.lyrasis.org' Betreff: [Archivesspace_Users_Group] Use of EAD location field Hello, We?re considering no longer using the ?EAD location? field because we have no local use for it (right now we supply a URL for our finding aid), but before we stopped doing this, I thought I?d check to see if any of you are using it in useful ways. Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6174 bytes Desc: not available URL: From vaddoniz at jhu.edu Tue Jul 19 14:08:37 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Tue, 19 Jul 2016 18:08:37 +0000 Subject: [Archivesspace_Users_Group] Auto-populate Notes Message-ID: <354e00ec489a4fe8b074ba3a5cb49ca6@ESGMTWEX12.win.ad.jhu.edu> Greetings! I found this discussion by searching the listserv and I hope I did not miss any relevant JIRA tickets. I would like to resurrect some of the points mentioned. In summary, I have copied a previous question regarding default value fields, and specifically whether default values are applied after spawning from an accession record (Brad confirmed that they do not). I have two follow-ups: 1) A simple "why not?" Was this done to prevent default values from overwriting something that may have been present in the accession? Hopkins spawns almost exclusively, so as it is now, the default value fields do not serve us at all. 2) Further, unlike AT for those who have used both, the Notes themselves are not pre-populated. So as an archivist, I create a spawned resource from accession and do not benefit from the pre-populated fields, then further need to create five+ notes manually without the default values that I already set. This results in a lot of redundant copy and pasting. Do any other users wish they could either spawn with default values, or have pre-populated Notes when they create a Note from scratch? Have I missed an option somewhere? For those who solved this with hotkeys, as below, I have spent time trying to solve this with macros, and have gotten stuck by the fact that you cannot "tab" out of a text box (it just keeps adding tabbed spaces to the text), and so I cannot program my macro to check the Publish box at the end of a Note. If anyone knows a way around this sand trap, please let me know! I am very interested to see if anyone has use cases for the situation-specific use (i.e. only when you create a new Resource and in no other context) use of default values. Thanks! -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Tuesday, September 29, 2015 7:12 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Auto-populate rights subrecord or text note fields? Hi, Sue, Yes, default values will not be applied to a resource record spawned from an accession. Brad Sent from my iPhone On Sep 28, 2015, at 5:35 PM, Susan Luftschein > wrote: Hi Brad, One more question about this-I set up some default values for resource records, but when I spawned a resource from an accession, my auto populations (?) did not auto populate. Does it only work for new, from scratch resource records? Thanks, Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Angela Kroeger Sent: Thursday, September 24, 2015 6:08 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Auto-populate rights subrecord or text note fields? Brad, thank you very much! This is exactly what I needed. I tried it and it works perfectly. Thanks also to Laurel Dougherty, who forwarded Brad's email on this feature from a few weeks ago, which I missed while I was temporarily unsubscribed from the list. Thanks also to Susan Luftschein and Joshua Shaw for suggesting other means of meeting the same goal. Because the default fields for new resource records only appear in truly new resource records and not resource records spawned from accession records (and I can't set default note fields in accession records, where those notes do not exist), I will try Susan's AutoHotkey suggestion for those. A combination of ArchivesSpace default values and AutoHotkeys should do everything I want. I really appreciate everyone's help. Thank you! --Angela 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, September 23, 2015 4:00 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Auto-populate rights subrecord or text note fields? Hi. With release of v.1.3.0 at the end of June, it became possible to set default values pretty much throughout the ArchivesSpace application. See https://archivesspace.atlassian.net/browse/AR-1038. The story includes brief instructions for how to do so. Below are more expanded instructions from the workshop manual for how to set default values. These instructions will appear in the user manual. Setting default values for the rights sub-record is limited, as you will be able to set them for only one type of rights asserting, e.g., intellectual property. That may not be problem re: Permissions and Restrictions in the current design. Brad W. Default values Users can set default values throughout the application. Default values are typically set when the value of a field is very frequently the same across records. For instance, a segment of the identifier in an accession and / or resource record might indicate the custodial repository. If the repository identifier is set as a default value for a segment of the accession and / or resource identifier, then that segment will be populated with that identifier whenever a new accession or resource record is created. In short, setting default values for repetitive data values is a good way for repositories to streamline data input. Default values can be edited in a record that they have been applied to. Also default values can be reset at any time. Doing so will have no impact on applications of the prior default value; they will be retained in the records in which they were applied. Default values are not applied in spawning an accession or resource record from a source accession record. How to set default values: To set default values you need to log in to ArchivesSpace as either an administrator or repository manager. 1. Click on the option for My Repository Preferences [cid:image001.jpg at 01D0F69E.4AEA5040] 2. Activate the option to pre-populate records. [cid:image002.jpg at 01D0F69E.4AEA5040] 3. Click on Save to save your new preferences. 4. Open the browse list for the record type you want to set default values for and click on the option to Edit Default Values at the top of the list. [cid:image003.jpg at 01D0F69E.4AEA5040] In the case of Resources and Digital Objects, you will need to select between setting default values for the parent record or the component record: [cid:image004.jpg at 01D0F69E.4AEA5040] 5. Next, open up a blank record of the type you set default values for, and enter the value defaults into the appropriate fields: 6. Click on Save to save the default values to the template. When creating a new record, the default values should populate the fields to which they are assigned: [cid:image006.jpg at 01D0F69E.4AEA5040] At any time that you want to not apply the default values, simply deactivate the option to pre-populate records. This will result in an empty template when you start a new record. Remember, setting default values is most effective for values that are the same across many records. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joshua D. Shaw Sent: Wednesday, September 23, 2015 4:28 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Auto-populate rights subrecord or text note fields? Hi Angela- You'll need to use a plugin - either roll your own or add to the local plugin. It's gonna be a bit trickier since the rights sub record will need to be created and then populated via scripting. Take a look at this plugin which we had developed for us (https://github.com/hudmol/user_defined_in_basic). It's adding some user defined fields to the Basic section, but the same methodology could be used for what you are interested in accomplishing. Joshua From: Angela Kroeger Reply-To: Archivesspace Users Group Date: Wednesday, September 23, 2015 at 4:10 PM To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Auto-populate rights subrecord or text note fields? I have looked through the manual, and I have seen how to set default values for controlled vocabularies. What I would like is to set a default value for a non-controlled free-text field. Specifically, I would like our boilerplate text to auto-populate the permissions and restrictions fields of the rights statement subrecord whenever we create a new accession or resource record. Similarly, I'd like to auto-populate the conditions governing access and conditions governing use note fields. I have not found a way to assign default text to any free-text field. Is there a way to do this? Am I overlooking something? Could something like this be accomplished with a plugin or script? If not, it's not a major issue. We'll keep copying and pasting the text from our local documentation. I just wanted to streamline our process if it was possible. Thank you for any help. 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8103 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 15501 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 8081 bytes Desc: image003.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 8393 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 29942 bytes Desc: image005.jpg URL: From brad.westbrook at lyrasis.org Wed Jul 20 13:41:06 2016 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 20 Jul 2016 17:41:06 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v1.5.0 released Message-ID: [Apologies for duplicate receipts] [Description: Macintosh HD:Users:samheartsart:Desktop:ArchivesSpace Logo.png] The ArchivesSpace team is very happy to release version 1.5.0. This release incorporates the enhanced container management functionality originally developed for Yale University by Hudson Molonglo (HM) into the core code of the application. It also incorporates the complementary location management functionality developed for New York University by HM. Documentation of these features is available in the ArchivesSpace user manual, as are screencasts of some of the container management functions. Yale University and NYU have also made their local documentation available publicly, though the functionality described in it may differ slightly from what appears in v1.5.0. Please see the release page for a listing of all the new features and bug fixes included in this release. The recording from the July 5 webinar reviewing many of these features and the process for upgrading is available at http://archivesspace.org/v150webinar. Please see the technical documentation for information on how to upgrade your ArchivesSpace installations. Special considerations for this upgrade are at https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md. Do let us know if you have questions or encounter problems executing the upgrade and conversion to the new container management data model. 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: image005.png Type: image/png Size: 9183 bytes Desc: image005.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 7640 bytes Desc: image006.png URL: From michael_vandermillen at harvard.edu Wed Jul 20 14:41:34 2016 From: michael_vandermillen at harvard.edu (Vandermillen, Michael) Date: Wed, 20 Jul 2016 18:41:34 +0000 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Message-ID: Hi, As we import more and more finding aids into our archivesspace test instance, I get out of memory errors when trying to reindex (by deleting indexer_state and solr_index): SEVERE: auto commit error...:java.lang.IllegalStateException: this writer hit an OutOfMemoryError; cannot commit For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and could successfully reindex, after loading 4000+ finding aids. We have now loaded 5000+ finding aids, but even when I increase available heap to 8 gig (more doesn't seem reasonable), I still get out of memory errors during a reindex (using 1.5 RC3). Has anyone else run into this? Any suggestions? Michael Michael Vandermillen Digital Library Software Engineer Harvard University IT -------------- next part -------------- An HTML attachment was scrubbed... URL: From noah.huffman at duke.edu Wed Jul 20 15:08:03 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Wed, 20 Jul 2016 19:08:03 +0000 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: References: Message-ID: Michael, I've experienced this exact problem when running test migrations to 1.5RC3. Increasing the heap size never helped either. From examining my log file (archivesspace.out), it looks like the re-indexing process runs out of memory (typically when indexing archival object records) and then just starts indexing at archival object #1 again. It seems to continue in this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop and start the app several times until it finally indexed all the archival objects. No matter how high I set the heap size, the app seems to jump up to that limit shortly after starting it. I communicated this problem to Lyrasis and there was some suspicion it was caused by running the barcoder plugin over my entire repository. FWIW, we've also experience out of memory issues in our production instance during periodic indexing (not a complete re-index). It seems like we have to restart the app every couple of weeks due to memory issues. I'm curious if others have experienced these same memory problems too. Thanks for raising the issue. -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 Vandermillen, Michael Sent: Wednesday, July 20, 2016 2:42 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi, As we import more and more finding aids into our archivesspace test instance, I get out of memory errors when trying to reindex (by deleting indexer_state and solr_index): SEVERE: auto commit error...:java.lang.IllegalStateException: this writer hit an OutOfMemoryError; cannot commit For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and could successfully reindex, after loading 4000+ finding aids. We have now loaded 5000+ finding aids, but even when I increase available heap to 8 gig (more doesn't seem reasonable), I still get out of memory errors during a reindex (using 1.5 RC3). Has anyone else run into this? Any suggestions? Michael Michael Vandermillen Digital Library Software Engineer Harvard University IT -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael_vandermillen at harvard.edu Wed Jul 20 15:15:03 2016 From: michael_vandermillen at harvard.edu (Vandermillen, Michael) Date: Wed, 20 Jul 2016 19:15:03 +0000 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: References: Message-ID: Thanks Noah! Yes, it always happens in the middle of archival objects, then starts over. We never ran the barcode tool, so that's not the issue, at least for us. Hopefully we can get more info from Lyrasis. Michael From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Wednesday, July 20, 2016 3:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Michael, I've experienced this exact problem when running test migrations to 1.5RC3. Increasing the heap size never helped either. From examining my log file (archivesspace.out), it looks like the re-indexing process runs out of memory (typically when indexing archival object records) and then just starts indexing at archival object #1 again. It seems to continue in this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop and start the app several times until it finally indexed all the archival objects. No matter how high I set the heap size, the app seems to jump up to that limit shortly after starting it. I communicated this problem to Lyrasis and there was some suspicion it was caused by running the barcoder plugin over my entire repository. FWIW, we've also experience out of memory issues in our production instance during periodic indexing (not a complete re-index). It seems like we have to restart the app every couple of weeks due to memory issues. I'm curious if others have experienced these same memory problems too. Thanks for raising the issue. -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 Vandermillen, Michael Sent: Wednesday, July 20, 2016 2:42 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) > Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi, As we import more and more finding aids into our archivesspace test instance, I get out of memory errors when trying to reindex (by deleting indexer_state and solr_index): SEVERE: auto commit error...:java.lang.IllegalStateException: this writer hit an OutOfMemoryError; cannot commit For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and could successfully reindex, after loading 4000+ finding aids. We have now loaded 5000+ finding aids, but even when I increase available heap to 8 gig (more doesn't seem reasonable), I still get out of memory errors during a reindex (using 1.5 RC3). Has anyone else run into this? Any suggestions? Michael Michael Vandermillen Digital Library Software Engineer Harvard University IT -------------- next part -------------- An HTML attachment was scrubbed... URL: From djpillen at umich.edu Wed Jul 20 15:49:47 2016 From: djpillen at umich.edu (Dallas Pillen) Date: Wed, 20 Jul 2016 15:49:47 -0400 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: References: Message-ID: Hi all, Just want to jump in to say that we have been experiencing the same issue during a test migration to 1.5 RC3. For context, we're migrating 2,910 EADs and in the process creating about 850,000 archival objects and 43,000 top containers. We have also not used the barcoder plugin (though we have added temporary fake barcodes to top containers in our EADs). Dallas On Wed, Jul 20, 2016 at 3:15 PM, Vandermillen, Michael < michael_vandermillen at harvard.edu> wrote: > Thanks Noah! Yes, it always happens in the middle of archival objects, > then starts over. We never ran the barcode tool, so that?s not the issue, > at least for us. Hopefully we can get more info from Lyrasis. > > > > Michael > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Noah > Huffman > *Sent:* Wednesday, July 20, 2016 3:08 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] out of memory errors during > reindexing, 1.5 RC3 > > > > Michael, > > > > I?ve experienced this exact problem when running test migrations to > 1.5RC3. Increasing the heap size never helped either. From examining my > log file (archivesspace.out), it looks like the re-indexing process runs > out of memory (typically when indexing archival object records) and then > just starts indexing at archival object #1 again. It seems to continue in > this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop > and start the app several times until it finally indexed all the archival > objects. > > > > No matter how high I set the heap size, the app seems to jump up to that > limit shortly after starting it. > > > > I communicated this problem to Lyrasis and there was some suspicion it was > caused by running the barcoder plugin over my entire repository. > > > > FWIW, we?ve also experience out of memory issues in our production > instance during periodic indexing (not a complete re-index). It seems like > we have to restart the app every couple of weeks due to memory issues. > > > > I?m curious if others have experienced these same memory problems too. > Thanks for raising the issue. > > > > -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 *Vandermillen, > Michael > *Sent:* Wednesday, July 20, 2016 2:42 PM > *To:* Archivesspace Users Group ( > archivesspace_users_group at lyralists.lyrasis.org) < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] out of memory errors during > reindexing, 1.5 RC3 > > > > Hi, > > > > As we import more and more finding aids into our archivesspace test > instance, I get out of memory errors when trying to reindex (by deleting > indexer_state and solr_index): > > > > SEVERE: auto commit error...:java.lang.IllegalStateException: this writer > hit an OutOfMemoryError; cannot commit > > > > For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and > could successfully reindex, after loading 4000+ finding aids. We have now > loaded 5000+ finding aids, but even when I increase available heap to 8 gig > (more doesn?t seem reasonable), I still get out of memory errors during a > reindex (using 1.5 RC3). > > > > Has anyone else run into this? Any suggestions? > > > > Michael > > > > Michael Vandermillen > > Digital Library Software Engineer > > Harvard University IT > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- *Dallas Pillen*Assistant Archivist for Metadata and Digital Projects Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsteele at jhu.edu Wed Jul 20 16:45:03 2016 From: jsteele at jhu.edu (Jordon Steele) Date: Wed, 20 Jul 2016 20:45:03 +0000 Subject: [Archivesspace_Users_Group] Use of EAD location field In-Reply-To: References: <5e675574371748c98acf0aeb66f79aaa@ESGMTWEX6.win.ad.jhu.edu> Message-ID: Thanks, Kate! Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu 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: Tuesday, July 19, 2016 12:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Use of EAD location field How will ArchiveGrid know where to link to for a delivery URL for your finding aid? Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jordon Steele Sent: Tuesday, July 19, 2016 12:01 PM To: 'Archivesspace_Users_Group at lyralists.lyrasis.org' > Subject: [Archivesspace_Users_Group] Use of EAD location field Hello, We're considering no longer using the "EAD location" field because we have no local use for it (right now we supply a URL for our finding aid), but before we stopped doing this, I thought I'd check to see if any of you are using it in useful ways. Best, Jordon Jordon Steele Hodson Curator of the University Archives The Sheridan Libraries Johns Hopkins University 3400 N Charles St Baltimore, MD 21218 410-516-5493 jsteele at jhu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Thu Jul 21 09:11:17 2016 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Thu, 21 Jul 2016 09:11:17 -0400 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: References: Message-ID: I?d like to chime in that I just tried to migrate our dev server to the full release version and got the same issue. It managed to index 738,600 of our 831,000 archival objects before failing with the same message. Our java heap space size is fairly large as well. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dallas Pillen Sent: Wednesday, July 20, 2016 3:50 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi all, Just want to jump in to say that we have been experiencing the same issue during a test migration to 1.5 RC3. For context, we're migrating 2,910 EADs and in the process creating about 850,000 archival objects and 43,000 top containers. We have also not used the barcoder plugin (though we have added temporary fake barcodes to top containers in our EADs). Dallas On Wed, Jul 20, 2016 at 3:15 PM, Vandermillen, Michael > wrote: Thanks Noah! Yes, it always happens in the middle of archival objects, then starts over. We never ran the barcode tool, so that?s not the issue, at least for us. Hopefully we can get more info from Lyrasis. Michael From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Wednesday, July 20, 2016 3:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Michael, I?ve experienced this exact problem when running test migrations to 1.5RC3. Increasing the heap size never helped either. From examining my log file (archivesspace.out), it looks like the re-indexing process runs out of memory (typically when indexing archival object records) and then just starts indexing at archival object #1 again. It seems to continue in this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop and start the app several times until it finally indexed all the archival objects. No matter how high I set the heap size, the app seems to jump up to that limit shortly after starting it. I communicated this problem to Lyrasis and there was some suspicion it was caused by running the barcoder plugin over my entire repository. FWIW, we?ve also experience out of memory issues in our production instance during periodic indexing (not a complete re-index). It seems like we have to restart the app every couple of weeks due to memory issues. I?m curious if others have experienced these same memory problems too. Thanks for raising the issue. -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 Vandermillen, Michael Sent: Wednesday, July 20, 2016 2:42 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) > Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi, As we import more and more finding aids into our archivesspace test instance, I get out of memory errors when trying to reindex (by deleting indexer_state and solr_index): SEVERE: auto commit error...:java.lang.IllegalStateException: this writer hit an OutOfMemoryError; cannot commit For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and could successfully reindex, after loading 4000+ finding aids. We have now loaded 5000+ finding aids, but even when I increase available heap to 8 gig (more doesn?t seem reasonable), I still get out of memory errors during a reindex (using 1.5 RC3). Has anyone else run into this? Any suggestions? Michael Michael Vandermillen Digital Library Software Engineer Harvard University IT _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dallas Pillen Assistant Archivist for Metadata and Digital Projects [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Thu Jul 21 09:49:03 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 21 Jul 2016 13:49:03 +0000 Subject: [Archivesspace_Users_Group] FW: ArchivesSpace July User Advisory Council meeting minutes Message-ID: Forwarded on behalf of Gordon Daines. From: Gordon Daines [mailto:gordon_daines at byu.edu] Sent: Wednesday, July 20, 2016 3:22 PM To: archivesspace_member_reps-bounces at lyralists.lyrasis.org; archivesspace_users_group-bounces at lyralists.lyrasis.org Subject: ArchivesSpace July User Advisory Council meetign minutes The ArchivesSpace User Advisory Council held its July meeting today. Minutes from the meeting are available at https://archivesspace.atlassian.net/wiki/display/AC/2016-07-20+User+Advisory+Council+Meeting. Let me know if you have any questions or comments. Gordon Daines, chair of the User Advisory Council _________________________ J. Gordon Daines III Supervisor of Reference Services Department Chair L. Tom Perry Special Collections Brigham Young University Provo, UT 84602 801-422-5821 gordon_daines at byu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Thu Jul 21 15:48:34 2016 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Thu, 21 Jul 2016 15:48:34 -0400 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: References: Message-ID: Hi all, I?ve just tried to index again, with no luck. Same error that we?re running out of memory, despite high memory allocations. This is a pretty big blocker for us. We were hoping to migrate to 1.5 in early August, but we obviously can?t if the index never finishes successfully. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dallas Pillen Sent: Wednesday, July 20, 2016 3:50 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi all, Just want to jump in to say that we have been experiencing the same issue during a test migration to 1.5 RC3. For context, we're migrating 2,910 EADs and in the process creating about 850,000 archival objects and 43,000 top containers. We have also not used the barcoder plugin (though we have added temporary fake barcodes to top containers in our EADs). Dallas On Wed, Jul 20, 2016 at 3:15 PM, Vandermillen, Michael > wrote: Thanks Noah! Yes, it always happens in the middle of archival objects, then starts over. We never ran the barcode tool, so that?s not the issue, at least for us. Hopefully we can get more info from Lyrasis. Michael From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Wednesday, July 20, 2016 3:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Michael, I?ve experienced this exact problem when running test migrations to 1.5RC3. Increasing the heap size never helped either. From examining my log file (archivesspace.out), it looks like the re-indexing process runs out of memory (typically when indexing archival object records) and then just starts indexing at archival object #1 again. It seems to continue in this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop and start the app several times until it finally indexed all the archival objects. No matter how high I set the heap size, the app seems to jump up to that limit shortly after starting it. I communicated this problem to Lyrasis and there was some suspicion it was caused by running the barcoder plugin over my entire repository. FWIW, we?ve also experience out of memory issues in our production instance during periodic indexing (not a complete re-index). It seems like we have to restart the app every couple of weeks due to memory issues. I?m curious if others have experienced these same memory problems too. Thanks for raising the issue. -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 Vandermillen, Michael Sent: Wednesday, July 20, 2016 2:42 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) > Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi, As we import more and more finding aids into our archivesspace test instance, I get out of memory errors when trying to reindex (by deleting indexer_state and solr_index): SEVERE: auto commit error...:java.lang.IllegalStateException: this writer hit an OutOfMemoryError; cannot commit For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and could successfully reindex, after loading 4000+ finding aids. We have now loaded 5000+ finding aids, but even when I increase available heap to 8 gig (more doesn?t seem reasonable), I still get out of memory errors during a reindex (using 1.5 RC3). Has anyone else run into this? Any suggestions? Michael Michael Vandermillen Digital Library Software Engineer Harvard University IT _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dallas Pillen Assistant Archivist for Metadata and Digital Projects [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmcphee at ucsd.edu Thu Jul 21 15:45:06 2016 From: lmcphee at ucsd.edu (McPhee, Laurel) Date: Thu, 21 Jul 2016 19:45:06 +0000 Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Message-ID: <3975740D6A5FF946B2A77B95A7B228D733F14E97@xmail-mbx-bv1.AD.UCSD.EDU> Hello, UC San Diego discovered an issue in R2 that we informally reported to B. Westbrook in early June. The bug is this: note fields containing either an & entity ref and/or an tag do not get properly wrapped in a

tag upon EAD export. For example, all of our notes contain the term "Special Collections & Archives", and because of the presence of the ampersand in the note, do not get wrapped. Similarly, if a bioghist note has an & somewhere in it, none of the paragraphs get wrapped in a

tag, leaving us with giant block of text. And last, in altformavail, where we record the existence of digital versions of our collections with a link, the existence of an causes the whole note to not get wrapped in a

tag when we export the EAD. This issue breaks our local scripts and also prevents validation on the Online Archive of California. At the time, I didn't create a JIRA ticket, because we were told the problem was being worked on...but now I'm going through the steps to create the ticket. Is there any feedback/observations on this in the member community before I do so? It's happening in v1.5.0, which we tested this morning. Thanks! Laurel McPhee Supervisory Archivist, Special Collections & Archives Program UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Thu Jul 21 17:11:31 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 21 Jul 2016 21:11:31 +0000 Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export In-Reply-To: <3975740D6A5FF946B2A77B95A7B228D733F14E97@xmail-mbx-bv1.AD.UCSD.EDU> References: <3975740D6A5FF946B2A77B95A7B228D733F14E97@xmail-mbx-bv1.AD.UCSD.EDU> Message-ID: Hi, Laurel: What timing! I remember Brad mentioning this issue before, but I had completely forgotten about it until seeing your message about the exact same time that I was testing a new automatic EAD export service for ArchivesSpace. Right before I read your message, I was wondering why so many of our files failed to produce valid EAD files. The main problem, it turns out, is the bug that's not putting paragraph elements around text that has ampersands. But this only happens in the 1.5 versions. I can confirm that in version 1.4.2 this problem doesn't exist (that's our production version), but that it does exist in 1.5 (that's our test version). I haven't tested anything with the altformavail/extref issues, though. I haven't looked into the exporter code too much yet, but the history of updates to the EAD exporter file should provide clues (to the developers, at least): https://github.com/archivesspace/archivesspace/commits/master/backend/app/exporters/serializers/ead.rb Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Thursday, 21 July, 2016 3:45 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hello, UC San Diego discovered an issue in R2 that we informally reported to B. Westbrook in early June. The bug is this: note fields containing either an & entity ref and/or an tag do not get properly wrapped in a

tag upon EAD export. For example, all of our notes contain the term "Special Collections & Archives", and because of the presence of the ampersand in the note, do not get wrapped. Similarly, if a bioghist note has an & somewhere in it, none of the paragraphs get wrapped in a

tag, leaving us with giant block of text. And last, in altformavail, where we record the existence of digital versions of our collections with a link, the existence of an causes the whole note to not get wrapped in a

tag when we export the EAD. This issue breaks our local scripts and also prevents validation on the Online Archive of California. At the time, I didn't create a JIRA ticket, because we were told the problem was being worked on...but now I'm going through the steps to create the ticket. Is there any feedback/observations on this in the member community before I do so? It's happening in v1.5.0, which we tested this morning. Thanks! Laurel McPhee Supervisory Archivist, Special Collections & Archives Program UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.cooper at lyrasis.org Thu Jul 21 17:36:49 2016 From: mark.cooper at lyrasis.org (Mark Cooper) Date: Thu, 21 Jul 2016 21:36:49 +0000 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: References: , Message-ID: Hi all, For those experiencing indexing issues while attempting to upgrade to v1.5.0 please start by trying the suggestion at: https://groups.google.com/forum/#!topic/archivesspace/uqDXPUv-yCo Be sure to blow away the Solr index before triggering the upgrade so that it's starting from scratch, not working on top of an existing index. Best, Mark Mark Cooper Technical Lead, Hosting and Support LYRASIS email: mark.cooper at lyrasis.org skype: mark_c_cooper ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Galligan, Patrick Sent: Thursday, July 21, 2016 12:48:34 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi all, I?ve just tried to index again, with no luck. Same error that we?re running out of memory, despite high memory allocations. This is a pretty big blocker for us. We were hoping to migrate to 1.5 in early August, but we obviously can?t if the index never finishes successfully. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dallas Pillen Sent: Wednesday, July 20, 2016 3:50 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi all, Just want to jump in to say that we have been experiencing the same issue during a test migration to 1.5 RC3. For context, we're migrating 2,910 EADs and in the process creating about 850,000 archival objects and 43,000 top containers. We have also not used the barcoder plugin (though we have added temporary fake barcodes to top containers in our EADs). Dallas On Wed, Jul 20, 2016 at 3:15 PM, Vandermillen, Michael > wrote: Thanks Noah! Yes, it always happens in the middle of archival objects, then starts over. We never ran the barcode tool, so that?s not the issue, at least for us. Hopefully we can get more info from Lyrasis. Michael From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Wednesday, July 20, 2016 3:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Michael, I?ve experienced this exact problem when running test migrations to 1.5RC3. Increasing the heap size never helped either. From examining my log file (archivesspace.out), it looks like the re-indexing process runs out of memory (typically when indexing archival object records) and then just starts indexing at archival object #1 again. It seems to continue in this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop and start the app several times until it finally indexed all the archival objects. No matter how high I set the heap size, the app seems to jump up to that limit shortly after starting it. I communicated this problem to Lyrasis and there was some suspicion it was caused by running the barcoder plugin over my entire repository. FWIW, we?ve also experience out of memory issues in our production instance during periodic indexing (not a complete re-index). It seems like we have to restart the app every couple of weeks due to memory issues. I?m curious if others have experienced these same memory problems too. Thanks for raising the issue. -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 Vandermillen, Michael Sent: Wednesday, July 20, 2016 2:42 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) > Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi, As we import more and more finding aids into our archivesspace test instance, I get out of memory errors when trying to reindex (by deleting indexer_state and solr_index): SEVERE: auto commit error...:java.lang.IllegalStateException: this writer hit an OutOfMemoryError; cannot commit For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and could successfully reindex, after loading 4000+ finding aids. We have now loaded 5000+ finding aids, but even when I increase available heap to 8 gig (more doesn?t seem reasonable), I still get out of memory errors during a reindex (using 1.5 RC3). Has anyone else run into this? Any suggestions? Michael Michael Vandermillen Digital Library Software Engineer Harvard University IT _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dallas Pillen Assistant Archivist for Metadata and Digital Projects [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Thu Jul 21 20:19:26 2016 From: Kevin.Clair at du.edu (Kevin Clair) Date: Fri, 22 Jul 2016 00:19:26 +0000 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: References: Message-ID: <420F7694-7979-40CA-AAA6-D31331BF3F4E@du.edu> To contribute another data point, this happens with ours as well, but we only have 130,000 archival objects in our database so typically it will finish indexing those but then run out of memory when it moves on to the digital objects. Upon restarting AS once the index will finish normally. Our Solr index has a little over 200,000 documents, which sounds perhaps like it?s the lower limit at which 1.5 starts to have memory issues with the initial index. I haven?t been copying over the /data directory at all when doing test upgrades. -k From: on behalf of Patrick Galligan Reply-To: Archivesspace Group Date: Thursday, July 21, 2016 at 1:48 PM To: Archivesspace Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi all, I?ve just tried to index again, with no luck. Same error that we?re running out of memory, despite high memory allocations. This is a pretty big blocker for us. We were hoping to migrate to 1.5 in early August, but we obviously can?t if the index never finishes successfully. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dallas Pillen Sent: Wednesday, July 20, 2016 3:50 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi all, Just want to jump in to say that we have been experiencing the same issue during a test migration to 1.5 RC3. For context, we're migrating 2,910 EADs and in the process creating about 850,000 archival objects and 43,000 top containers. We have also not used the barcoder plugin (though we have added temporary fake barcodes to top containers in our EADs). Dallas On Wed, Jul 20, 2016 at 3:15 PM, Vandermillen, Michael > wrote: Thanks Noah! Yes, it always happens in the middle of archival objects, then starts over. We never ran the barcode tool, so that?s not the issue, at least for us. Hopefully we can get more info from Lyrasis. Michael From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Wednesday, July 20, 2016 3:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Michael, I?ve experienced this exact problem when running test migrations to 1.5RC3. Increasing the heap size never helped either. From examining my log file (archivesspace.out), it looks like the re-indexing process runs out of memory (typically when indexing archival object records) and then just starts indexing at archival object #1 again. It seems to continue in this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop and start the app several times until it finally indexed all the archival objects. No matter how high I set the heap size, the app seems to jump up to that limit shortly after starting it. I communicated this problem to Lyrasis and there was some suspicion it was caused by running the barcoder plugin over my entire repository. FWIW, we?ve also experience out of memory issues in our production instance during periodic indexing (not a complete re-index). It seems like we have to restart the app every couple of weeks due to memory issues. I?m curious if others have experienced these same memory problems too. Thanks for raising the issue. -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 Vandermillen, Michael Sent: Wednesday, July 20, 2016 2:42 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) > Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi, As we import more and more finding aids into our archivesspace test instance, I get out of memory errors when trying to reindex (by deleting indexer_state and solr_index): SEVERE: auto commit error...:java.lang.IllegalStateException: this writer hit an OutOfMemoryError; cannot commit For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and could successfully reindex, after loading 4000+ finding aids. We have now loaded 5000+ finding aids, but even when I increase available heap to 8 gig (more doesn?t seem reasonable), I still get out of memory errors during a reindex (using 1.5 RC3). Has anyone else run into this? Any suggestions? Michael Michael Vandermillen Digital Library Software Engineer Harvard University IT _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dallas Pillen Assistant Archivist for Metadata and Digital Projects [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Thu Jul 21 20:53:38 2016 From: j at minorscience.com (Jason Loeffler) Date: Thu, 21 Jul 2016 20:53:38 -0400 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: <420F7694-7979-40CA-AAA6-D31331BF3F4E@du.edu> References: <420F7694-7979-40CA-AAA6-D31331BF3F4E@du.edu> Message-ID: Just wanted to confirm Mark Cooper's note from earlier in the thread. Deleting and rebuilding the index is recommended here . As a result, I ran a couple of test migrations to 1.5 yesterday (~275,000 records) with no issues. On Thu, Jul 21, 2016 at 8:19 PM, Kevin Clair wrote: > To contribute another data point, this happens with ours as well, but we > only have 130,000 archival objects in our database so typically it will > finish indexing those but then run out of memory when it moves on to the > digital objects. Upon restarting AS once the index will finish normally. > Our Solr index has a little over 200,000 documents, which sounds perhaps > like it?s the lower limit at which 1.5 starts to have memory issues with > the initial index. I haven?t been copying over the /data directory at all > when doing test upgrades. -k > > > > *From: * on > behalf of Patrick Galligan > *Reply-To: *Archivesspace Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Date: *Thursday, July 21, 2016 at 1:48 PM > *To: *Archivesspace Group > > *Subject: *Re: [Archivesspace_Users_Group] out of memory errors during > reindexing, 1.5 RC3 > > > > Hi all, > > > > I?ve just tried to index again, with no luck. Same error that we?re > running out of memory, despite high memory allocations. > > > > This is a pretty big blocker for us. We were hoping to migrate to 1.5 in > early August, but we obviously can?t if the index never finishes > successfully. > > > > Patrick Galligan > > Rockefeller Archive Center > > Assistant Digital Archivist > > 914-366-6386 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Dallas > Pillen > *Sent:* Wednesday, July 20, 2016 3:50 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] out of memory errors during > reindexing, 1.5 RC3 > > > > Hi all, > > > > Just want to jump in to say that we have been experiencing the same issue > during a test migration to 1.5 RC3. > > > > For context, we're migrating 2,910 EADs and in the process creating about > 850,000 archival objects and 43,000 top containers. We have also not used > the barcoder plugin (though we have added temporary fake barcodes to top > containers in our EADs). > > > > Dallas > > > > On Wed, Jul 20, 2016 at 3:15 PM, Vandermillen, Michael < > michael_vandermillen at harvard.edu> wrote: > > Thanks Noah! Yes, it always happens in the middle of archival objects, > then starts over. We never ran the barcode tool, so that?s not the issue, > at least for us. Hopefully we can get more info from Lyrasis. > > > > Michael > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Noah > Huffman > *Sent:* Wednesday, July 20, 2016 3:08 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] out of memory errors during > reindexing, 1.5 RC3 > > > > Michael, > > > > I?ve experienced this exact problem when running test migrations to > 1.5RC3. Increasing the heap size never helped either. From examining my > log file (archivesspace.out), it looks like the re-indexing process runs > out of memory (typically when indexing archival object records) and then > just starts indexing at archival object #1 again. It seems to continue in > this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop > and start the app several times until it finally indexed all the archival > objects. > > > > No matter how high I set the heap size, the app seems to jump up to that > limit shortly after starting it. > > > > I communicated this problem to Lyrasis and there was some suspicion it was > caused by running the barcoder plugin over my entire repository. > > > > FWIW, we?ve also experience out of memory issues in our production > instance during periodic indexing (not a complete re-index). It seems like > we have to restart the app every couple of weeks due to memory issues. > > > > I?m curious if others have experienced these same memory problems too. > Thanks for raising the issue. > > > > -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 *Vandermillen, > Michael > *Sent:* Wednesday, July 20, 2016 2:42 PM > *To:* Archivesspace Users Group ( > archivesspace_users_group at lyralists.lyrasis.org) < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] out of memory errors during > reindexing, 1.5 RC3 > > > > Hi, > > > > As we import more and more finding aids into our archivesspace test > instance, I get out of memory errors when trying to reindex (by deleting > indexer_state and solr_index): > > > > SEVERE: auto commit error...:java.lang.IllegalStateException: this writer > hit an OutOfMemoryError; cannot commit > > > > For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and > could successfully reindex, after loading 4000+ finding aids. We have now > loaded 5000+ finding aids, but even when I increase available heap to 8 gig > (more doesn?t seem reasonable), I still get out of memory errors during a > reindex (using 1.5 RC3). > > > > Has anyone else run into this? Any suggestions? > > > > Michael > > > > Michael Vandermillen > > Digital Library Software Engineer > > Harvard University IT > > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > > *Dallas Pillen *Assistant Archivist for Metadata and Digital Projects > > > > Bentley Historical Library > > 1150 Beal Avenue > > Ann Arbor, Michigan 48109-2113 > > 734.647.3559 > > Twitter Facebook > > > _______________________________________________ > 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 EJOLLEY at nla.gov.au Thu Jul 21 21:25:08 2016 From: EJOLLEY at nla.gov.au (Emma Jolley) Date: Fri, 22 Jul 2016 01:25:08 +0000 Subject: [Archivesspace_Users_Group] batch associating digital object records In-Reply-To: References: Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC024363932A@EXMBX1.shire.nla.gov.au> Hi Jessica Did you get an answer to this query? We have a similar requirement, to attach Digital Objects to an existing Resource record. Ideally we'd like to do it with the DO import spreadsheet but happy to do within the AS if a batch process is possible. Thanks Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au|t: 02 6262 1456| www.nla.gov.au/ms http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jessica Wagner Webster Sent: Friday, 1 July 2016 4:32 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] batch associating digital object records Hello, I've used the batch import spreadsheet to import metadata for a number of digital objects. I want to attach them all to a Resource record I already have in place. Is there a way to do this as a batch? Or do I have to affiliate the digital objects with the Resource record one at a time? (There are nearly 150 of these.) Thanks, Jessica Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Thu Jul 21 23:35:15 2016 From: j at minorscience.com (Jason Loeffler) Date: Fri, 22 Jul 2016 03:35:15 +0000 (UTC) Subject: [Archivesspace_Users_Group] batch associating digital object records In-Reply-To: <81FF938BA2407B4DA1E134E7FA5C09EC024363932A@EXMBX1.shire.nla.gov.au> References: <81FF938BA2407B4DA1E134E7FA5C09EC024363932A@EXMBX1.shire.nla.gov.au> Message-ID: Hi Emma, Jessica, We routinely use Librecat's Catmandu to convert csv files and MARC records to JSON, then use API methods to accomplish this. If you like, I can walk you through the process.? librecat.org Jason -- Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) _____________________________ From: Emma Jolley Sent: Thursday, July 21, 2016 21:25 Subject: Re: [Archivesspace_Users_Group] batch associating digital object records To: Archivesspace Users Group Hi Jessica ? Did you get an answer to this query? ? We have a similar requirement, to attach Digital Objects to an existing Resource record. Ideally we?d like to do it with the DO import spreadsheet but happy to do within the AS if a batch process is possible. ? Thanks ? Emma ? ? Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au|t: 02 6262 1456|www.nla.gov.au/ms http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts ? ? ? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]On Behalf Of Jessica Wagner Webster Sent: Friday, 1 July 2016 4:32 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] batch associating digital object records ? Hello, ? I?ve used the batch import spreadsheet to import metadata for a number of digital objects. I want to attach them all to a Resource record I already have in place. Is there a way to do this as a batch? Or do I have to affiliate the digital objects with the Resource record one at a time? (There are nearly 150 of these.) ? Thanks, Jessica ? Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.cooper at lyrasis.org Fri Jul 22 02:37:06 2016 From: mark.cooper at lyrasis.org (Mark Cooper) Date: Fri, 22 Jul 2016 06:37:06 +0000 Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 In-Reply-To: References: <420F7694-7979-40CA-AAA6-D31331BF3F4E@du.edu>, Message-ID: [apologies for cross-posting] I haven't personally seen many out of memory errors during an upgrade to v1.5.x*, but my testing has always been with "optimal" resources -- plenty of available cpu, ram, disk, swap etc. with a well tuned configuration. So I pulled a largish database (600k archival objects) to my workstation for testing this evening. Applying some minimal config I was able to complete the upgrade. I let things run for a while and didn't observe any issues. Given that top container conversion and solr reindexing are costly operations for larger databases I suggest trying to break this into two steps to see if it helps: Before the upgrade set enable_indexer and enable_solr to false (you can also do this for frontend and public). Delete any existing Solr index. Start the upgrade. It will complete and then ... nothing =) The other apps are disabled, but you have an upgraded database. Stop ArchivesSpace and restart MySQL. Re-enable the other apps in your config file. Start ArchivesSpace again, it will skip container conversion and now indexing will kick-in (without the cumulative impact of conversion + indexing on the database and system resources). Results are different / better? * I have seen the OOM (out of memory) error twice and neither time was it related to insufficient hardware or configuration, but was actually due to something in the data. One time we isolated the issue to the barcoder plugin run over a repository (though we didn't have the time to dig deeper) -- without barcoder and generating the barcodes a different way the upgrade could complete. The other time there was an instance in the database that was associated with a non-existent archival object (possibly from a migration). This created a failure state during indexing which led to looping (and eventual out of memory errors). Deleting the problem instance restored things to normality. I suspect something like this is more likely in play than hardware or configuration, particularly if those things haven't been an issue before. Hope there's something in there that's helpful to someone, Best, Mark Mark Cooper Technical Lead, Hosting and Support LYRASIS email: mark.cooper at lyrasis.org skype: mark_c_cooper ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Jason Loeffler Sent: Thursday, July 21, 2016 5:53:38 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Just wanted to confirm Mark Cooper's note from earlier in the thread. Deleting and rebuilding the index is recommended here. As a result, I ran a couple of test migrations to 1.5 yesterday (~275,000 records) with no issues. On Thu, Jul 21, 2016 at 8:19 PM, Kevin Clair > wrote: To contribute another data point, this happens with ours as well, but we only have 130,000 archival objects in our database so typically it will finish indexing those but then run out of memory when it moves on to the digital objects. Upon restarting AS once the index will finish normally. Our Solr index has a little over 200,000 documents, which sounds perhaps like it?s the lower limit at which 1.5 starts to have memory issues with the initial index. I haven?t been copying over the /data directory at all when doing test upgrades. -k From: > on behalf of Patrick Galligan > Reply-To: Archivesspace Group > Date: Thursday, July 21, 2016 at 1:48 PM To: Archivesspace Group > Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi all, I?ve just tried to index again, with no luck. Same error that we?re running out of memory, despite high memory allocations. This is a pretty big blocker for us. We were hoping to migrate to 1.5 in early August, but we obviously can?t if the index never finishes successfully. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Dallas Pillen Sent: Wednesday, July 20, 2016 3:50 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi all, Just want to jump in to say that we have been experiencing the same issue during a test migration to 1.5 RC3. For context, we're migrating 2,910 EADs and in the process creating about 850,000 archival objects and 43,000 top containers. We have also not used the barcoder plugin (though we have added temporary fake barcodes to top containers in our EADs). Dallas On Wed, Jul 20, 2016 at 3:15 PM, Vandermillen, Michael > wrote: Thanks Noah! Yes, it always happens in the middle of archival objects, then starts over. We never ran the barcode tool, so that?s not the issue, at least for us. Hopefully we can get more info from Lyrasis. Michael From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman Sent: Wednesday, July 20, 2016 3:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Michael, I?ve experienced this exact problem when running test migrations to 1.5RC3. Increasing the heap size never helped either. From examining my log file (archivesspace.out), it looks like the re-indexing process runs out of memory (typically when indexing archival object records) and then just starts indexing at archival object #1 again. It seems to continue in this loop indefinitely. To successfully migrate to 1.5RC3, I had to stop and start the app several times until it finally indexed all the archival objects. No matter how high I set the heap size, the app seems to jump up to that limit shortly after starting it. I communicated this problem to Lyrasis and there was some suspicion it was caused by running the barcoder plugin over my entire repository. FWIW, we?ve also experience out of memory issues in our production instance during periodic indexing (not a complete re-index). It seems like we have to restart the app every couple of weeks due to memory issues. I?m curious if others have experienced these same memory problems too. Thanks for raising the issue. -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 Vandermillen, Michael Sent: Wednesday, July 20, 2016 2:42 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) > Subject: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3 Hi, As we import more and more finding aids into our archivesspace test instance, I get out of memory errors when trying to reindex (by deleting indexer_state and solr_index): SEVERE: auto commit error...:java.lang.IllegalStateException: this writer hit an OutOfMemoryError; cannot commit For 1.4x (and 1.5 RC 1), we had aspace heap set at the default (1024m) and could successfully reindex, after loading 4000+ finding aids. We have now loaded 5000+ finding aids, but even when I increase available heap to 8 gig (more doesn?t seem reasonable), I still get out of memory errors during a reindex (using 1.5 RC3). Has anyone else run into this? Any suggestions? Michael Michael Vandermillen Digital Library Software Engineer Harvard University IT _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Dallas Pillen Assistant Archivist for Metadata and Digital Projects [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Avenue Ann Arbor, Michigan 48109-2113 734.647.3559 Twitter Facebook _______________________________________________ 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 Gregory.Farr at AustenRiggs.net Fri Jul 22 04:00:47 2016 From: Gregory.Farr at AustenRiggs.net (Gregory.Farr at AustenRiggs.net) Date: Fri, 22 Jul 2016 04:00:47 -0400 Subject: [Archivesspace_Users_Group] AUTO: Gregory Farr is out of the office (returning 07/26/2016) Message-ID: I am out of the office until 07/26/2016. Note: This is an automated response to your message "Re: [Archivesspace_Users_Group] out of memory errors during reindexing, 1.5 RC3" sent on 7/22/2016 2:37:06 AM. This is the only notification you will receive while this person is away. From eckardm at umich.edu Mon Jul 25 09:49:11 2016 From: eckardm at umich.edu (Max Eckard) Date: Mon, 25 Jul 2016 09:49:11 -0400 Subject: [Archivesspace_Users_Group] Fwd: Survey on use of the Rights Statements sub-record in ArchivesSpace In-Reply-To: References: Message-ID: Hello again ArchivesSpace users, This is a quick reminder to please fill out the aforementioned survey by *July 31, 2016*. Thank you for your time and participation! Max ---------- Forwarded message ---------- From: Max Eckard Date: Tue, Jul 19, 2016 at 10:11 AM Subject: Re: Survey on use of the Rights Statements sub-record in ArchivesSpace To: Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org> Hello again ArchivesSpace users, The deadline for this survey on the Rights Statements sub-record in ArchivesSpace has been extended to *July 31, 2016*. Again, your answers will help us to decide on how to revise the current module in a manner that will preserve any data users have recorded in it. Your participation is greatly appreciated! Thank you, Max On Tue, Jul 12, 2016 at 10:16 AM, Max Eckard wrote: > Good morning ArchivesSpace users, > > Representatives from the ArchivesSpace program team, ArchivesSpace members > and Archivematica will be recommending changes to the Rights Statements > sub-record in ArchivesSpace. > > These changes would: > > - allow users to record more granular and machine-actionable rights > statements; > - make ArchivesSpace more compliant with the rights section of the > PREMIS Data Dictionary for Preservation Metadata 3.0; and > - allow digital preservation systems such as Archivematica to pass > PREMIS Rights Statements to ArchivesSpace. > > > *Please note that we are talking about the Rights Statements sub-record > and NOT the Conditions Governing Access/Use notes that some repositories > may be using to summarize the rights status of collections. * > > We hope that you will facilitate this process by filling out the following > short (six question) survey by *this* *Friday, July 15*: > > https://www.surveymonkey.com/r/S7THQPN > > Your answers will help us to decide on how to revise the current module in > a manner that will preserve any data users have recorded in it. > > Your participation is greatly appreciated! We're also happy to answer any > questions you may have. > > Thank you, > Max > > > -- > *Max Eckard* > *Assistant Archivist for Digital Curation* > > > Bentley Historical Library > 1150 Beal Ave. > Ann Arbor, MI 48109-2113 > (734) 763-7518 > http://bentley.umich.edu/ > -- *Max Eckard* *Assistant Archivist for Digital Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 (734) 763-7518 http://bentley.umich.edu/ -- *Max Eckard* *Assistant Archivist for Digital Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 (734) 763-7518 http://bentley.umich.edu/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jessica.WagnerWebster at baruch.cuny.edu Mon Jul 25 11:53:38 2016 From: Jessica.WagnerWebster at baruch.cuny.edu (Jessica Wagner Webster) Date: Mon, 25 Jul 2016 15:53:38 +0000 Subject: [Archivesspace_Users_Group] batch associating digital object records In-Reply-To: References: <81FF938BA2407B4DA1E134E7FA5C09EC024363932A@EXMBX1.shire.nla.gov.au> Message-ID: Jason, I?d love to hear your suggestions! I didn?t hear any other responses, Emma, but had sort of figured out that using the API might be the only way to do this. Thanks, Jessica Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jason Loeffler Sent: Thursday, July 21, 2016 11:35 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] batch associating digital object records Hi Emma, Jessica, We routinely use Librecat's Catmandu to convert csv files and MARC records to JSON, then use API methods to accomplish this. If you like, I can walk you through the process. librecat.org Jason -- Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) _____________________________ From: Emma Jolley > Sent: Thursday, July 21, 2016 21:25 Subject: Re: [Archivesspace_Users_Group] batch associating digital object records To: Archivesspace Users Group > Hi Jessica Did you get an answer to this query? We have a similar requirement, to attach Digital Objects to an existing Resource record. Ideally we?d like to do it with the DO import spreadsheet but happy to do within the AS if a batch process is possible. Thanks Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au|t: 02 6262 1456|www.nla.gov.au/ms http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]On Behalf Of Jessica Wagner Webster Sent: Friday, 1 July 2016 4:32 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] batch associating digital object records Hello, I?ve used the batch import spreadsheet to import metadata for a number of digital objects. I want to attach them all to a Resource record I already have in place. Is there a way to do this as a batch? Or do I have to affiliate the digital objects with the Resource record one at a time? (There are nearly 150 of these.) Thanks, Jessica Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Mon Jul 25 11:56:49 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 25 Jul 2016 15:56:49 +0000 Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export In-Reply-To: References: <3975740D6A5FF946B2A77B95A7B228D733F14E97@xmail-mbx-bv1.AD.UCSD.EDU> Message-ID: Laurel, all: Following up on this issue, I tried to replicate it in the newest version of ArchivesSpace, but I haven?t had any luck (well, I uncovered a few other minor bugs, but nothing as problematic as the ones you reported). Anyhow, here?s the file that I uploaded for testing, which is in the GoneRepo repository: http://test.archivesspace.org/resources/151. So, it appears that the problem is being caused by how previous importers (or migrators) handled the ampersands versus what the exporter expects now. For example, this is text from one of our scope and content notes that was imported from AT, I think: ?individual cards measuring 300 by 360mm & captioned.? (and that ampersand is not encoded as "&", which is how it is imported in versions 1.5, and possibly earlier). That ampersand no longer exports okay in version 1.5, but it exports fine in version 1.4.2 Ideally, the importers and exporters would have one way to handle XML data but it seems like there have been different ways to do that in the past. I've no clue how best to handle that with the ASpace architecture, aside to say that it should be consistent in all aspects of the application. 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: Thursday, 21 July, 2016 5:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hi, Laurel: What timing! I remember Brad mentioning this issue before, but I had completely forgotten about it until seeing your message about the exact same time that I was testing a new automatic EAD export service for ArchivesSpace. Right before I read your message, I was wondering why so many of our files failed to produce valid EAD files. The main problem, it turns out, is the bug that?s not putting paragraph elements around text that has ampersands. But this only happens in the 1.5 versions. I can confirm that in version 1.4.2 this problem doesn?t exist (that?s our production version), but that it does exist in 1.5 (that?s our test version). I haven?t tested anything with the altformavail/extref issues, though. I haven?t looked into the exporter code too much yet, but the history of updates to the EAD exporter file should provide clues (to the developers, at least): https://github.com/archivesspace/archivesspace/commits/master/backend/app/exporters/serializers/ead.rb Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Thursday, 21 July, 2016 3:45 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hello, UC San Diego discovered an issue in R2 that we informally reported to B. Westbrook in early June. The bug is this: note fields containing either an & entity ref and/or an tag do not get properly wrapped in a

tag upon EAD export. For example, all of our notes contain the term ?Special Collections & Archives?, and because of the presence of the ampersand in the note, do not get wrapped. Similarly, if a bioghist note has an & somewhere in it, none of the paragraphs get wrapped in a

tag, leaving us with giant block of text. And last, in altformavail, where we record the existence of digital versions of our collections with a link, the existence of an causes the whole note to not get wrapped in a

tag when we export the EAD. This issue breaks our local scripts and also prevents validation on the Online Archive of California. At the time, I didn?t create a JIRA ticket, because we were told the problem was being worked on?but now I?m going through the steps to create the ticket. Is there any feedback/observations on this in the member community before I do so? It?s happening in v1.5.0, which we tested this morning. Thanks! Laurel McPhee Supervisory Archivist, Special Collections & Archives Program UC San Diego Library | ? 858-534-5619 | ? lmcphee at ucsd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmcphee at ucsd.edu Mon Jul 25 12:10:45 2016 From: lmcphee at ucsd.edu (McPhee, Laurel) Date: Mon, 25 Jul 2016 16:10:45 +0000 Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export In-Reply-To: References: <3975740D6A5FF946B2A77B95A7B228D733F14E97@xmail-mbx-bv1.AD.UCSD.EDU> Message-ID: <3975740D6A5FF946B2A77B95A7B228D733F15A4B@xmail-mbx-bv1.AD.UCSD.EDU> Hi Mark, Thanks for looking into it. So, if I may paraphrase you, if an organization upgrades to 1.5, and they have 500 resource records that they migrated a year ago from AT (into, say, 1.4.2), all of their records with ampersands that previously exported just fine will now have trouble exporting as valid EAD. But if they create a NEW resource record in 1.5 from scratch, or import (not migrate) a new EAD in, loaded with ampersands, it will export correctly with

tags. Is this correct? On Friday, I created a bug report for this issue: https://archivesspace.atlassian.net/browse/AS-98 The language might need to be refined to address the full scope/details of the problem. Thanks for your input! Laurel From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, July 25, 2016 8:57 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Laurel, all: Following up on this issue, I tried to replicate it in the newest version of ArchivesSpace, but I haven't had any luck (well, I uncovered a few other minor bugs, but nothing as problematic as the ones you reported). Anyhow, here's the file that I uploaded for testing, which is in the GoneRepo repository: http://test.archivesspace.org/resources/151. So, it appears that the problem is being caused by how previous importers (or migrators) handled the ampersands versus what the exporter expects now. For example, this is text from one of our scope and content notes that was imported from AT, I think: "individual cards measuring 300 by 360mm & captioned." (and that ampersand is not encoded as "&", which is how it is imported in versions 1.5, and possibly earlier). That ampersand no longer exports okay in version 1.5, but it exports fine in version 1.4.2 Ideally, the importers and exporters would have one way to handle XML data but it seems like there have been different ways to do that in the past. I've no clue how best to handle that with the ASpace architecture, aside to say that it should be consistent in all aspects of the application. 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: Thursday, 21 July, 2016 5:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hi, Laurel: What timing! I remember Brad mentioning this issue before, but I had completely forgotten about it until seeing your message about the exact same time that I was testing a new automatic EAD export service for ArchivesSpace. Right before I read your message, I was wondering why so many of our files failed to produce valid EAD files. The main problem, it turns out, is the bug that's not putting paragraph elements around text that has ampersands. But this only happens in the 1.5 versions. I can confirm that in version 1.4.2 this problem doesn't exist (that's our production version), but that it does exist in 1.5 (that's our test version). I haven't tested anything with the altformavail/extref issues, though. I haven't looked into the exporter code too much yet, but the history of updates to the EAD exporter file should provide clues (to the developers, at least): https://github.com/archivesspace/archivesspace/commits/master/backend/app/exporters/serializers/ead.rb Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Thursday, 21 July, 2016 3:45 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hello, UC San Diego discovered an issue in R2 that we informally reported to B. Westbrook in early June. The bug is this: note fields containing either an & entity ref and/or an tag do not get properly wrapped in a

tag upon EAD export. For example, all of our notes contain the term "Special Collections & Archives", and because of the presence of the ampersand in the note, do not get wrapped. Similarly, if a bioghist note has an & somewhere in it, none of the paragraphs get wrapped in a

tag, leaving us with giant block of text. And last, in altformavail, where we record the existence of digital versions of our collections with a link, the existence of an causes the whole note to not get wrapped in a

tag when we export the EAD. This issue breaks our local scripts and also prevents validation on the Online Archive of California. At the time, I didn't create a JIRA ticket, because we were told the problem was being worked on...but now I'm going through the steps to create the ticket. Is there any feedback/observations on this in the member community before I do so? It's happening in v1.5.0, which we tested this morning. Thanks! Laurel McPhee Supervisory Archivist, Special Collections & Archives Program UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Mon Jul 25 12:45:16 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Mon, 25 Jul 2016 16:45:16 +0000 Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export In-Reply-To: <3975740D6A5FF946B2A77B95A7B228D733F15A4B@xmail-mbx-bv1.AD.UCSD.EDU> References: <3975740D6A5FF946B2A77B95A7B228D733F14E97@xmail-mbx-bv1.AD.UCSD.EDU> <3975740D6A5FF946B2A77B95A7B228D733F15A4B@xmail-mbx-bv1.AD.UCSD.EDU> Message-ID: Yeah, that seems to be the gist of it: if the ampersands look like "&" in the web forms, rather than "&", they should continue to export okay in the note fields in the newest release; if they look like "&" in a unit title, then those should still export fine; but if they look like "&" in a notes field, that will cause problems in the export. The bug has to do with how the exporter decides whether or not it should wrap the note in a paragraph element, probably to guard against instances when the "p" elements are stored as text in the database (i.e. "

first paragraph

", instead of "first paragraph".) I'm just now testing the problem with the attributes, and it seems that the paragraph elements will not export correctly in version 1.5 if a namespace prefix (like ns2, used by the AT upon export, or xlink, used by ASpace) is present anywhere in the note. To be valid EAD 2002, though, one of your extref examples would need to be exported by the system like like this:

Selected materials from the collection have been digitized and can be viewed by clicking the link below. Items available online

But you can't get that exported right now, since if you have "xlink:" (or "ns:") on those attributes, then you won't get a paragraph wrapper element (and I think that behavior is new to version 1.5, but I'm not sure). I'm pretty sure it was required to have the "xlink:" prefix in previous versions of ASpace, though. *Both of these issues could probably be fixed with a minor patch to the exporter code in the short term, but I'd still prefer a holistic look into how XML is handled upon import and export of the system in the long term.* It's probably a bad idea, for just one example, to include those namespace prefixes as text in the database (unless they were stored as XML, so that they could be manipulated as XML rather than just text), since when ASpace gets an option to export EAD3, those prefixes can't be included in the exports, and so, additional logic would have to be added to strip that information. In any event, I'll add a few notes to the JIRA ticket that you created once I've looked into this a little more. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Monday, 25 July, 2016 12:11 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hi Mark, Thanks for looking into it. So, if I may paraphrase you, if an organization upgrades to 1.5, and they have 500 resource records that they migrated a year ago from AT (into, say, 1.4.2), all of their records with ampersands that previously exported just fine will now have trouble exporting as valid EAD. But if they create a NEW resource record in 1.5 from scratch, or import (not migrate) a new EAD in, loaded with ampersands, it will export correctly with

tags. Is this correct? On Friday, I created a bug report for this issue: https://archivesspace.atlassian.net/browse/AS-98 The language might need to be refined to address the full scope/details of the problem. Thanks for your input! Laurel From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, July 25, 2016 8:57 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Laurel, all: Following up on this issue, I tried to replicate it in the newest version of ArchivesSpace, but I haven't had any luck (well, I uncovered a few other minor bugs, but nothing as problematic as the ones you reported). Anyhow, here's the file that I uploaded for testing, which is in the GoneRepo repository: http://test.archivesspace.org/resources/151. So, it appears that the problem is being caused by how previous importers (or migrators) handled the ampersands versus what the exporter expects now. For example, this is text from one of our scope and content notes that was imported from AT, I think: "individual cards measuring 300 by 360mm & captioned." (and that ampersand is not encoded as "&", which is how it is imported in versions 1.5, and possibly earlier). That ampersand no longer exports okay in version 1.5, but it exports fine in version 1.4.2 Ideally, the importers and exporters would have one way to handle XML data but it seems like there have been different ways to do that in the past. I've no clue how best to handle that with the ASpace architecture, aside to say that it should be consistent in all aspects of the application. 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: Thursday, 21 July, 2016 5:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hi, Laurel: What timing! I remember Brad mentioning this issue before, but I had completely forgotten about it until seeing your message about the exact same time that I was testing a new automatic EAD export service for ArchivesSpace. Right before I read your message, I was wondering why so many of our files failed to produce valid EAD files. The main problem, it turns out, is the bug that's not putting paragraph elements around text that has ampersands. But this only happens in the 1.5 versions. I can confirm that in version 1.4.2 this problem doesn't exist (that's our production version), but that it does exist in 1.5 (that's our test version). I haven't tested anything with the altformavail/extref issues, though. I haven't looked into the exporter code too much yet, but the history of updates to the EAD exporter file should provide clues (to the developers, at least): https://github.com/archivesspace/archivesspace/commits/master/backend/app/exporters/serializers/ead.rb Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Thursday, 21 July, 2016 3:45 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hello, UC San Diego discovered an issue in R2 that we informally reported to B. Westbrook in early June. The bug is this: note fields containing either an & entity ref and/or an tag do not get properly wrapped in a

tag upon EAD export. For example, all of our notes contain the term "Special Collections & Archives", and because of the presence of the ampersand in the note, do not get wrapped. Similarly, if a bioghist note has an & somewhere in it, none of the paragraphs get wrapped in a

tag, leaving us with giant block of text. And last, in altformavail, where we record the existence of digital versions of our collections with a link, the existence of an causes the whole note to not get wrapped in a

tag when we export the EAD. This issue breaks our local scripts and also prevents validation on the Online Archive of California. At the time, I didn't create a JIRA ticket, because we were told the problem was being worked on...but now I'm going through the steps to create the ticket. Is there any feedback/observations on this in the member community before I do so? It's happening in v1.5.0, which we tested this morning. Thanks! Laurel McPhee Supervisory Archivist, Special Collections & Archives Program UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Mon Jul 25 15:28:14 2016 From: j at minorscience.com (Jason Loeffler) Date: Mon, 25 Jul 2016 19:28:14 +0000 (UTC) Subject: [Archivesspace_Users_Group] batch associating digital object records In-Reply-To: References: <81FF938BA2407B4DA1E134E7FA5C09EC024363932A@EXMBX1.shire.nla.gov.au> Message-ID: Brad Westbrook suggested I document the process which I'm undertaking now. Should have something by the end of the week and I'll post it on my GitHub page. Meantime, CalTech maintains the cait project which does something similar, though I haven't tested it yet.? https://github.com/caltechlibrary/cait Please contact me off-list if you want to talk through the particulars of your project and I'll see what I can do to help! Best, Jason -- Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) _____________________________ From: Jessica Wagner Webster Sent: Monday, July 25, 2016 11:53 Subject: Re: [Archivesspace_Users_Group] batch associating digital object records To: Archivesspace Users Group Jason, ? I?d love to hear your suggestions! I didn?t hear any other responses, Emma, but had sort of figured out that using the API might be the only way to do this. ? Thanks, Jessica ? Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu ? From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]On Behalf Of Jason Loeffler Sent: Thursday, July 21, 2016 11:35 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] batch associating digital object records ? Hi Emma, Jessica, ? We routinely use Librecat's Catmandu to convert csv files and MARC records to JSON, then use API methods to accomplish this. If you like, I can walk you through the process.? ? librecat.org ? Jason ? -- Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) ? _____________________________ From: Emma Jolley Sent: Thursday, July 21, 2016 21:25 Subject: Re: [Archivesspace_Users_Group] batch associating digital object records To: Archivesspace Users Group Hi Jessica ? Did you get an answer to this query? ? We have a similar requirement, to attach Digital Objects to an existing Resource record. Ideally we?d like to do it with the DO import spreadsheet but happy to do within the AS if a batch process is possible. ? Thanks ? Emma ? ? Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au|t: 02 6262 1456|www.nla.gov.au/ms http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts ? ? ? From:archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]On Behalf Of Jessica Wagner Webster Sent: Friday, 1 July 2016 4:32 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] batch associating digital object records ? Hello, ? I?ve used the batch import spreadsheet to import metadata for a number of digital objects. I want to attach them all to a Resource record I already have in place. Is there a way to do this as a batch? Or do I have to affiliate the digital objects with the Resource record one at a time? (There are nearly 150 of these.) ? Thanks, Jessica ? Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From EJOLLEY at nla.gov.au Mon Jul 25 18:43:33 2016 From: EJOLLEY at nla.gov.au (Emma Jolley) Date: Mon, 25 Jul 2016 22:43:33 +0000 Subject: [Archivesspace_Users_Group] batch associating digital object records In-Reply-To: References: <81FF938BA2407B4DA1E134E7FA5C09EC024363932A@EXMBX1.shire.nla.gov.au> Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC024363B48A@EXMBX1.shire.nla.gov.au> Hi Jason and Jessica (and Brad) Many thanks for such helpful responses. I was wondering if the API was the way to go. Thanks again Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au|t: 02 6262 1456| www.nla.gov.au/ms http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jason Loeffler Sent: Tuesday, 26 July 2016 5:28 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] batch associating digital object records Brad Westbrook suggested I document the process which I'm undertaking now. Should have something by the end of the week and I'll post it on my GitHub page. Meantime, CalTech maintains the cait project which does something similar, though I haven't tested it yet. https://github.com/caltechlibrary/cait Please contact me off-list if you want to talk through the particulars of your project and I'll see what I can do to help! Best, Jason -- Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) _____________________________ From: Jessica Wagner Webster > Sent: Monday, July 25, 2016 11:53 Subject: Re: [Archivesspace_Users_Group] batch associating digital object records To: Archivesspace Users Group > Jason, I?d love to hear your suggestions! I didn?t hear any other responses, Emma, but had sort of figured out that using the API might be the only way to do this. Thanks, Jessica Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]On Behalf Of Jason Loeffler Sent: Thursday, July 21, 2016 11:35 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] batch associating digital object records Hi Emma, Jessica, We routinely use Librecat's Catmandu to convert csv files and MARC records to JSON, then use API methods to accomplish this. If you like, I can walk you through the process. librecat.org Jason -- Jason Loeffler Technology Consultant The American Academy in Rome Minor Science | Application Development & Metadata Strategy Brooklyn, New York jason at minorscience.com (347) 405-0826 minorscience (Skype) _____________________________ From: Emma Jolley > Sent: Thursday, July 21, 2016 21:25 Subject: Re: [Archivesspace_Users_Group] batch associating digital object records To: Archivesspace Users Group > Hi Jessica Did you get an answer to this query? We have a similar requirement, to attach Digital Objects to an existing Resource record. Ideally we?d like to do it with the DO import spreadsheet but happy to do within the AS if a batch process is possible. Thanks Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au|t: 02 6262 1456|www.nla.gov.au/ms http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts From:archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]On Behalf Of Jessica Wagner Webster Sent: Friday, 1 July 2016 4:32 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] batch associating digital object records Hello, I?ve used the batch import spreadsheet to import metadata for a number of digital objects. I want to attach them all to a Resource record I already have in place. Is there a way to do this as a batch? Or do I have to affiliate the digital objects with the Resource record one at a time? (There are nearly 150 of these.) Thanks, Jessica Jessica Wagner Webster Digital Initiatives Librarian, Assistant Professor Baruch College, Newman Library 151 East 25th Street, Room 523 New York, NY 10010 (646) 312-1672 Jessica.WagnerWebster at baruch.cuny.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue Jul 26 15:28:47 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 26 Jul 2016 19:28:47 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace new PUI update Message-ID: Dear ArchivesSpace colleagues: I am writing to provide an update about the development of the new ArchivesSpace Public Interface. Most importantly, the ArchivesSpace Public Interface development group has an updated PUI 2.0 release timeline that we would like to share with the community: * candidate release, 12/16/2016 * official testing period, 12/19/2016 - 2/28/2017 * official release, 3/31/2017 Excluding weekends and three holidays, that means that we're aiming to have a new candidate release available in just 100 days! I hope you're as excited about that prospect as I am, but I realize that this release is further away than we had anticipated last year when the PUI working group began its efforts. As noted in previous updates, programming resources dwindled for a while earlier this year. However, the PUI development resources are stronger than ever now: Harvard University has committed a developer, Bobbi Fox, to the project full-time through the end of November, and Yale University has contracted the development firm Hudson Molonglo to provide additional contributions to the effort. These resources have been in place since the middle of May and have already made substantial progress. The development group has also updated the ArchivesSpace PUI wiki recently, so if you have not checked that resource out in a while, I encourage you to do so now. We will use this wiki to post the minutes from all PUI conference calls (which will be open for anyone to join again starting August 9th), as well as other information, including results from usability and accessibility tests that we will conduct prior to the candidate release of the new public interface. The wiki is available online at the following address: https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project Last, the PUI development group will share information about how you will be able to test the new public interface via an online sandbox prior to the candidate release. I will send another update about this at some point after SAA's annual meeting and before the end of September. As always, please let us know if you have any questions or suggestions. I am really excited about the current development process, and I'm looking forward to when everyone will be able to see the results of all of the excellent work that's been conducted so far. All my best, Mark Custer, On behalf of the ArchivesSpace Public Interface development group. * James Bullen, Hudson Molonglo * Mark Cooper, LYRASIS * Mark Custer, Yale University * Bobbi Fox, Harvard University * Payten Giles, Hudson Molonglo * Brian Hoffman, Consultant * Susan Pyzynski, Harvard University * Mark Triggs, Hudson Molonglo * Brad Westbrook, ArchivesSpace * Melissa Wisner, Yale University -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Wed Jul 27 09:43:17 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 27 Jul 2016 13:43:17 +0000 Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export In-Reply-To: References: <3975740D6A5FF946B2A77B95A7B228D733F14E97@xmail-mbx-bv1.AD.UCSD.EDU> <3975740D6A5FF946B2A77B95A7B228D733F15A4B@xmail-mbx-bv1.AD.UCSD.EDU> Message-ID: All, Great news! Chris Fitzpatrick submitted a patch for the paragraph wrapping issue at the end of last week. Mark Cooper has since tested and merged the fix into the core code, so you can test it out starting today at http://test.archivesspace.org I imagine the fix should come out in the next release, but if you need it immediately you scan see the changes in the exporters/serializers/ead.rb file here (as well as the new tests added): https://github.com/archivesspace/archivesspace/commit/f14f2e67f72281bffa4422c2fb5a355630573211 Mark p.s. Laurel, I think you're still going to need to change those namespace prefixes after the export, if you need valid EAD. I know that when we migrated from the AT to ArchivesSpace at Yale, for instance, we changed all of the "ns2:" pieces of text in the AT's database to "xlink:", since that's the prefix that ASpace uses. Ideally, though, I don't know if these prefixes should be stored in the database, but perhaps instead they could be stripped and/or added when needed during the import and export processes (especially since EAD3 has removed the XLink namespace). It's not a great model to follow (we're not SQL experts :)), but this is how we handled that before the migration: https://github.com/YaleArchivesSpace/migrationSQL/blob/master/AllDatabasesPreMigration.sql#L1-L25 (also, I'm pretty certain that we did *not* have any xlink attributes in our dates, but since it's possible to have linking elements in your dates for some reason in EAD, we even had update statements for that remote possibility!) From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, 25 July, 2016 12:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Yeah, that seems to be the gist of it: if the ampersands look like "&" in the web forms, rather than "&", they should continue to export okay in the note fields in the newest release; if they look like "&" in a unit title, then those should still export fine; but if they look like "&" in a notes field, that will cause problems in the export. The bug has to do with how the exporter decides whether or not it should wrap the note in a paragraph element, probably to guard against instances when the "p" elements are stored as text in the database (i.e. "

first paragraph

", instead of "first paragraph".) I'm just now testing the problem with the attributes, and it seems that the paragraph elements will not export correctly in version 1.5 if a namespace prefix (like ns2, used by the AT upon export, or xlink, used by ASpace) is present anywhere in the note. To be valid EAD 2002, though, one of your extref examples would need to be exported by the system like like this:

Selected materials from the collection have been digitized and can be viewed by clicking the link below. Items available online

But you can't get that exported right now, since if you have "xlink:" (or "ns:") on those attributes, then you won't get a paragraph wrapper element (and I think that behavior is new to version 1.5, but I'm not sure). I'm pretty sure it was required to have the "xlink:" prefix in previous versions of ASpace, though. *Both of these issues could probably be fixed with a minor patch to the exporter code in the short term, but I'd still prefer a holistic look into how XML is handled upon import and export of the system in the long term.* It's probably a bad idea, for just one example, to include those namespace prefixes as text in the database (unless they were stored as XML, so that they could be manipulated as XML rather than just text), since when ASpace gets an option to export EAD3, those prefixes can't be included in the exports, and so, additional logic would have to be added to strip that information. In any event, I'll add a few notes to the JIRA ticket that you created once I've looked into this a little more. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Monday, 25 July, 2016 12:11 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hi Mark, Thanks for looking into it. So, if I may paraphrase you, if an organization upgrades to 1.5, and they have 500 resource records that they migrated a year ago from AT (into, say, 1.4.2), all of their records with ampersands that previously exported just fine will now have trouble exporting as valid EAD. But if they create a NEW resource record in 1.5 from scratch, or import (not migrate) a new EAD in, loaded with ampersands, it will export correctly with

tags. Is this correct? On Friday, I created a bug report for this issue: https://archivesspace.atlassian.net/browse/AS-98 The language might need to be refined to address the full scope/details of the problem. Thanks for your input! Laurel From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, July 25, 2016 8:57 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Laurel, all: Following up on this issue, I tried to replicate it in the newest version of ArchivesSpace, but I haven't had any luck (well, I uncovered a few other minor bugs, but nothing as problematic as the ones you reported). Anyhow, here's the file that I uploaded for testing, which is in the GoneRepo repository: http://test.archivesspace.org/resources/151. So, it appears that the problem is being caused by how previous importers (or migrators) handled the ampersands versus what the exporter expects now. For example, this is text from one of our scope and content notes that was imported from AT, I think: "individual cards measuring 300 by 360mm & captioned." (and that ampersand is not encoded as "&", which is how it is imported in versions 1.5, and possibly earlier). That ampersand no longer exports okay in version 1.5, but it exports fine in version 1.4.2 Ideally, the importers and exporters would have one way to handle XML data but it seems like there have been different ways to do that in the past. I've no clue how best to handle that with the ASpace architecture, aside to say that it should be consistent in all aspects of the application. 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: Thursday, 21 July, 2016 5:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hi, Laurel: What timing! I remember Brad mentioning this issue before, but I had completely forgotten about it until seeing your message about the exact same time that I was testing a new automatic EAD export service for ArchivesSpace. Right before I read your message, I was wondering why so many of our files failed to produce valid EAD files. The main problem, it turns out, is the bug that's not putting paragraph elements around text that has ampersands. But this only happens in the 1.5 versions. I can confirm that in version 1.4.2 this problem doesn't exist (that's our production version), but that it does exist in 1.5 (that's our test version). I haven't tested anything with the altformavail/extref issues, though. I haven't looked into the exporter code too much yet, but the history of updates to the EAD exporter file should provide clues (to the developers, at least): https://github.com/archivesspace/archivesspace/commits/master/backend/app/exporters/serializers/ead.rb Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Thursday, 21 July, 2016 3:45 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hello, UC San Diego discovered an issue in R2 that we informally reported to B. Westbrook in early June. The bug is this: note fields containing either an & entity ref and/or an tag do not get properly wrapped in a

tag upon EAD export. For example, all of our notes contain the term "Special Collections & Archives", and because of the presence of the ampersand in the note, do not get wrapped. Similarly, if a bioghist note has an & somewhere in it, none of the paragraphs get wrapped in a

tag, leaving us with giant block of text. And last, in altformavail, where we record the existence of digital versions of our collections with a link, the existence of an causes the whole note to not get wrapped in a

tag when we export the EAD. This issue breaks our local scripts and also prevents validation on the Online Archive of California. At the time, I didn't create a JIRA ticket, because we were told the problem was being worked on...but now I'm going through the steps to create the ticket. Is there any feedback/observations on this in the member community before I do so? It's happening in v1.5.0, which we tested this morning. Thanks! Laurel McPhee Supervisory Archivist, Special Collections & Archives Program UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmcphee at ucsd.edu Wed Jul 27 10:06:56 2016 From: lmcphee at ucsd.edu (McPhee, Laurel) Date: Wed, 27 Jul 2016 14:06:56 +0000 Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export In-Reply-To: References: <3975740D6A5FF946B2A77B95A7B228D733F14E97@xmail-mbx-bv1.AD.UCSD.EDU> <3975740D6A5FF946B2A77B95A7B228D733F15A4B@xmail-mbx-bv1.AD.UCSD.EDU> Message-ID: <3975740D6A5FF946B2A77B95A7B228D733F16109@xmail-mbx-bv1.AD.UCSD.EDU> Thanks, Mark and Chris! Yes, removing all the ns2 references and swapping in xlink is on our checklist of tasks for moving into production (the data in our ASpace test instance is pretty much as-is from a recent AT test migration), which was supposed to happen this month. I like your idea of stripping/adding the necessary snippet on export though, because as you say, in the back of my mind I've been thinking about EAD3, and inwardly groaning at the thought of updating all those notes AGAIN whenever that becomes a reality. Many thanks, see you in Atlanta! Laurel 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, July 27, 2016 6:43 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export All, Great news! Chris Fitzpatrick submitted a patch for the paragraph wrapping issue at the end of last week. Mark Cooper has since tested and merged the fix into the core code, so you can test it out starting today at http://test.archivesspace.org I imagine the fix should come out in the next release, but if you need it immediately you scan see the changes in the exporters/serializers/ead.rb file here (as well as the new tests added): https://github.com/archivesspace/archivesspace/commit/f14f2e67f72281bffa4422c2fb5a355630573211 Mark p.s. Laurel, I think you're still going to need to change those namespace prefixes after the export, if you need valid EAD. I know that when we migrated from the AT to ArchivesSpace at Yale, for instance, we changed all of the "ns2:" pieces of text in the AT's database to "xlink:", since that's the prefix that ASpace uses. Ideally, though, I don't know if these prefixes should be stored in the database, but perhaps instead they could be stripped and/or added when needed during the import and export processes (especially since EAD3 has removed the XLink namespace). It's not a great model to follow (we're not SQL experts :)), but this is how we handled that before the migration: https://github.com/YaleArchivesSpace/migrationSQL/blob/master/AllDatabasesPreMigration.sql#L1-L25 (also, I'm pretty certain that we did *not* have any xlink attributes in our dates, but since it's possible to have linking elements in your dates for some reason in EAD, we even had update statements for that remote possibility!) From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, 25 July, 2016 12:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Yeah, that seems to be the gist of it: if the ampersands look like "&" in the web forms, rather than "&", they should continue to export okay in the note fields in the newest release; if they look like "&" in a unit title, then those should still export fine; but if they look like "&" in a notes field, that will cause problems in the export. The bug has to do with how the exporter decides whether or not it should wrap the note in a paragraph element, probably to guard against instances when the "p" elements are stored as text in the database (i.e. "

first paragraph

", instead of "first paragraph".) I'm just now testing the problem with the attributes, and it seems that the paragraph elements will not export correctly in version 1.5 if a namespace prefix (like ns2, used by the AT upon export, or xlink, used by ASpace) is present anywhere in the note. To be valid EAD 2002, though, one of your extref examples would need to be exported by the system like like this:

Selected materials from the collection have been digitized and can be viewed by clicking the link below. Items available online

But you can't get that exported right now, since if you have "xlink:" (or "ns:") on those attributes, then you won't get a paragraph wrapper element (and I think that behavior is new to version 1.5, but I'm not sure). I'm pretty sure it was required to have the "xlink:" prefix in previous versions of ASpace, though. *Both of these issues could probably be fixed with a minor patch to the exporter code in the short term, but I'd still prefer a holistic look into how XML is handled upon import and export of the system in the long term.* It's probably a bad idea, for just one example, to include those namespace prefixes as text in the database (unless they were stored as XML, so that they could be manipulated as XML rather than just text), since when ASpace gets an option to export EAD3, those prefixes can't be included in the exports, and so, additional logic would have to be added to strip that information. In any event, I'll add a few notes to the JIRA ticket that you created once I've looked into this a little more. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Monday, 25 July, 2016 12:11 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hi Mark, Thanks for looking into it. So, if I may paraphrase you, if an organization upgrades to 1.5, and they have 500 resource records that they migrated a year ago from AT (into, say, 1.4.2), all of their records with ampersands that previously exported just fine will now have trouble exporting as valid EAD. But if they create a NEW resource record in 1.5 from scratch, or import (not migrate) a new EAD in, loaded with ampersands, it will export correctly with

tags. Is this correct? On Friday, I created a bug report for this issue: https://archivesspace.atlassian.net/browse/AS-98 The language might need to be refined to address the full scope/details of the problem. Thanks for your input! Laurel From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Monday, July 25, 2016 8:57 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Laurel, all: Following up on this issue, I tried to replicate it in the newest version of ArchivesSpace, but I haven't had any luck (well, I uncovered a few other minor bugs, but nothing as problematic as the ones you reported). Anyhow, here's the file that I uploaded for testing, which is in the GoneRepo repository: http://test.archivesspace.org/resources/151. So, it appears that the problem is being caused by how previous importers (or migrators) handled the ampersands versus what the exporter expects now. For example, this is text from one of our scope and content notes that was imported from AT, I think: "individual cards measuring 300 by 360mm & captioned." (and that ampersand is not encoded as "&", which is how it is imported in versions 1.5, and possibly earlier). That ampersand no longer exports okay in version 1.5, but it exports fine in version 1.4.2 Ideally, the importers and exporters would have one way to handle XML data but it seems like there have been different ways to do that in the past. I've no clue how best to handle that with the ASpace architecture, aside to say that it should be consistent in all aspects of the application. 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: Thursday, 21 July, 2016 5:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hi, Laurel: What timing! I remember Brad mentioning this issue before, but I had completely forgotten about it until seeing your message about the exact same time that I was testing a new automatic EAD export service for ArchivesSpace. Right before I read your message, I was wondering why so many of our files failed to produce valid EAD files. The main problem, it turns out, is the bug that's not putting paragraph elements around text that has ampersands. But this only happens in the 1.5 versions. I can confirm that in version 1.4.2 this problem doesn't exist (that's our production version), but that it does exist in 1.5 (that's our test version). I haven't tested anything with the altformavail/extref issues, though. I haven't looked into the exporter code too much yet, but the history of updates to the EAD exporter file should provide clues (to the developers, at least): https://github.com/archivesspace/archivesspace/commits/master/backend/app/exporters/serializers/ead.rb Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel Sent: Thursday, 21 July, 2016 3:45 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] RC candidates and v1.5.0 not creating

tags in EAD export Hello, UC San Diego discovered an issue in R2 that we informally reported to B. Westbrook in early June. The bug is this: note fields containing either an & entity ref and/or an tag do not get properly wrapped in a

tag upon EAD export. For example, all of our notes contain the term "Special Collections & Archives", and because of the presence of the ampersand in the note, do not get wrapped. Similarly, if a bioghist note has an & somewhere in it, none of the paragraphs get wrapped in a

tag, leaving us with giant block of text. And last, in altformavail, where we record the existence of digital versions of our collections with a link, the existence of an causes the whole note to not get wrapped in a

tag when we export the EAD. This issue breaks our local scripts and also prevents validation on the Online Archive of California. At the time, I didn't create a JIRA ticket, because we were told the problem was being worked on...but now I'm going through the steps to create the ticket. Is there any feedback/observations on this in the member community before I do so? It's happening in v1.5.0, which we tested this morning. Thanks! Laurel McPhee Supervisory Archivist, Special Collections & Archives Program UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Wed Jul 27 11:03:08 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 27 Jul 2016 15:03:08 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Board and Council members in Atlanta next week Message-ID: Dear ArchivesSpace members, We look forward to seeing many of you in Atlanta next week at the ArchivesSpace Member Forum and/or the Society of American Archivists annual meeting. In case any of you would like to connect with those on the ArchivesSpace Governance Board, User Advisory Council, or Technical Advisory Council in person, we've compiled a list of the members of these groups who are planning to be in Atlanta for at least part of the week. Please feel free to contact or approach any of them if you'd like to discuss the work of their group in general or specific experiences/questions/comments for ArchivesSpace. (Of course, Brad and I will be at the Member Forum and at SAA for the duration, and will be happy to talk with you at the Forum, in the Exhibit Hall, or anywhere else that there may be opportunities for serendipitous encounters.) 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] ArchivesSpace Board and Council members attending SAA 2016 Governance Board Alston Cobourn Christian Dupont Jay Gaidmore Robert Miller Gregor Trinkaus-Randall Technical Advisory Council Sally Vermaaten (chair) Ed Busch Max Eckard Patrick Galligan Noah Huffman Cory Nimer Chris Prom Kari Smith User Advisory Council Gordon Daines (chair) Brenda Burk Nancy Enneking Linda Hocking Jasmine Jones Miloche Kottman (Member Forum only) Robert Lay Sue Luftschein Carolyn Runyon Nikki Lynn Thomas -------------- 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 ccox at ubalt.edu Wed Jul 27 11:52:21 2016 From: ccox at ubalt.edu (Carolyn Cox) Date: Wed, 27 Jul 2016 15:52:21 +0000 Subject: [Archivesspace_Users_Group] Assistance in upgrading ArchivesSpace In-Reply-To: References: , Message-ID: I'm working with our server team to upgrade to the latest version, 1.5.0. Here's Sean's message: I am trying to upgrade University of Baltimore's version of Archives Space to the latest version, 1.5. I have completed all of the steps in the instructions and after a restart and attempting to start the services the archivespace service will not start back up. I get an error in the system event viewer stating that The ArchivesSpaceService service terminated with the following service-specific error: Incorrect function. Can you give me some assistance. Thanks, Sean Farmer 443-463-1207 Thanks in advance for your help! Carolyn Cox Senior Integrated Digital Services Librarian Langsdale Library University of Baltimore ccox at ubalt.edu (410) 837-4259 ________________________________ From: Sean Farmer Sent: Wednesday, July 27, 2016 11:48 AM To: Carolyn Cox Subject: FW: Assistance in upgrading ArchivesSpace From: Sean Farmer Sent: Wednesday, July 27, 2016 11:44 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' Subject: Assistance in upgrading ArchivesSpace I am trying to upgrade University of Baltimore's version of Archives Space to the latest version, 1.5. I have completed all of the steps in the instructions and after a restart and attempting to start the services the archivespace service will not start back up. I get an error in the system event viewer stating that The ArchivesSpaceService service terminated with the following service-specific error: Incorrect function. Can you give me some assistance. Thanks, Sean Farmer 443-463-1207 -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Fri Jul 29 13:26:39 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 29 Jul 2016 17:26:39 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace v1.5.1 released Message-ID: [Description: Macintosh HD:Users:samheartsart:Desktop:ArchivesSpace Logo.png] The ArchivesSpace team is happy to release v1.5.1. This release addresses two issues that were discovered after last week's v1.5.0 release: * Ensures that the correct version of Solr is packaged and modifies some Solr behavior not needed for ArchivesSpace installations. This addresses the indexing issues that were experienced by people with very large ArchivesSpace databases and will improve indexing performance for all database sizes. (https://github.com/archivesspace/archivesspace/pull/497 and https://github.com/archivesspace/archivesspace/pull/502) * Makes some changes to the EAD exporter to ensure that invalid EAD is not produced when ampersands or are present in some notes. (https://archivesspace.atlassian.net/browse/AR-1533) If you already upgraded to v1.5.0, this will be a minor upgrade and you can follow the standard upgrade instructions (http://archivesspace.github.io/archivesspace/user/upgrading-to-a-new-release-of-archivesspace/). If you are moving from v1.4.2 or earlier versions of ArchivesSpace, please review the additional upgrade considerations at https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md. Thank you to the community members at Harvard University, Duke University, Rockefeller Archive Center, University of Michigan, American Academy of Rome, University of Denver, and the University of California San Diego who first identified these issues, contributed discussion about them, and provided data with which to test them. Thanks to the team at Hudson Molonglo, Chris Fitzpatrick, Mark Cooper at LYRASIS, and Mark Custer at Yale for providing the diagnoses and development work that enabled the issues to be addressed quickly. -------------- 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: From christine.dibella at lyrasis.org Fri Jul 29 16:36:27 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 29 Jul 2016 20:36:27 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace team availability during the week of August 1 Message-ID: Hello ArchivesSpace Members, Along with many others in the American archival profession, Brad Westbrook and I will be in Atlanta next week for the Society of American Archivists conference. If you're there too, we look forward to seeing you! If you won't be there, please just be aware that it may take us longer than usual to respond to non-SAA-related questions, but we look forward to catching up soon afterwards. 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: