From NHOSBURGH at Rollins.edu Tue Nov 1 10:38:23 2016 From: NHOSBURGH at Rollins.edu (Nathan Hosburgh) Date: Tue, 1 Nov 2016 14:38:23 +0000 Subject: [Archivesspace_Users_Group] assistance request: custom CSS self hosted site Message-ID: Hi, We have been attempting to apply some CSS changes to AS and spinning our wheels due to a lack of understanding of the logic of AS, plugins, etc. If there is someone out there who is self-hosted on AS and has applied custom CSS to their public AS site, please reach out if you are willing to assist. If anyone has created step by step instructions, that would also be great. Basically, we have our custom CSS ready to go and I?m trying to figure out how to actually apply it as AS is different than any other web app we?ve used before. My web developer and I have looked at the documentation here but it just doesn?t make sense to us. Thanks Nate Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 http://rollins.academia.edu/NathanHosburgh ?If you would tell me the heart of a man, tell me not what he reads, but what he rereads.? ? Fran?ois Mauriac -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Tue Nov 1 10:42:05 2016 From: smithkr at mit.edu (Kari R Smith) Date: Tue, 1 Nov 2016 14:42:05 +0000 Subject: [Archivesspace_Users_Group] In Search Of - XSLT to transform EAD export from ArchivesSpace into an HTML document Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4AD9331@OC11expo28.exchange.mit.edu> Hi all, I've checked on the ArchivesSpace wiki but there's nothing posted in Community contributed stylesheets. Would you contact me if you've created a solution for exporting EAD from ArchivesSpace and then locally transforming it using Oxygen or some similar tool for creating a formatted Finding Aid? We're having difficulty since we cannot suppress data from ArchivesSpace - so the EAD to PDF finding aids contain data that we don't want publically available. How have others dealt with this? Thank you! 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 christine.dibella at lyrasis.org Tue Nov 1 11:12:03 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 1 Nov 2016 15:12:03 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - November 2016 Message-ID: [ArchivesSpace Logo5.png] November 2016 Update Development We recently finalized a long-term development partnership agreement with Hudson Molonglo (HM) (http://hudsonmolonglo.com/). This partnership will run for the duration of the fiscal year. HM built version 1.0 of ArchivesSpace and has been responsible for significant code contributions since, including the new container management functionality and location enhancements present in the 1.5.0 release. HM is also currently working on the highly anticipated Public User Interface. HM is extremely knowledgeable about the application and highly respected in the archival and development communities and we are delighted to be working with them in this way. HM will work on bug fixes, stack improvements, new feature development and the creation of a development road map. They will be providing support to address high priority development needs while the new technical lead works with the ArchivesSpace community on code contributions from within. This two-pronged approach will have a substantial, positive short- and long-term impact on the software. HM's work will follow the path as outlined in the ArchivesSpace development catalog and/or as prioritized by the ArchivesSpace Prioritization sub team (https://archivesspace.atlassian.net/wiki/display/AC/Development+Prioritization+sub-team ). Staffing News After three years of outstanding service, Brad Westbrook will soon step down as the inaugural ArchivesSpace Program Manager. Brad has worked tirelessly since 2013 to help position ArchivesSpace for success in the community. He was one of the original architects of the Archivists' Toolkit when he was at the University of California San Diego, and has been instrumental in rallying the archival community around the need for more standardized archives information management and working to bring associated software applications to archivists for many years. In his role at ArchivesSpace, he has helped navigate the myriad issues associated with bringing a new software service to the community. Brad's familiar face was often seen at SAA and the many events, conferences and hackathons that he participated in or led. His last day as Program Manager will be November 30, and he takes with us our great thanks and warm wishes. We have initiated the search for a new Program Manager. The Program Manager is central to the success of the program, working closely and collaboratively with the ArchivesSpace community, advisory groups, and Board to develop strategy and goals. The Program Manager will be involved in all aspects of the program, and will be a key spokesperson and advocate for the program. We are seeking someone with strong experience with archives, technology projects, software development and in building consensus across a diverse group of perspectives. The posting is available on the LYRASIS website at http://www.lyrasis.org/job/Pages/LYRASIS-Positions.aspx. The search for the new Technical Lead is well underway. This position will be responsible for the overall development of the software and will work to engage a broader set of developers to participate in the program, providing technical guidance, support and leadership to create a robust developer community. We have received numerous applications for the position and have started the review process and initial interviews. Openings on User Advisory Council and Technical Advisory Council There was recently a call for additional appointees for two member groups, the User Advisory Council (UAC) and the Technical Advisory Council (TAC). These groups are critical parts of the ArchivesSpace community and provide leadership and guidance to the program and its users in many ways. UAC has two openings and TAC has one opening. More details are available in the calls from the two groups. UAC call: http://lyralists.lyrasis.org/pipermail/archivesspace_member_reps/2016-October/000208.html TAC call: http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2016-October/004167.html Nominations should be submitted by your institution's Member Representative. To nominate a candidate please respond to the questions asked in the respective call and indicate the areas of activity to which the nominee is prepared to contribute. Send this information via email to ArchivesSpace Program Manager Brad Westbrook (brad.westbrook at lyrasis.org), who will collect nominations on behalf of the Councils. Self-nominations by those who fit the criteria for each group are also encouraged. All nominations must be submitted by 9:00 p.m. ET Friday, Nov 11th. Membership Update Our new members since October 1 include: * Byrd Hoffman Watermill Foundation * Helen Frankenthaler Foundation * Northeastern University * University of California Merced * University of Hartford * University of Louisiana at Lafayette * University of Minnesota, Morris * Vanderbilt University As of November 1, we have 306 General members, 10 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. Connect with ArchivesSpace in Person Brad will be at the Mid-Atlantic Regional Archives Conference (MARAC) fall meeting in Annapolis, Maryland, from November 4-5. Christine Di Bella will be participating in a panel on open source software applications at the New England Museums Association annual conference in Mystic, Connecticut, on November 11. 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. -------------- 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 sdm7g at eservices.virginia.edu Tue Nov 1 11:42:53 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Tue, 1 Nov 2016 15:42:53 +0000 Subject: [Archivesspace_Users_Group] assistance request: custom CSS self hosted site In-Reply-To: References: Message-ID: <00FBBC9C-2D96-4E4D-AC28-CD49739B1BDE@eservices.virginia.edu> It would help if you would be more specific about what you tried and where it failed, or what exactly doesn?t make sense. [1] Did you try adding a layout_head.html.erb file to local plugins as described: http://archivesspace.github.io/archivesspace/user/customizing-and-theming-archivesspace/#I-just-want-to-add-a-few-CSS-rules!!! [2] You should be able to web browser?s debugger to see if your added css file is among loaded resources. [3] Is the problem than that the css isn?t getting applied ? If you?re using standard bootstrap classes for your selectors, then it may be a css precedence issue, and browser debugger should be able to indicate that. If you?re using your own classes and ids in selectors, then maybe what you?re trying to figure out is how to tag items with those classes. You may need to modify other views to do that. You?re probably better off working with bootstrap if possible. ( [4] Or are you having trouble with the .erb template syntax ? ) An example (a bit more about javascript than css, but may help anyway) : adding support for diva.js IIIF image viewer for digital objects file_versions: plugins/local/frontend/views/layout_head.html.erb: ===== <% if controller.controller_name == 'digital_objects' %> <% end %> ====== and file_versions/_show.html.erb copied from frontend/app/views and modified to add a div with id=?diva-wrapper? to match the jQuery selector above: ====== diff frontend/app/views/file_versions/_show.html.erb plugins/local/frontend/views/file_versions/_show.html.erb 9c9 <
--- >
26c26 < <%= render_aspace_partial :partial => "file_versions/file_uri", :locals => {:file_uri => uri_or_string( file_version['file_uri'] ) } %> --- > <%= render_aspace_partial :partial => "file_versions/file_uri", :locals => {:file_uri => URI( file_version['file_uri'] ) } %> 28a29 >
On Nov 1, 2016, at 10:38 AM, Nathan Hosburgh > wrote: Hi, We have been attempting to apply some CSS changes to AS and spinning our wheels due to a lack of understanding of the logic of AS, plugins, etc. If there is someone out there who is self-hosted on AS and has applied custom CSS to their public AS site, please reach out if you are willing to assist. If anyone has created step by step instructions, that would also be great. Basically, we have our custom CSS ready to go and I?m trying to figure out how to actually apply it as AS is different than any other web app we?ve used before. My web developer and I have looked at the documentation here but it just doesn?t make sense to us. Thanks Nate Nathan Hosburgh Discovery & Systems Librarian Rollins College, Olin Library 1000 Holt Avenue Winter Park, FL 32789 nhosburgh at rollins.edu (407) 691-1157 http://rollins.academia.edu/NathanHosburgh ?If you would tell me the heart of a man, tell me not what he reads, but what he rereads.? ? Fran?ois Mauriac _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Tue Nov 1 12:04:17 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Tue, 1 Nov 2016 16:04:17 +0000 Subject: [Archivesspace_Users_Group] In Search Of - XSLT to transform EAD export from ArchivesSpace into an HTML document In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBF4AD9331@OC11expo28.exchange.mit.edu> References: <29F559819ACA9A4FBF208407D4B63ABBF4AD9331@OC11expo28.exchange.mit.edu> Message-ID: [1] There was a recent pull request that changes the default for :include_unpublished for print_to_pdf : https://github.com/archivesspace/archivesspace/pull/537 https://github.com/archivesspace/archivesspace/pull/537/commits/61ec4b06e2d6446d9a184d956d1d0983d6976458 [2] Look in archivesspace/stylesheets/ directory. You can modify those files. stylesheets/STYLESHEETS_README.md : ArchivesSpace Stylesheets ========================= ArchivesSpace includes three stylesheets for you to transform exported into human-friendly formats. The stylesheets included are as follows: * `as-eac-cpf-html.xsl`: Generates HTML from EAC-CPF records * `as-ead-html.xsl`: Generates HTML from EAD records * `as-ead-pdf.xsl`: Generates XSL:FO output from EAD for transformation into PDF These stylesheets have been tested and are known to work with [Saxon](http://saxonica.com/download/download_page.xml) 9.5.1.1 and higher. The `as-helper-functions.xsl` stylesheet is required by the other three stylesheets listed above. [3] We use XTF for serving EAD XML, but we (and I believe most sites using XTF) have customized the standard XTF stylesheets (which themselves are derived from the EAD 2002 cookbook stylesheets). I don?t believe the standard stylesheets follow @audience attributes to choose to display or not display content. ( I?ve added support but for only one case, not universally. ) ? Steve Majewski / UVA Alderman Library On Nov 1, 2016, at 10:42 AM, Kari R Smith > wrote: Hi all, I?ve checked on the ArchivesSpace wiki but there?s nothing posted in Community contributed stylesheets. Would you contact me if you?ve created a solution for exporting EAD from ArchivesSpace and then locally transforming it using Oxygen or some similar tool for creating a formatted Finding Aid? We?re having difficulty since we cannot suppress data from ArchivesSpace ? so the EAD to PDF finding aids contain data that we don?t want publically available. How have others dealt with this? Thank you! 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/ _______________________________________________ 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 alexis.antracoli at princeton.edu Tue Nov 1 12:36:42 2016 From: alexis.antracoli at princeton.edu (Alexis A. Antracoli) Date: Tue, 1 Nov 2016 16:36:42 +0000 Subject: [Archivesspace_Users_Group] Adding to Controlled Value Lists in 1.5.1 Message-ID: <42D8D0F048542C419C93EEAB1F36924A170E5700@CSGMBX205W.pu.win.princeton.edu> Hello colleagues, We here at Princeton have recently upgraded to ASpace 1.5.1 and can no longer add to controlled value lists from the user interface. When we try to add a new value we get an error message that says Failed to Create Value. We were able to do this without issue in previous versions of the software, so we are wondering if this is something others have experienced when upgrading and/or if anyone has suggestions about why this might be happening and what we can do about it. Thanks, Alexis Alexis A. Antracoli Assistant University Archivist for Technical Services Princeton University Seeley G. Mudd Manuscript Library 65 Olden Street Princeton, NJ 08540 P: 609.258.5161 alexis.antracoli at princeton.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From shorowitz at haverford.edu Wed Nov 2 09:23:40 2016 From: shorowitz at haverford.edu (Sarah Horowitz) Date: Wed, 2 Nov 2016 09:23:40 -0400 Subject: [Archivesspace_Users_Group] issues with agent display Message-ID: Hello everyone, We are experiencing several problems with agents and agent display. Has anyone else had these issues, or can anyone suggest what we might do to solve them? Problem 1: For agents who are subjects and have subdivisions, the subdivisions do not display in the published view. Here is an example of a finding aid that has Haverford College as a subject twice with different subdivisions: But this is how those agent + subdivisions appear in the Published View: Problem 2: Unable to change capitalization of the first letter for some terms and subdivisions in subject records. In this example, the d for description is uncapitalized in the record, but capitalized in the display. Here's another example: Problem 3: The value(s) for the Dates of existence section of an agent record do not display in the browse view of agent records nor in the agent links. In the Dates field in agent records there is a note that says that this field has been depreciated [sic] (see screenshot below). There is no mention of this field being deprecated in the ArchivesSpace Documentation or why it has been deprecated. Since the Dates of existence do not display, it is difficult to readily distinguish between agents that have the same exact or similar names without opening up the agent record. Many thanks for any assistance! All best wishes, 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 k-miller3 at northwestern.edu Wed Nov 2 11:02:10 2016 From: k-miller3 at northwestern.edu (Karen Miller) Date: Wed, 2 Nov 2016 15:02:10 +0000 Subject: [Archivesspace_Users_Group] Archon migration of Private Titles & other audience='internal' elements Message-ID: <4f824f14897f4b3a9862ef328bdee7c4@evcspmbx05.ads.northwestern.edu> Good morning. We've just done an initial migration from Archon to ArchivesSpace and found that the Private Title element in Archon migrates to an ArchivesSpace Note with type="Materials Specific Details" and label "Private Title". This is somewhat understandable, as there doesn't seem to be an equivalent to the "Private Title" element in ArchivesSpace. However, all of these Note fields in ArchivesSpace have the "Publish?" checkbox marked, so they show up in the public user interface. This in itself isn't a disaster, as I think we can have our developer update the database so that any Note field with the label "Private Title" is marked as unpublished. However, we also have a lot of Archon components that were marked as *not* web enabled but are coming into ArchivesSpace with the "Publish?" checkbox checked. Has anyone else run into this migration issue? I'm hoping that someone else has encountered it and knows how to fix it in the migration tool. Thank you for any help you can provide! Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 -------------- next part -------------- An HTML attachment was scrubbed... URL: From k-miller3 at northwestern.edu Wed Nov 2 11:02:10 2016 From: k-miller3 at northwestern.edu (Karen Miller) Date: Wed, 2 Nov 2016 15:02:10 +0000 Subject: [Archivesspace_Users_Group] Archon migration results in line breaks disappearing Message-ID: <00ab180243d94569bb2411f45377dc20@evcspmbx05.ads.northwestern.edu> Good morning. We've encountered an issue in migrating from Archon that I saw addressed in the ArchivesSpace Google Group about a year ago. Text fields that include a line break in Archon are migrated into ArchivesSpace without any line breaks. Line breaks are exported as

when a finding aid is exported as EAD from Archon, but appear to be stored as blank space (or possibly a tab) in the MySQL tables. It appears that there was a bug filed for this issue here: https://archivesspace.atlassian.net/browse/AR-1290 but it shows that the bug was fixed and verified. However, we're still seeing it in the migration tool. Has anyone come up with a solution for this? Any help is appreciated! Many thanks, Karen Karen D. Miller Monographic Cataloger/Metadata Specialist Northwestern University Libraries Northwestern University 1970 Campus Drive Evanston, IL 60208 www.library.northwestern.edu k-miller3 at northwestern.edu 874.467.3462 -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Wed Nov 2 11:05:48 2016 From: smithkr at mit.edu (Kari R Smith) Date: Wed, 2 Nov 2016 15:05:48 +0000 Subject: [Archivesspace_Users_Group] Anyone have an export script (using API) for digital objects to go into DSpace? Message-ID: <29F559819ACA9A4FBF208407D4B63ABBFE76C8EC@OC11expo28.exchange.mit.edu> Hello, We want to upload into DSpace metadata for digital objects that we select from ArchivesSpace. Has anyone already created a script or method for doing this? We are on DSpace v1.5. Thank you for pointing me to documentation and sharing -- 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 j at minorscience.com Wed Nov 2 12:45:30 2016 From: j at minorscience.com (Jason Loeffler) Date: Wed, 2 Nov 2016 12:45:30 -0400 Subject: [Archivesspace_Users_Group] Anyone have an export script (using API) for digital objects to go into DSpace? In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBFE76C8EC@OC11expo28.exchange.mit.edu> References: <29F559819ACA9A4FBF208407D4B63ABBFE76C8EC@OC11expo28.exchange.mit.edu> Message-ID: Hi there Kari, A script for requesting digital objects from ArchiveSpace or for staging and importing digital objects into DSpace? Jason On Wed, Nov 2, 2016 at 11:05 AM, Kari R Smith wrote: > Hello, > > We want to upload into DSpace metadata for digital objects that we select > from ArchivesSpace. Has anyone already created a script or method for > doing this? We are on DSpace v1.5. > > > > Thank you for pointing me to documentation and sharing -- > > > > 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/ > > > > _______________________________________________ > 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 smithkr at mit.edu Wed Nov 2 12:55:55 2016 From: smithkr at mit.edu (Kari R Smith) Date: Wed, 2 Nov 2016 16:55:55 +0000 Subject: [Archivesspace_Users_Group] Anyone have an export script (using API) for digital objects to go into DSpace? In-Reply-To: References: <29F559819ACA9A4FBF208407D4B63ABBFE76C8EC@OC11expo28.exchange.mit.edu> Message-ID: <29F559819ACA9A4FBF208407D4B63ABBFE76CF91@OC11expo28.exchange.mit.edu> Hi Jason, A script for staging and importing digital objects into DSpace (pulling descriptive data from ASpace ? or for transforming the ASpace METS export for DSpace ingest). Thanks, 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/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jason Loeffler Sent: Wednesday, November 02, 2016 12:46 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Anyone have an export script (using API) for digital objects to go into DSpace? Hi there Kari, A script for requesting digital objects from ArchiveSpace or for staging and importing digital objects into DSpace? Jason On Wed, Nov 2, 2016 at 11:05 AM, Kari R Smith > wrote: Hello, We want to upload into DSpace metadata for digital objects that we select from ArchivesSpace. Has anyone already created a script or method for doing this? We are on DSpace v1.5. Thank you for pointing me to documentation and sharing -- 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/ _______________________________________________ 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 j at minorscience.com Wed Nov 2 13:26:02 2016 From: j at minorscience.com (Jason Loeffler) Date: Wed, 2 Nov 2016 13:26:02 -0400 Subject: [Archivesspace_Users_Group] Anyone have an export script (using API) for digital objects to go into DSpace? In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBFE76CF91@OC11expo28.exchange.mit.edu> References: <29F559819ACA9A4FBF208407D4B63ABBFE76C8EC@OC11expo28.exchange.mit.edu> <29F559819ACA9A4FBF208407D4B63ABBFE76CF91@OC11expo28.exchange.mit.edu> Message-ID: Thanks, Kari. Lots of ways to do this. I would recommend first retrieving ArchivesSpace digital objects with the standard API calls. I've only worked with the raw JSON output but I see there are methods for METS and MODS output. Probably the METS output is what you're looking for. From there you could use Catmandu to transform your d.o. collection so that it's inline with whatever DSpace requires. Catmandu supports myriad formats. Absent bulletproof importers and exporters in ArchivesSpace, I've worked with Catmandu quite a lot lately to transform XML- and JSON-formatted documents for import and export to and from ArchivesSpace. From the DSpace side, I see DSpace vesrion 5 now has a full-blown REST implementation, though I have no direct experience working with it. Let me know if that's helpful. Happy to walk you through Catmandu anytime, if it seems like a good fit for your use case. Best, Jason On Wed, Nov 2, 2016 at 12:55 PM, Kari R Smith wrote: > Hi Jason, > > A script for staging and importing digital objects into DSpace (pulling > descriptive data from ASpace ? or for transforming the ASpace METS export > for DSpace ingest). > > > > Thanks, > > > > 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/ > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Jason > Loeffler > *Sent:* Wednesday, November 02, 2016 12:46 PM > *To:* Archivesspace Users Group lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Anyone have an export script > (using API) for digital objects to go into DSpace? > > > > Hi there Kari, > > > > A script for requesting digital objects from ArchiveSpace or for staging > and importing digital objects into DSpace? > > > > Jason > > > > On Wed, Nov 2, 2016 at 11:05 AM, Kari R Smith wrote: > > Hello, > > We want to upload into DSpace metadata for digital objects that we select > from ArchivesSpace. Has anyone already created a script or method for > doing this? We are on DSpace v1.5. > > > > Thank you for pointing me to documentation and sharing -- > > > > 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/ > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexanderduryee at nypl.org Wed Nov 2 15:46:17 2016 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Wed, 2 Nov 2016 15:46:17 -0400 Subject: [Archivesspace_Users_Group] Plugin Gem Best Practices Message-ID: I'd like to use a third-party plugin in an ASpace plugin; however, I'm running into issues with ASpace loading the gem. I've tried copying the structure from the OCLC plugin (gems/ directory containing the gem, plugin_init.rb loading the directory into $LOAD_PATH), but to no avail. What are the best practices for including a gem in a plugin, ideally for distribution? Thanks! --Alex -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Wed Nov 2 18:37:40 2016 From: james at hudmol.com (James Bullen) Date: Thu, 3 Nov 2016 09:37:40 +1100 Subject: [Archivesspace_Users_Group] Plugin Gem Best Practices In-Reply-To: References: Message-ID: <202DCDE3-258E-44EB-AB58-12088C3DC6F7@hudmol.com> Hi Alex, There?s a script for this. Try this from your aspace directory: scripts/initialize_plugin.sh [plugin_name] ? .bat if you?re on windows. Good luck! James > On Nov 3, 2016, at 6:46 AM, Alexander Duryee wrote: > > I'd like to use a third-party plugin in an ASpace plugin; however, I'm running into issues with ASpace loading the gem. I've tried copying the structure from the OCLC plugin (gems/ directory containing the gem, plugin_init.rb loading the directory into $LOAD_PATH), but to no avail. What are the best practices for including a gem in a plugin, ideally for distribution? > > Thanks! > --Alex > > -- > Alexander Duryee > Metadata Archivist > New York Public Library > (917)-229-9590 > alexanderduryee at nypl.org !DSPAM:581a4296162421185191756! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:581a4296162421185191756! -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexanderduryee at nypl.org Thu Nov 3 10:09:24 2016 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Thu, 3 Nov 2016 10:09:24 -0400 Subject: [Archivesspace_Users_Group] Plugin Gem Best Practices In-Reply-To: <202DCDE3-258E-44EB-AB58-12088C3DC6F7@hudmol.com> References: <202DCDE3-258E-44EB-AB58-12088C3DC6F7@hudmol.com> Message-ID: James, Thanks! I unzipped a fresh release of ASpace, set up a plugin with a Gemfile, and ran initialize_plugin. It pulled in the gem + dependencies into gems/ without issue. However, when trying to run ASpace with the plugin (empty except for the gems), I got: Bundler::GemNotFound: Could not find gem 'timetwister (= 0.2.7) java' in any of the gem sources listed in your Gemfile or available on this machine. The gem is installed both on my machine and in the plugin's gems directory. It's a locally-developed gem, so I didn't explicitly build it for JRuby - is this necessary to load it into ASpace? Thanks! --Alex On Wed, Nov 2, 2016 at 6:37 PM, James Bullen wrote: > > Hi Alex, > > There?s a script for this. Try this from your aspace directory: > > scripts/initialize_plugin.sh [plugin_name] > > > ? .bat if you?re on windows. > > > Good luck! > > > James > > > On Nov 3, 2016, at 6:46 AM, Alexander Duryee > wrote: > > I'd like to use a third-party plugin in an ASpace plugin; however, I'm > running into issues with ASpace loading the gem. I've tried copying the > structure from the OCLC plugin (gems/ directory containing the gem, > plugin_init.rb loading the directory into $LOAD_PATH), but to no avail. > What are the best practices for including a gem in a plugin, ideally for > distribution? > > Thanks! > --Alex > > -- > Alexander Duryee > Metadata Archivist > New York Public Library > (917)-229-9590 > alexanderduryee at nypl.org > !DSPAM:581a4296162421185191756! ______________________________ > _________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:581a4296162421185191756! > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at eservices.virginia.edu Thu Nov 3 12:38:26 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Thu, 3 Nov 2016 16:38:26 +0000 Subject: [Archivesspace_Users_Group] getting rid of in titles [was: Character limits on sub notes?] In-Reply-To: References: Message-ID: One possible fix to get rid of the markup in public interface record titles: copy public/app/views/records/_title_pane.html.erb into plugins/local/public/views/records/ change this first line in the template to the last line below: <

<%= record_title %> --- >

<%= record_title.gsub( /<[^>]+>/ , '' ) %> This removes markup tags entirely. A better solution might be to transform EAD markup into HTML markup in the view. A lot of models have a display_string as well as a title, so it might also be a better solution might be to fix these titles in the display_strings upstream in the controller rather than the view, but that probably requires changing it in several places and I?m not sure if there are other issues with making that sort of change. I may be looking at this issue further in the near future: we have EAD that imports records with mixed content ? specifically tags around manuscript titles in the JSONmodel titles, which I will want to preserve on EAD export, but scrub in the display. ( So I may push a patch after I have figured out and tested the best way to handle this. ) ? Steve Majewski / UVA Alderman Library On Oct 24, 2016, at 11:47 AM, Jane LaBarbara <jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>> wrote: Dear all, My institution is migrating into ASpace and using the Public User Interface, and we?re hoping to completely transition out of our old system/user interface by the end of 2016. Because of the issue with <emph> tags/@render attributes showing up as text instead of displaying as italics etc. (AR-1234?we?ve noticed this in the ?title? field, example here:https://archives.lib.wvu.edu/repositories/2/archival_objects/328) , we?re trying to find a workaround for one of our most prominent collections, the Pearl Buck Literary Manuscripts, which has a LOT of folder titles that include italics (you can see the S/C note and contents list here https://findingaids.lib.wvu.edu/cgi/f/findaid/findaid-idx?c=wvcguide;cc=wvcguide;type=simple;rgn=Entire%20Finding%20Aid;q1=4052;view=reslist;subview=standard;sort=occur;start=1;size=25;didno=4052;focusrgn=scopecontent;byte=24750517&newsid=1). I thought we could try to put the contents list of each series in the series Scope and Content Note until the bug is fixed (so our italics won?t look ugly to the public), but when I tried that, saved the record, and tried to navigate around in that resource record, I got something about ?an error occurred? and ?FULL head? ? we were able to fix that with help from a previous listserv exchange--see http://lyralists.lyrasis.org/mailman/htdig/archivesspace_users_group/2016-March/003316.html-- but our Systems person doesn?t want to leave the fix in place, which means I can?t put that much text in the Scope and Content Note. I had this issue in version 1.4.2, but we?re in the middle of moving to 1.5.1. TL;DR Does anyone know how many characters can fit into a sub note without breaking it? Any other ideas on how to present this massive contents list to the public until the italics-related bug is fixed would also be welcome. Thank you, Jane / Jane Metters LaBarbara Assistant Curator, West Virginia & Regional History Center<https://wvrhc.lib.wvu.edu/> West Virginia University Libraries (304) 293-0352 office jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20161103/57355085/attachment.html> From mark at dishevelled.net Fri Nov 4 06:09:38 2016 From: mark at dishevelled.net (Mark Triggs) Date: Fri, 04 Nov 2016 21:09:38 +1100 Subject: [Archivesspace_Users_Group] Plugin Gem Best Practices In-Reply-To: <CAK5BadC++S-M+HEJ9xODXjBaFh4V4KRK-N+0z=GpbZCbt3rE8Q@mail.gmail.com> (Alexander Duryee's message of "Thu, 3 Nov 2016 10:09:24 -0400") References: <CAK5BadD1=OaY3P=B2a9JqEZVDvAhSbooxojq7G3E2URLd=j6Lw@mail.gmail.com> <202DCDE3-258E-44EB-AB58-12088C3DC6F7@hudmol.com> <CAK5BadC++S-M+HEJ9xODXjBaFh4V4KRK-N+0z=GpbZCbt3rE8Q@mail.gmail.com> Message-ID: <87oa1vh7z1.fsf@dishevelled.net> Hi Alex, This is a bit of a shot in the dark, but for the Newrelic gem I found I had to add a snippet to the top of the plugin Gemfile like this: https://github.com/archivesspace/archivesspace/pull/183/files The call to `ASpaceGems.setup` takes care of setting the gem load path appropriately. You're not supposed to have to do this, so if you find it magically fixes things, I'll take a look and see if the situation can be improved. The backend is supposed to take care of all of this, but perhaps the Gemfile is being loaded earlier than expected. Cheers, Mark Alexander Duryee <alexanderduryee at nypl.org> writes: > James, > > Thanks! I unzipped a fresh release of ASpace, set up a plugin with a > Gemfile, and ran initialize_plugin. It pulled in the gem + dependencies > into gems/ without issue. However, when trying to run ASpace with the > plugin (empty except for the gems), I got: > > Bundler::GemNotFound: Could not find gem 'timetwister (= 0.2.7) java' in > any of the gem sources listed in your Gemfile or available on this machine. > > The gem is installed both on my machine and in the plugin's gems > directory. It's a locally-developed gem, so I didn't explicitly build it > for JRuby - is this necessary to load it into ASpace? > > Thanks! > --Alex -- Mark Triggs <mark at dishevelled.net> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20161104/0c266dde/attachment.html> From alexanderduryee at nypl.org Fri Nov 4 15:18:18 2016 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Fri, 4 Nov 2016 15:18:18 -0400 Subject: [Archivesspace_Users_Group] Plugin Gem Best Practices In-Reply-To: <87oa1vh7z1.fsf@dishevelled.net> References: <CAK5BadD1=OaY3P=B2a9JqEZVDvAhSbooxojq7G3E2URLd=j6Lw@mail.gmail.com> <202DCDE3-258E-44EB-AB58-12088C3DC6F7@hudmol.com> <CAK5BadC++S-M+HEJ9xODXjBaFh4V4KRK-N+0z=GpbZCbt3rE8Q@mail.gmail.com> <87oa1vh7z1.fsf@dishevelled.net> Message-ID: <CAK5BadCX8zNLe9ScM-wrPui7tY0NrC-JqFQvpH+JGzS6xPEWcw@mail.gmail.com> Mark, That resolved the issue - many thanks! --Alex On Fri, Nov 4, 2016 at 6:09 AM, Mark Triggs <mark at dishevelled.net> wrote: > Hi Alex, > > This is a bit of a shot in the dark, but for the Newrelic gem I found I > had to add a snippet to the top of the plugin Gemfile like this: > > https://github.com/archivesspace/archivesspace/pull/183/files > > The call to `ASpaceGems.setup` takes care of setting the gem load path > appropriately. > > You're not supposed to have to do this, so if you find it magically fixes > things, I'll take a look and see if the situation can be improved. The > backend is supposed to take care of all of this, but perhaps the Gemfile is > being loaded earlier than expected. > > Cheers, > > Mark > > Alexander Duryee <alexanderduryee at nypl.org> writes: > > James, > > Thanks! I unzipped a fresh release of ASpace, set up a plugin with a > Gemfile, and ran initialize_plugin. It pulled in the gem + dependencies > into gems/ without issue. However, when trying to run ASpace with the > plugin (empty except for the gems), I got: > > Bundler::GemNotFound: Could not find gem 'timetwister (= 0.2.7) java' in > any of the gem sources listed in your Gemfile or available on this machine. > > The gem is installed both on my machine and in the plugin's gems > directory. It's a locally-developed gem, so I didn't explicitly build it > for JRuby - is this necessary to load it into ASpace? > > Thanks! > --Alex > > -- > Mark Triggs > <mark at dishevelled.net> > > -- Alexander Duryee Metadata Archivist New York Public Library (917)-229-9590 alexanderduryee at nypl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20161104/4f824067/attachment.html> From cobourna at wlu.edu Fri Nov 4 16:23:54 2016 From: cobourna at wlu.edu (Cobourn, Alston) Date: Fri, 4 Nov 2016 20:23:54 +0000 Subject: [Archivesspace_Users_Group] error when merging Controlled Vocabulary list values Message-ID: <BFAA390DF83B564584B4A5AF345623CA022033C860@MEX10MBA2.ad.wlu.edu> Earlier today I attempted to merge the value Collection into the value Papers in the accession_resource_type controlled vocabulary list. When I did this, I got the following error message and then was unable to edit or view any records of any type in the application. My IT guy attempted to fix the problem by restarting the server but after he shut it down, it application would not restart. He went into the correct backend file and put the Collection value back in the list. Then he was able to restart the application and everything has been working fine. Last week I deleted and merged multiple values in our controlled vocabulary lists without any issues. Has anyone else encountered a problem like the one I had today? I didn't see one in the listserv archives or JIRA. RuntimeError in EnumerationsController#index <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html lang="en"> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> <title>Internal Server Error at /config/enumerations

Internal Server Error (500)

Request Method: GET
Request URL:> http://localhost:8089/config/enumerations

(NoMethodError) undefined method `[]' for nil:NilClass

You're seeing this error because you use JRuby::Rack::ErrorApp::ShowStatus.

Rails.root: /root/ArchivesSpace/tmp/jetty-0.0.0.0-8080-frontend.war-_-any-/webapp/WEB-INF Application Trace | Framework Trace | Full Trace app/controllers/enumerations_controller.rb:14:in `index' Request Parameters: None Show session dump Show env dump Response Headers: None Alston Cobourn Assistant Professor and Digital Scholarship Librarian Washington and Lee University cobourna at wlu.edu 540-458-8657 ORCID 0000-0002-3756-6476 Alston Cobourn Assistant Professor and Digital Scholarship Librarian Washington and Lee University cobourna at wlu.edu 540-458-8657 ORCID 0000-0002-3756-6476 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sally.vermaaten at nyu.edu Tue Nov 8 17:09:12 2016 From: sally.vermaaten at nyu.edu (Sally Vermaaten) Date: Tue, 8 Nov 2016 17:09:12 -0500 Subject: [Archivesspace_Users_Group] Reminder: Technical Advisory Council nominations due Friday 11/11 Message-ID: A friendly reminder that nominations for the ArchivesSpace Technical Advisory Council are due by *this Friday, November 11th*. Self nominations and nominations of colleagues are both welcome. Thank you! Sally ------- *Nominations Requested for ArchivesSpace Technical Advisory Council* The ArchivesSpace Governance Board is *seeking nominations to fill one vacancy on the ArchivesSpace Technical Advisory Council (TAC)*. Nominations may be made only by ArchivesSpace member representatives. Member representatives are encouraged to nominate persons from their institution or from other institutions, including Registered Service Providers, (please see the lists at http://archivesspace.org/members ) who are experienced with some of the activities assigned to TAC and who are capable of participating on a regular basis throughout the term of service of December 1, 2016-June 30, 2018. TAC (http://www.archivesspace.org/technicaladvisory) is a critical part of the ArchivesSpace community, having responsibility for providing technical guidance to individuals or organizations contributing to application development, to the User Advisory Council, and to the ArchivesSpace Governance Board. TAC's current activities include: - developing a community of code committers, including helping to establish guidelines for contributing code and reviewing contributions, - reviewing enhancements and priorities and testing in collaboration with the User Advisory Council, - providing support for migrating data to ArchivesSpace and support for importing and exporting data such as EAD, MARCXML, CSV - documenting and assisting with resolving bugs identified in the application, - identifying integration points for ArchivesSpace with other systems (e.g. digital asset management systems, patron and request management systems, etc.), creating resources to assist the community with integration work and, for specific integrations, developing technical requirements, and - updating technical documentation. Sub-teams are established within TAC to address the areas identified above and other areas subsequently identified as priorities and a good fit for the Council. Nominees must have sufficient knowledge of application development methods, architectures and coding practices to participate in and lead some of the identified activities. Nominees with experience in open source projects, developing web applications (particularly using Ruby on Rails and Sinatra), software testing, or interest in those areas, are especially welcome. The anticipated time commitment for each appointee is expected to be two hours per week on average. To nominate a candidate for the ArchivesSpace Technical Advisory Council, please respond to the questions below, indicate the areas of activity to which the nominee is prepared to contribute. Send this information via email to ArchivesSpace Program Manager Bradley Westbrook (brad.westbrook@ lyrasis.org), who will collect nominations on behalf of the Council. Self- nominations are encouraged. *All nominations must be submitted by 9:00 p.m. EDT Friday, Nov 11th. * Thank you for your participation in this important process, which is an essential part of our identity and operations as a community-based software organization. ****** 1. Nominee name: 2. Nominee organization: 3. Indicate all areas to which the nominee might contribute: ___Managing/endorsing/eliciting code contributions ___Bug fixes ___Technical documentation ___Program architecture and integrations with other software ___Migration issues, including import/exports and API design and implementation ___Application testing 4. Please briefly describe the reason the nominee would be a good fit for the ArchivesSpace Technical Advisory Council. -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 -------------- next part -------------- An HTML attachment was scrubbed... URL: From don.mennerich at nyu.edu Wed Nov 9 11:43:28 2016 From: don.mennerich at nyu.edu (Donald Mennerich) Date: Wed, 9 Nov 2016 11:43:28 -0500 Subject: [Archivesspace_Users_Group] limiting API search query to specific record types Message-ID: AUG: I am trying to get resource records from the ASpace API, I'm currently using the advanced query example that Chris had posted in 2015. > response = client.get('repositories/3/search?page=1& > aq={"query":{"field":"title","value":"Jeremy Blake Papers", > "jsonmodel_type":"field_query","negated":false,"literal":true}}') While this returns the wanted resource record, the api also returns an accession record and a collection control management. So my question: how can I filter to just resource records? I see in the json for any record has a field to "type"=>["resource"], and there's documentation in the API about using this field in an advanced query: [String] type ? The record type to search (defaults to all types if not > specified) I've tried adding a "type" parameter to a query in numerous ways, such as: > response = client.get('repositories/3/search?page=1& > aq={"query":{"field":"title","value":"Jeremy Blake Papers", > "jsonmodel_type":"field_query","negated":false,"literal":true, *"type": > ["resource"] *}}') Can anyone provide some guidance on how to limit results from the search API to specific record types? Thanks. Don -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddoniz at jhu.edu Wed Nov 9 11:53:21 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Wed, 9 Nov 2016 16:53:21 +0000 Subject: [Archivesspace_Users_Group] limiting API search query to specific record types In-Reply-To: References: Message-ID: <9c9fd5972c4446a1b56b2bdadb33d08d@ESGMTWEX12.win.ad.jhu.edu> This is only a guess, but including the endpoint for Resource may do it, here, in your string: repositories/3/resources/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Donald Mennerich Sent: Wednesday, November 09, 2016 11:43 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] limiting API search query to specific record types AUG: I am trying to get resource records from the ASpace API, I'm currently using the advanced query example that Chris had posted in 2015. response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true}}') While this returns the wanted resource record, the api also returns an accession record and a collection control management. So my question: how can I filter to just resource records? I see in the json for any record has a field to "type"=>["resource"], and there's documentation in the API about using this field in an advanced query: [String] type ? The record type to search (defaults to all types if not specified) I've tried adding a "type" parameter to a query in numerous ways, such as: response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true, "type": ["resource"] }}') Can anyone provide some guidance on how to limit results from the search API to specific record types? Thanks. Don -------------- next part -------------- An HTML attachment was scrubbed... URL: From don.mennerich at nyu.edu Wed Nov 9 12:04:39 2016 From: don.mennerich at nyu.edu (Donald Mennerich) Date: Wed, 9 Nov 2016 12:04:39 -0500 Subject: [Archivesspace_Users_Group] limiting API search query to specific record types In-Reply-To: <9c9fd5972c4446a1b56b2bdadb33d08d@ESGMTWEX12.win.ad.jhu.edu> References: <9c9fd5972c4446a1b56b2bdadb33d08d@ESGMTWEX12.win.ad.jhu.edu> Message-ID: Thanks, Thanks, I did try that. The resources endpoint is expecting an :id, and the api returns: {"error"=>{"id"=>["Wanted type Integer but got 'search'"]}} Don On Wed, Nov 9, 2016 at 11:53 AM, Valerie Addonizio wrote: > This is only a guess, but including the endpoint for Resource may do it, > here, in your string: > > > > repositories/3/resources/ > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Donald > Mennerich > *Sent:* Wednesday, November 09, 2016 11:43 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] limiting API search query to > specific record types > > > > AUG: > > > > I am trying to get resource records from the ASpace API, I'm currently > using the advanced query example that Chris had posted in 2015. > > response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy > Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal": > true}}') > > While this returns the wanted resource record, the api also returns an > accession record and a collection control management. So my question: how > can I filter to just resource records? I see in the json for any record has > a field to "type"=>["resource"], and there's documentation in the API > about using this field in an advanced query: > > > > [String] type ? The record type to search (defaults to all types if not > specified) > > > > I've tried adding a "type" parameter to a query in numerous ways, such as: > > response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy > Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true, > *"type": ["resource"] *}}') > > > > Can anyone provide some guidance on how to limit results from the search > API to specific record types? > > > > Thanks. > > > > Don > > > > _______________________________________________ > 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 egadsby at towson.edu Wed Nov 9 12:07:25 2016 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Wed, 9 Nov 2016 17:07:25 +0000 Subject: [Archivesspace_Users_Group] A user can only create containers when they are made an admin... Message-ID: <92BC0D27-26D5-4AA8-8C82-496B900382A8@towson.edu> Dear Friends, We have recently spun up our ArchivesSpace server and one of our archives staff reports the following problem ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace created users. Thank you in advance for any insight the group can provide. Eric T Gadsby Towson University egadsby at towson.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddoniz at jhu.edu Wed Nov 9 13:44:32 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Wed, 9 Nov 2016 18:44:32 +0000 Subject: [Archivesspace_Users_Group] limiting API search query to specific record types In-Reply-To: References: <9c9fd5972c4446a1b56b2bdadb33d08d@ESGMTWEX12.win.ad.jhu.edu> Message-ID: <8ae6094786c64aa09c680f20d447e679@ESGMTWEX12.win.ad.jhu.edu> Hmm, another suggestion from a colleague is to remove the brackets around resource: response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true, "type": "resource" }}') From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Donald Mennerich Sent: Wednesday, November 09, 2016 12:05 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] limiting API search query to specific record types Thanks, Thanks, I did try that. The resources endpoint is expecting an :id, and the api returns: {"error"=>{"id"=>["Wanted type Integer but got 'search'"]}} Don On Wed, Nov 9, 2016 at 11:53 AM, Valerie Addonizio > wrote: This is only a guess, but including the endpoint for Resource may do it, here, in your string: repositories/3/resources/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Donald Mennerich Sent: Wednesday, November 09, 2016 11:43 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] limiting API search query to specific record types AUG: I am trying to get resource records from the ASpace API, I'm currently using the advanced query example that Chris had posted in 2015. response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true}}') While this returns the wanted resource record, the api also returns an accession record and a collection control management. So my question: how can I filter to just resource records? I see in the json for any record has a field to "type"=>["resource"], and there's documentation in the API about using this field in an advanced query: [String] type ? The record type to search (defaults to all types if not specified) I've tried adding a "type" parameter to a query in numerous ways, such as: response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true, "type": ["resource"] }}') Can anyone provide some guidance on how to limit results from the search API to specific record types? Thanks. Don _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Wed Nov 9 16:55:36 2016 From: james at hudmol.com (James Bullen) Date: Thu, 10 Nov 2016 08:55:36 +1100 Subject: [Archivesspace_Users_Group] limiting API search query to specific record types In-Reply-To: <8ae6094786c64aa09c680f20d447e679@ESGMTWEX12.win.ad.jhu.edu> References: <9c9fd5972c4446a1b56b2bdadb33d08d@ESGMTWEX12.win.ad.jhu.edu> <8ae6094786c64aa09c680f20d447e679@ESGMTWEX12.win.ad.jhu.edu> Message-ID: <8D862E5B-6D55-498A-8F2D-F70282C895AF@hudmol.com> Hi Don, Try this: type[]=resource Cheers, James > On Nov 10, 2016, at 5:44 AM, Valerie Addonizio wrote: > > Hmm, another suggestion from a colleague is to remove the brackets around resource: > > response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true, "type": "resource" }}') > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Donald Mennerich > Sent: Wednesday, November 09, 2016 12:05 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] limiting API search query to specific record types > > Thanks, > > Thanks, I did try that. The resources endpoint is expecting an :id, and the api returns: {"error"=>{"id"=>["Wanted type Integer but got 'search'"]}} > > Don > > On Wed, Nov 9, 2016 at 11:53 AM, Valerie Addonizio > wrote: > This is only a guess, but including the endpoint for Resource may do it, here, in your string: > > repositories/3/resources/ > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Donald Mennerich > Sent: Wednesday, November 09, 2016 11:43 AM > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] limiting API search query to specific record types > > AUG: > > I am trying to get resource records from the ASpace API, I'm currently using the advanced query example that Chris had posted in 2015. > response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true}}') > While this returns the wanted resource record, the api also returns an accession record and a collection control management. So my question: how can I filter to just resource records? I see in the json for any record has a field to "type"=>["resource"], and there's documentation in the API about using this field in an advanced query: > > [String] type ? The record type to search (defaults to all types if not specified) > > I've tried adding a "type" parameter to a query in numerous ways, such as: > response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true, "type": ["resource"] }}') > > Can anyone provide some guidance on how to limit results from the search API to specific record types? > > Thanks. > > Don > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:58236ea1294121893667704! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:58236ea1294121893667704! -------------- next part -------------- An HTML attachment was scrubbed... URL: From don.mennerich at nyu.edu Thu Nov 10 07:50:15 2016 From: don.mennerich at nyu.edu (Donald Mennerich) Date: Thu, 10 Nov 2016 07:50:15 -0500 Subject: [Archivesspace_Users_Group] limiting API search query to specific record types In-Reply-To: <8D862E5B-6D55-498A-8F2D-F70282C895AF@hudmol.com> References: <9c9fd5972c4446a1b56b2bdadb33d08d@ESGMTWEX12.win.ad.jhu.edu> <8ae6094786c64aa09c680f20d447e679@ESGMTWEX12.win.ad.jhu.edu> <8D862E5B-6D55-498A-8F2D-F70282C895AF@hudmol.com> Message-ID: Thanks James, that did it just for reference: > client.get('repositories/3/search?type[]=resource&page=1&aq={"query":{"field":"title","value":"' > + q + '", "jsonmodel_type":"field_query","negated":false,"literal":true}}') Donald R. Mennerich, digital archivist New York University Libraries don.mennerich at nyu.edu (212) 992-6264 On Wed, Nov 9, 2016 at 4:55 PM, James Bullen wrote: > > Hi Don, > > Try this: > type[]=resource > > > Cheers, > James > > > > On Nov 10, 2016, at 5:44 AM, Valerie Addonizio wrote: > > Hmm, another suggestion from a colleague is to remove the brackets around > resource: > > response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy > Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal":true, > "type": "resource" }}') > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Donald > Mennerich > *Sent:* Wednesday, November 09, 2016 12:05 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] limiting API search query to > specific record types > > Thanks, > > Thanks, I did try that. The resources endpoint is expecting an :id, and > the api returns: {"error"=>{"id"=>["Wanted type Integer but got > 'search'"]}} > > Don > > On Wed, Nov 9, 2016 at 11:53 AM, Valerie Addonizio > wrote: > This is only a guess, but including the endpoint for Resource may do it, > here, in your string: > > repositories/3/resources/ > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Donald > Mennerich > *Sent:* Wednesday, November 09, 2016 11:43 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] limiting API search query to > specific record types > > AUG: > > I am trying to get resource records from the ASpace API, I'm currently > using the advanced query example that Chris had posted in 2015. > > response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy > Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal": > true}}') > > While this returns the wanted resource record, the api also returns an > accession record and a collection control management. So my question: how > can I filter to just resource records? I see in the json for any record has > a field to "type"=>["resource"], and there's documentation in the API > about using this field in an advanced query: > > > [String] type ? The record type to search (defaults to all types if not > specified) > > > I've tried adding a "type" parameter to a query in numerous ways, such as: > > response = client.get('repositories/3/search?page=1&aq={"query":{"field":"title","value":"Jeremy > Blake Papers", "jsonmodel_type":"field_query","negated":false,"literal": > true, *"type": ["resource"] *}}') > > > Can anyone provide some guidance on how to limit results from the search > API to specific record types? > > Thanks. > > Don > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:58236ea1294121893667704! ___________________________________ > ____________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:58236ea1294121893667704! > > > > _______________________________________________ > 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 kyle.fortney at okstate.edu Thu Nov 10 09:57:53 2016 From: kyle.fortney at okstate.edu (Fortney, Kyle) Date: Thu, 10 Nov 2016 14:57:53 +0000 Subject: [Archivesspace_Users_Group] Lock Version Message-ID: I may be dense but I cannot seem to find an explanation of the lock_version field. Can anyone explain this field? Thanks, Kyle Fortney Computer Specialist Library Systems 308 Edmon Low Library, OSU (405) 744-7924 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ljdavis at jhu.edu Thu Nov 10 12:38:32 2016 From: ljdavis at jhu.edu (Lora Davis) Date: Thu, 10 Nov 2016 17:38:32 +0000 Subject: [Archivesspace_Users_Group] Lock Version In-Reply-To: References: Message-ID: <6a809f6a8c3a4726ad4e48a913fab50d@ESGEBEX8.win.ad.jhu.edu> I'm happy to (try to) answer more in depth questions if you've got 'em, but most directly it is a versioning measure. Each time a record is saved, the lock_version increases by one. As we've gone about doing a lot of metadata cleanup here via the API the lock_version has been a constant source of attention/consideration to us as you cannot POST data if there is a lock_version mismatch (this is, indeed, a GOOD thing since it will keep you from posting old data over new!). It gets complicated, though, given the linking of certain record types to others (e.g. accessions linked to resources). For example, we intended - during the process of relinking new subject/agent records to all our accessions and resources - to post ALL our resources and accessions in at once. It ended up that once an accession record was posted with a link to a resource record that the lock versions of BOTH the accession and resource records were upped due to the link between them. We had to GET fresh resource records (with updated lock_versions), link our subject/agents, and then repost just the resources after doing so first with the accessions. Hope that makes sense and helps, 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 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Fortney, Kyle Sent: Thursday, November 10, 2016 9:58 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Lock Version I may be dense but I cannot seem to find an explanation of the lock_version field. Can anyone explain this field? Thanks, Kyle Fortney Computer Specialist Library Systems 308 Edmon Low Library, OSU (405) 744-7924 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddoniz at jhu.edu Thu Nov 10 12:41:32 2016 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Thu, 10 Nov 2016 17:41:32 +0000 Subject: [Archivesspace_Users_Group] Lock Version In-Reply-To: References: Message-ID: The lock version is a failsafe to prevent changes being made while a record is in use. It increments automatically every time a change is made. For instance, if you got a record out through the API and made a change while another user had that same record open (and saved) in the interface, your change would be rejected because it was not the last lock version number. As an experiment, get a record out, make a change, get it out again and you will see the lock version change. This can complicate large-scale pushes through the API, and forces you to think hard about what will change what (for instance, all the lock version will change on linked accessions when you push in updates resources records). -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Fortney, Kyle Sent: Thursday, November 10, 2016 9:58 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Lock Version I may be dense but I cannot seem to find an explanation of the lock_version field. Can anyone explain this field? Thanks, Kyle Fortney Computer Specialist Library Systems 308 Edmon Low Library, OSU (405) 744-7924 -------------- next part -------------- An HTML attachment was scrubbed... URL: From flemingj at uncw.edu Thu Nov 10 12:48:10 2016 From: flemingj at uncw.edu (Fleming, Jason) Date: Thu, 10 Nov 2016 17:48:10 +0000 Subject: [Archivesspace_Users_Group] https setup problem Message-ID: Hello, We are trying to get https working on our staff side following the linked directions and we got it working for the sign in page. But, when we go to a record and click on view or edit it switches to http and breaks. I'm sure there is an easy fix for this and I was wondering if anyone had encountered this and could point it out? *Note: I tried changing lines in config.rb and it didn't seem to make a difference so I left it alone. https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md [https://avatars2.githubusercontent.com/u/1311559?v=3&s=400] archivesspace/README_HTTPS.md at master - GitHub github.com This document describes a simple approach for those wishing to install ArchivesSpace in such a manner that all end-user requests (i.e., URLs) are served over HTTPS ... -Jason Jason Fleming University of North Carolina Wilmington (910) 962-2675 flemingj at uncw.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ihardy at email.gwu.edu Thu Nov 10 15:12:10 2016 From: ihardy at email.gwu.edu (Hardy, Ian) Date: Thu, 10 Nov 2016 15:12:10 -0500 Subject: [Archivesspace_Users_Group] RDE issues Message-ID: Hi, There was some discussion of the rapid data entry tool crashing for users this spring, but it seemed unresolved. I wanted to ask if anyone else is experiencing this or better yet, if someone else has already solved it. Here's what we're seeing right now: - User enters data into RDE - When she submits data the browser spins trying to reload the page - She quits her browser and logs back in, the browser will hang when she visits the same record. - The data does actually go through Here's some information about our environment: User is in Chrome Aspace 1.4.2 on Linux 4gb ram w/ 2048mb assigned to Java Nginx reverse proxy (but we get the same issue when we skip the proxy) Thanks for considering, Ian -- Ian Hardy Systems Specialist GW Libraries ihardy at gwu.edu helpdesk: (202) 994-8278 -------------- next part -------------- An HTML attachment was scrubbed... URL: From atummino at sunymaritime.edu Thu Nov 10 17:05:55 2016 From: atummino at sunymaritime.edu (Tummino, Annie) Date: Thu, 10 Nov 2016 22:05:55 +0000 Subject: [Archivesspace_Users_Group] LibraryHost In-Reply-To: References: <1b1114aefbd64db59088e2fd22a8718a@EX02.sunymaritime.edu> Message-ID: Hi Clifford, This is our first iteration of the Guide. It?s totally possible that there are things I have misinterpreted, things we will add later etc., as this is our first pass. Feedback based on your own understanding and experience would be absolutely welcome. Annie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 3:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost Thanks Annie -- we're in the same boat. Good to know that the training is on hold; maybe that'll give us a little time to get more of our stuff together. I would be interested in seeing that user guide if it is not too much trouble. This is virgin territory for us though I have worked in porting out EAD to DAMs before... it's a little different. Cheers, Clifford On Thu, Oct 27, 2016 at 3:21 PM, Tummino, Annie > wrote: Hi Allen, We just started using LibraryHost a couple of months ago and it is working out great so far. I sent this same query to the SAA Lone Arrangers list and only got positive feedback about LibraryHost, which made me confident about moving forward. They also offer a free trial which is nice. Because we have no EAD files to begin with, we are starting with a relatively clean slate, so we didn?t need assistance with migration. Generally speaking, I am sure starting from scratch is a lot easier than what large institutions are confronting. I?ll note that the LibraryHost expert on ASpace is currently on maternity leave, so they are not able to do a training until she returns, but we are moving forward with branding in her absence. I have found that for our needs, I?ve been getting along just fine using the ASpace help center documentation, and it?s not really been a problem that we had to put off the training. We are creating a user guide which I?d be happy to share with you. Hope this helps, Annie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 11:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] LibraryHost Hi All, Forgive me if this has been brought up before and is a dead-horse topic, but as someone who is just beginning to implement ArchivesSpace, what are the advantages/disadvantages of LibraryHost as compared to Atlas and LYRASIS? As we are a small institution their lower price points are attractive, but I'm wondering if that is because certain necessary services/aspects aren't being offered. Thanks so much in advance for weighing in. Sincerely, -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Archives Space Directions share.pdf Type: application/pdf Size: 235576 bytes Desc: Archives Space Directions share.pdf URL: From atummino at sunymaritime.edu Thu Nov 10 17:06:49 2016 From: atummino at sunymaritime.edu (Tummino, Annie) Date: Thu, 10 Nov 2016 22:06:49 +0000 Subject: [Archivesspace_Users_Group] LibraryHost In-Reply-To: References: <1b1114aefbd64db59088e2fd22a8718a@EX02.sunymaritime.edu> Message-ID: P.S. I should add that this is really for creating resources (finding aids) and assumes you have already set up a repository and created an accession. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 3:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost Thanks Annie -- we're in the same boat. Good to know that the training is on hold; maybe that'll give us a little time to get more of our stuff together. I would be interested in seeing that user guide if it is not too much trouble. This is virgin territory for us though I have worked in porting out EAD to DAMs before... it's a little different. Cheers, Clifford On Thu, Oct 27, 2016 at 3:21 PM, Tummino, Annie > wrote: Hi Allen, We just started using LibraryHost a couple of months ago and it is working out great so far. I sent this same query to the SAA Lone Arrangers list and only got positive feedback about LibraryHost, which made me confident about moving forward. They also offer a free trial which is nice. Because we have no EAD files to begin with, we are starting with a relatively clean slate, so we didn?t need assistance with migration. Generally speaking, I am sure starting from scratch is a lot easier than what large institutions are confronting. I?ll note that the LibraryHost expert on ASpace is currently on maternity leave, so they are not able to do a training until she returns, but we are moving forward with branding in her absence. I have found that for our needs, I?ve been getting along just fine using the ASpace help center documentation, and it?s not really been a problem that we had to put off the training. We are creating a user guide which I?d be happy to share with you. Hope this helps, Annie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 11:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] LibraryHost Hi All, Forgive me if this has been brought up before and is a dead-horse topic, but as someone who is just beginning to implement ArchivesSpace, what are the advantages/disadvantages of LibraryHost as compared to Atlas and LYRASIS? As we are a small institution their lower price points are attractive, but I'm wondering if that is because certain necessary services/aspects aren't being offered. Thanks so much in advance for weighing in. Sincerely, -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. -------------- next part -------------- An HTML attachment was scrubbed... URL: From atummino at sunymaritime.edu Thu Nov 10 17:08:25 2016 From: atummino at sunymaritime.edu (Tummino, Annie) Date: Thu, 10 Nov 2016 22:08:25 +0000 Subject: [Archivesspace_Users_Group] LibraryHost In-Reply-To: References: <1b1114aefbd64db59088e2fd22a8718a@EX02.sunymaritime.edu> Message-ID: <523f6c8459934b039830b01928647d8c@EX02.sunymaritime.edu> Sorry folks! I was trying to send this to Clifford and mistakenly sent to the whole list. Well, if anyone else wants to see our Guide, there you have it. That?s what happens when you try to do things at the end of the day when you are about to leave. Best, Annie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tummino, Annie Sent: Thursday, November 10, 2016 5:07 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost P.S. I should add that this is really for creating resources (finding aids) and assumes you have already set up a repository and created an accession. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 3:57 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] LibraryHost Thanks Annie -- we're in the same boat. Good to know that the training is on hold; maybe that'll give us a little time to get more of our stuff together. I would be interested in seeing that user guide if it is not too much trouble. This is virgin territory for us though I have worked in porting out EAD to DAMs before... it's a little different. Cheers, Clifford On Thu, Oct 27, 2016 at 3:21 PM, Tummino, Annie > wrote: Hi Allen, We just started using LibraryHost a couple of months ago and it is working out great so far. I sent this same query to the SAA Lone Arrangers list and only got positive feedback about LibraryHost, which made me confident about moving forward. They also offer a free trial which is nice. Because we have no EAD files to begin with, we are starting with a relatively clean slate, so we didn?t need assistance with migration. Generally speaking, I am sure starting from scratch is a lot easier than what large institutions are confronting. I?ll note that the LibraryHost expert on ASpace is currently on maternity leave, so they are not able to do a training until she returns, but we are moving forward with branding in her absence. I have found that for our needs, I?ve been getting along just fine using the ASpace help center documentation, and it?s not really been a problem that we had to put off the training. We are creating a user guide which I?d be happy to share with you. Hope this helps, Annie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Clifford Allen Sent: Thursday, October 27, 2016 11:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] LibraryHost Hi All, Forgive me if this has been brought up before and is a dead-horse topic, but as someone who is just beginning to implement ArchivesSpace, what are the advantages/disadvantages of LibraryHost as compared to Atlas and LYRASIS? As we are a small institution their lower price points are attractive, but I'm wondering if that is because certain necessary services/aspects aren't being offered. Thanks so much in advance for weighing in. Sincerely, -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Clifford Allen Archivist | The Watermill Center | Robert Wilson 115 W 29th St., 10th Fl., New York, NY 10001 main: +1 212 253 7484 x 113 clifford.allen at watermillcenter.org | www.watermillcenter.org JOIN US! | BECOME A MEMBER OF THE WATERMILL CENTER TODAY Connect with us on Facebook, Twitter, Instagram, Flickr, and Vimeo. Join our email list! The Watermill Center is the principal operation of the Byrd Hoffman Watermill Foundation, a US 501(c)3 organization incorporated in the state of New York. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Fri Nov 11 09:47:59 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 11 Nov 2016 14:47:59 +0000 Subject: [Archivesspace_Users_Group] Check out the test site of the new ArchivesSpace PUI Message-ID: Dear ArchivesSpace colleagues: I am writing to provide an update about the development of the new ArchivesSpace Public Interface. As a reminder, here is the release timeline that we drafted and shared earlier in the year: * candidate release, 12/16/2016 * official testing period, 12/19/2016 - 2/28/2017 * official release, 3/31/2017 We're still on track to have everything done in time for an official release in March, but it's likely that we will push that candidate release date back a few weeks. Since we haven't changed the date yet I don't have a new date to share at this time, but if we do push the date back it will probably be postponed to January. In the meantime, I also wanted to share a link with everyone to a working version of the new public interface so that you could see things in action before everything is finished. You can access that website here: http://pui.hudmol.com/ (and thanks to Hudson Molonglo for hosting this site for us during the development process!!!) Please note that this site is still a work in progress. You might stumble across bugs, and it's possible that some features could stop working from one day to the next. Also, not all features have been added (e.g. "Record Group" / Classification pages) or fully implemented yet (e.g. the "Collection organization" navigation sidebar). In any event, this site will provide a more interactive way to explore the development process before the design has been finished. In the coming weeks, we will also create a few introductory videos for the new PUI that will focus on and explain a few of the new, exciting features. You can also follow along with the development process at the ArchivesSpace PUI wiki: https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project More news soon, 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 Fri Nov 11 10:18:52 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 11 Nov 2016 15:18:52 +0000 Subject: [Archivesspace_Users_Group] Check out the test site of the new ArchivesSpace PUI In-Reply-To: References: Message-ID: All, I regret that I didn't include at least one search example with the previous announcement. Since today's the first day of the 2016 World Chess Championship, here's a timely one: http://pui.hudmol.com/search?utf8=%E2%9C%93&q=chess I'll also come back to this example later on in one of the introductory videos, since I think it might be a good case to explain how the new archival inheritance feature will work once it's implemented (see https://archivesspace.atlassian.net/browse/AR-1300). All my best, 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: Friday, 11 November, 2016 9:48 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] Check out the test site of the new ArchivesSpace PUI Dear ArchivesSpace colleagues: I am writing to provide an update about the development of the new ArchivesSpace Public Interface. As a reminder, here is the release timeline that we drafted and shared earlier in the year: * candidate release, 12/16/2016 * official testing period, 12/19/2016 - 2/28/2017 * official release, 3/31/2017 We're still on track to have everything done in time for an official release in March, but it's likely that we will push that candidate release date back a few weeks. Since we haven't changed the date yet I don't have a new date to share at this time, but if we do push the date back it will probably be postponed to January. In the meantime, I also wanted to share a link with everyone to a working version of the new public interface so that you could see things in action before everything is finished. You can access that website here: http://pui.hudmol.com/ (and thanks to Hudson Molonglo for hosting this site for us during the development process!!!) Please note that this site is still a work in progress. You might stumble across bugs, and it's possible that some features could stop working from one day to the next. Also, not all features have been added (e.g. "Record Group" / Classification pages) or fully implemented yet (e.g. the "Collection organization" navigation sidebar). In any event, this site will provide a more interactive way to explore the development process before the design has been finished. In the coming weeks, we will also create a few introductory videos for the new PUI that will focus on and explain a few of the new, exciting features. You can also follow along with the development process at the ArchivesSpace PUI wiki: https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project More news soon, 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 christine.dibella at lyrasis.org Mon Nov 14 09:19:02 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Mon, 14 Nov 2016 14:19:02 +0000 Subject: [Archivesspace_Users_Group] new technical support option for ArchivesSpace members Message-ID: Dear ArchivesSpace members, ArchivesSpace is happy to announce an additional way for ArchivesSpace members to receive technical support. Courtesy of resources approved by the ArchivesSpace Governance Board, staff from LYRASIS Technology Services will be taking an added role in providing help to individual ArchivesSpace members and contributing to the technical documentation for the application. As befits a Community-Supported Software application, when you need help, we encourage you to look to the community first by posting to the Users Group listserv. Given the breadth of knowledge and experience on the listserv, and the sheer number of people participating (currently over 850 subscribers), many issues will be resolved quickly this way and everyone will benefit from the discussion of the issue and its solution. If you are unable to resolve the issue using the listserv, or if you think you need more individualized assistance from the start, please email ArchivesSpaceHome at lyrasis.org with your issue. If it requires technical assistance beyond the program staff's expertise, a program staff member will create a ticket and LYRASIS Technology Services staff will follow up with you. When applicable, once the issue has been resolved, LYRASIS Technology Services staff will also update related technical documentation on GitHub to make the issue easier to resolve for other users. Please note that while there is no limit on the number of requests a member organization may make for assistance, support provided through membership is geared toward helping people learn how to help themselves and there are limits to the complexity of issues that can be addressed. For example, membership does not include hosting, customization, data migration, or intensive data repair. We can provide you with strong guidance in these areas, but we can't undertake the solutions themselves for you. If your issue requires assistance beyond what is possible through membership, we will alert you to this and suggest alternatives. Please continue to file bug reports and feature requests via JIRA at http://support.archivesspace.org. More information is available at https://archivesspace.atlassian.net/wiki/display/ADC/How+to+Report+a+Bug and https://archivesspace.atlassian.net/wiki/display/ADC/How+to+Request+a+New+Feature. Program staff can assist you with filing these if you need help, or if a bug report or feature request comes out of your support request. We hope that you will find the availability of this additional level of technical assistance helpful. If you have any questions, or if you need assistance, please email the program team at ArchivesSpaceHome at lyrasis.org. 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 jennyjing at brandeis.edu Mon Nov 14 09:52:00 2016 From: jennyjing at brandeis.edu (Hong Jing) Date: Mon, 14 Nov 2016 09:52:00 -0500 Subject: [Archivesspace_Users_Group] Job Posting: Digital Initiatives Librarian @ Brandeis University Message-ID: *Please excuse for cross-posting* *Job Posting: Digital Initiatives Librarian (Job ID: 525688)* Brandeis University seeks to hire a Digital Initiatives Librarian to be responsible for administration and configuration of institutional repository and related systems and applications. *Examples of Key Responsibilities:* - Responsible for administration and configuration of institutional repository and related systems and applications, including but not limited to creation of new IR communities and collections. Outreach to communities, for planning and performing batch loads of new collections, implementation of workflow, technical processes and methodology, and administering authorizations and roles within the institutional repository and related applications. - Works in conjunction with library systems staff, vendor support staff and open source communities, and Scholarly Communications to troubleshoot, resolve and escalate problems; works in conjunction with library systems staff to coordinate and perform application and system upgrades. Creates specifications and scripting for metadata transformation and crosswalks. - Performs technical support for faculty and staff in the use of the institutional repository and related applications, and assists with process and workflow development. Works as a member of the library team to plan and implement changes to delivered public interfaces; works as a member of the library team to integrate digital collections with other campus-wide applications. - Assists with creation of short and long-term plans for digitization of selected materials, working with content specialists and faculty members to determine priorities for digitization. Works as a member of Library & Technology Service (LTS) teams to assist faculty and staff in decision making for new collections. Receives requests for assistance with digital materials, and evaluates the appropriateness of those materials for inclusion in current or future digital asset systems. - Performs execution and support of LTS institutional repository policies and procedures, and assists in the development of policies as needed. Serves as resident authority for metadata and digitization standards. Helps guide and ensure adherence to capture standards, metadata standards, preservation standards, technical workflow and quality control. - Back-up core function of systems in the library and be available for on-call *Qualifications:* MLS or MSI degree from an ALA-accredited institution of higher education; 3-5 years experience with library digital repositories Experience developing and managing digital software (DSpace, ArchivesSpace); knowledge and experience working in Unix or Linux systems at the CLI Proven engagement in the broader library systems community with a focus on administering and supporting digital initiatives applications and services; familiarity with metadata standards such as EAD, MARC, Dublic Core Strong organizational, communication, customer service and interpersonal skills; ability to work well with faculty, staff, and students. *Preferred skills:* Familiarity with digitization projects and standards for various materials, e.g. electronic theses and dissertations, manuscripts, photographs and audio and video recordings Experience with scripting languages and using APIs; experience with CSS, XML, XSL, XSLT and harvesting standards; experience in a research library or academic library *How to Apply:* Submit cover letter and resume as a single document at http://www.brandeis.edu/humanresources/jobs/external.html. Elect option for "External Applicant". Sort the job listing by clicking the *Job ID* column heading. Locate the desired job listing by Job ID. Click the job title and then Apply Now. *Closing Statement:* Brandeis University is an affirmative action/equal opportunity employer and encourages minorities, women, disabled individuals, and eligible veterans to apply. It is the policy of the University not to discriminate against any applicant or employee on the basis of race, ancestry, color, religion, sex, sexual orientation, age, genetic information, national origin, disability, veteran status, or on the basis of any other legally protected category. -- Jenny Jing Manager, Library Systems Library & Technology Services, Brandeis University Library 781-736-4698 JennyJing at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ArchivesSpaceHome at lyrasis.org Tue Nov 15 08:56:15 2016 From: ArchivesSpaceHome at lyrasis.org (ArchivesSpaceHome) Date: Tue, 15 Nov 2016 13:56:15 +0000 Subject: [Archivesspace_Users_Group] Job posting for Vanderbilt University Message-ID: Posted on behalf of Valerie Hotchkiss. From: Hotchkiss, Valerie [mailto:valerie.hotchkiss at vanderbilt.edu] Sent: Monday, November 14, 2016 2:53 PM To: ArchivesSpaceHome Subject: Job posting Dear Archives Space colleagues, Since this job description specifically entails introducing ArchivesSpace at Vanderbilt, I wonder if you can help us spread the word about it? https://vanderuniv.taleo.net/careersection/.vu_cs/jobdetail.ftl?job=1605657 Many thanks, v Valerie Hotchkiss University Librarian The Jean and Alexander Heard Library Vanderbilt University (615) 322-4782 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ccrist at eastman.org Tue Nov 15 12:34:55 2016 From: ccrist at eastman.org (Cheri Crist) Date: Tue, 15 Nov 2016 12:34:55 -0500 Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Message-ID: Hi list, I'm finding that somewhere in the annals of time, individual pieces of ephemera were given museum object numbers in TMS, and these numbers are written on the items. I'm wondering if anyone out there has a best practice for recording these numbers in AS. I thought recording the TMS number in the Component Unique Identifier field at item level would work, but it doesn't show up in the pdf. (It does show in the public interface, however.) What have other people done? Thanks, Cheri 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: From sally.vermaaten at nyu.edu Tue Nov 15 14:37:56 2016 From: sally.vermaaten at nyu.edu (Sally Vermaaten) Date: Tue, 15 Nov 2016 14:37:56 -0500 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Message-ID: Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: - it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy - it takes a couple of minutes to open any archival object in the series in edit mode and - it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Carolyn-Runyon at utc.edu Tue Nov 15 14:46:25 2016 From: Carolyn-Runyon at utc.edu (Runyon, Carolyn) Date: Tue, 15 Nov 2016 19:46:25 +0000 Subject: [Archivesspace_Users_Group] [archivesspace] Problems working with archival object with large number of direct children In-Reply-To: References: Message-ID: We have noticed this as well. In fact, one of our resource records is large enough that it won?t open on the staff interface at all. Carolyn Runyon Assistant Head of Collection Services and Director of Special Collections University of Tennessee at Chattanooga Library 615 McCallie Ave., Chattanooga, TN 37403 Carolyn-Runyon at utc.edu, (423) 425-4503 Dept. 6456, LIB 439D On Nov 15, 2016, at 2:37 PM, Sally Vermaaten > wrote: Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: * it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy * it takes a couple of minutes to open any archival object in the series in edit mode and * it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 -- You received this message because you are subscribed to the Google Groups "ArchivesSpace" group. To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com. For more options, visit https://groups.google.com/d/optout. -------------- next part -------------- An HTML attachment was scrubbed... URL: From REedwards at getty.edu Tue Nov 15 14:49:02 2016 From: REedwards at getty.edu (Ryan Edwards) Date: Tue, 15 Nov 2016 19:49:02 +0000 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: References: Message-ID: Hello Sally, We?ve also noticed that it can take a while (2-3 minutes) to load one of our largest resources, even after we increased the physical RAM on our server. -Ryan Ryan Edwards Digital Access and Systems Librarian Getty Research Institute From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Sally Vermaaten Sent: Tuesday, November 15, 2016 11:38 AM To: archivesspace at googlegroups.com; Archivesspace Users Group Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy ? it takes a couple of minutes to open any archival object in the series in edit mode and ? it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Tue Nov 15 15:25:20 2016 From: j at minorscience.com (Jason Loeffler) Date: Tue, 15 Nov 2016 15:25:20 -0500 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: References: Message-ID: Hi Sally, Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading* all JSON objects* associated with a resource into the browser. Maybe an ASpace dev can weigh in. >From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. JL On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten wrote: > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > > - it takes several minutes to open the series in the 'tree' navigation > view and then, once opened scrolling through series is very slow / laggy > - it takes a couple of minutes to open any archival object in the > series in edit mode and > - it takes a couple of minutes to save changes to any archival object > within the series > > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > > _______________________________________________ > 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: report.pdf Type: application/pdf Size: 81907 bytes Desc: not available URL: From j at minorscience.com Tue Nov 15 15:35:06 2016 From: j at minorscience.com (Jason Loeffler) Date: Tue, 15 Nov 2016 15:35:06 -0500 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: References: Message-ID: I should add that application performance was a hot topic in August last year. Some of the issues described have been mitigated and/or implemented; others not so much. http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2015-August/002285.html http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2015-August/002319.html http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2015-August/002346.html On Tue, Nov 15, 2016 at 3:25 PM, Jason Loeffler wrote: > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading* all JSON objects* associated with a resource into the browser. > Maybe an ASpace dev can weigh in. > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: > >> Hi everyone, >> >> We're running into an issue with a large resource record in ArchivesSpace >> and wonder if anyone has experienced a similar issue. In one resource >> record, we have a series/archival object with around 19,000 direct >> children/archival objects. We've found that: >> >> - it takes several minutes to open the series in the 'tree' >> navigation view and then, once opened scrolling through series is very slow >> / laggy >> - it takes a couple of minutes to open any archival object in the >> series in edit mode and >> - it takes a couple of minutes to save changes to any archival object >> within the series >> >> Does anyone else have a similarly large archival object in a resource >> record? If so, have you observed the same long load/save time when editing >> the component records? >> >> The slow load time does not seem to be affected by memory allocation; >> we've tried increasing the speed / size of the server and it seemed to have >> no effect. We'd definitely appreciate any other suggestions for how we >> might fix or work around the problem. >> >> We also wonder if this performance issue is essentially caused by the >> queries being run to generate the UI view - i.e. perhaps in generating the >> resource 'tree' view, all data for the whole series (all 19k archival >> objects) is being retrieved and stored in memory? If so, we wondered if it >> would be possible and would make sense to change the queries running during >> tree generation, etc. to only retrieve some batches at a time, lazy loading >> style? >> >> Thanks, >> Weatherly and Sally >> >> -- >> Sally Vermaaten >> Project Manager, Archival Systems >> New York University Libraries >> 1-212-992-6259 >> >> _______________________________________________ >> 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 Joshua.D.Shaw at dartmouth.edu Tue Nov 15 15:46:44 2016 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Tue, 15 Nov 2016 20:46:44 +0000 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: References: Message-ID: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> Hi all ? We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. Best, Joshua From: on behalf of Jason Loeffler Reply-To: Archivesspace Users Group Date: Tuesday, November 15, 2016 at 3:25 PM To: Archivesspace Users Group Cc: "archivesspace at googlegroups.com" Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi Sally, Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. JL On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy ? it takes a couple of minutes to open any archival object in the series in edit mode and ? it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Tue Nov 15 18:17:37 2016 From: james at hudmol.com (James Bullen) Date: Wed, 16 Nov 2016 10:17:37 +1100 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> References: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> Message-ID: <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> Hi all, As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. Cheers, James ? James Bullen Hudson Molonglo > On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw wrote: > > Hi all ? > > We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. > > If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. > > I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. > > One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. > > Best, > Joshua > > From: > on behalf of Jason Loeffler > > Reply-To: Archivesspace Users Group > > Date: Tuesday, November 15, 2016 at 3:25 PM > To: Archivesspace Users Group > > Cc: "archivesspace at googlegroups.com " > > Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children > > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: >> Hi everyone, >> >> We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: >> ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy >> ? it takes a couple of minutes to open any archival object in the series in edit mode and >> ? it takes a couple of minutes to save changes to any archival object within the series >> Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? >> >> The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. >> >> We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? >> >> Thanks, >> Weatherly and Sally >> >> -- >> Sally Vermaaten >> Project Manager, Archival Systems >> New York University Libraries >> 1-212-992-6259 >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > !DSPAM:582b7444314351074817778! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b7444314351074817778! -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Tue Nov 15 18:28:44 2016 From: j at minorscience.com (Jason Loeffler) Date: Tue, 15 Nov 2016 18:28:44 -0500 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> References: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> Message-ID: Thanks so much, James. Can you tell me if there's a script available for generating an arbitrary number of test records? Something similar to Drupal's devel generate hooks? 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 Tue, Nov 15, 2016 at 6:17 PM, James Bullen wrote: > > Hi all, > > As part of our new role as ArchivesSpace development partner, we will be > addressing issues like this as a priority. > > It is still early days and we?re working with the folks at the > ArchivesSpace program on a release schedule, so we can?t make any > definitive statements yet, but please know that we are aware of this issue > and will address it as soon as we are able. > > > Cheers, > James > > > ? > James Bullen > Hudson Molonglo > > > > On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: > > Hi all ? > > We at Dartmouth have experienced similar issues. We have some large > resources as well (one has 60K+ objects in the tree) and anything that > involves a save or rearrangement (moving a file around, etc) can take a * > *lot** of time (many minutes) and may cause an error ? typically of the > ?another user is modifying this record? type. > > If we have to do any modifications to a resource of that size, we a) > budget a lot of time and b) do things in small increments ? ie don?t move > more than a couple of files around at a time. It?s not a great solution, > but it does minimize some of the headache. > > I **think** (but haven?t had the time to really dig into this) that one > reason the error comes about is because the indexer steps on/collides with > the process that the save/arrangement kicked off. We are still running 1.3 > and hope that some of our issues will be mitigated when we move to 1.5.1, > though we know that not all of them have been resolved yet. > > One other data point is that we?ve got a plugin that runs as a background > job doing a bunch of importing. This background job touches some of the > larger resources, but does **not** cause the errors and long save times, > which leads me to believe that a lot of the problem is in the frontend ? > perhaps with the way the tree is populated - as Jason pointed out. > > Best, > Joshua > > *From: * on > behalf of Jason Loeffler > *Reply-To: *Archivesspace Users Group lyralists.lyrasis.org> > *Date: *Tuesday, November 15, 2016 at 3:25 PM > *To: *Archivesspace Users Group lyralists.lyrasis.org> > *Cc: *"archivesspace at googlegroups.com" > *Subject: *Re: [Archivesspace_Users_Group] Problems working with archival > object with large number of direct children > > Hi Sally, > > Definitely, yes. We have many resources with 5,000 or more archival object > records. We've deployed on some pretty decent Amazon EC2 boxes (16GB > memory, burstable CPU, etc.) with negligible improvement. I have a feeling > that this is not a resource allocation issue. Looking at the web inspector, > most of the time is spent negotiating jstree and/or > loading* all JSON objects* associated with a resource into the browser. > Maybe an ASpace dev can weigh in. > > > From the sysadmin side, Maureen Callahan at Yale commissioned Percona to > evaluate ArchivesSpace and MySQL performance. I've attached the report. Let > me know if you need any help interpreting the report. > > At some point, and quite apart from this thread, I hope we can > collectively revisit the staff interface architecture and recommend > improvements. > > JL > > On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: > > Hi everyone, > > We're running into an issue with a large resource record in ArchivesSpace > and wonder if anyone has experienced a similar issue. In one resource > record, we have a series/archival object with around 19,000 direct > children/archival objects. We've found that: > ? it takes several minutes to open the series in the 'tree' > navigation view and then, once opened scrolling through series is very slow > / laggy > ? it takes a couple of minutes to open any archival object in the > series in edit mode and > ? it takes a couple of minutes to save changes to any archival > object within the series > Does anyone else have a similarly large archival object in a resource > record? If so, have you observed the same long load/save time when editing > the component records? > > The slow load time does not seem to be affected by memory allocation; > we've tried increasing the speed / size of the server and it seemed to have > no effect. We'd definitely appreciate any other suggestions for how we > might fix or work around the problem. > > We also wonder if this performance issue is essentially caused by the > queries being run to generate the UI view - i.e. perhaps in generating the > resource 'tree' view, all data for the whole series (all 19k archival > objects) is being retrieved and stored in memory? If so, we wondered if it > would be possible and would make sense to change the queries running during > tree generation, etc. to only retrieve some batches at a time, lazy loading > style? > > Thanks, > Weatherly and Sally > > -- > Sally Vermaaten > Project Manager, Archival Systems > New York University Libraries > 1-212-992-6259 > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b7444314351074817778! ___________________________________ > ____________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b7444314351074817778! > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Tue Nov 15 18:56:38 2016 From: james at hudmol.com (James Bullen) Date: Wed, 16 Nov 2016 10:56:38 +1100 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: References: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> Message-ID: Hi Jason - I?m not aware of a script like this. Cheers ? James > On Nov 16, 2016, at 10:28 AM, Jason Loeffler wrote: > > Thanks so much, James. Can you tell me if there's a script available for generating an arbitrary number of test records? Something similar to Drupal's devel generate hooks? > > 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 Tue, Nov 15, 2016 at 6:17 PM, James Bullen > wrote: > > Hi all, > > As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. > > It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. > > > Cheers, > James > > > ? > James Bullen > Hudson Molonglo > > > >> On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: >> >> Hi all ? >> >> We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. >> >> If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. >> >> I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. >> >> One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. >> >> Best, >> Joshua >> >> From: > on behalf of Jason Loeffler > >> Reply-To: Archivesspace Users Group > >> Date: Tuesday, November 15, 2016 at 3:25 PM >> To: Archivesspace Users Group > >> Cc: "archivesspace at googlegroups.com " > >> Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children >> >> Hi Sally, >> >> Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. >> >> >> From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. >> >> At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. >> >> JL >> >> On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: >>> Hi everyone, >>> >>> We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: >>> ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy >>> ? it takes a couple of minutes to open any archival object in the series in edit mode and >>> ? it takes a couple of minutes to save changes to any archival object within the series >>> Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? >>> >>> The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. >>> >>> We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? >>> >>> Thanks, >>> Weatherly and Sally >>> >>> -- >>> Sally Vermaaten >>> Project Manager, Archival Systems >>> New York University Libraries >>> 1-212-992-6259 >>> >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> wbr>582b7444314351074817778! _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> !DSPAM:582b7444314351074817778! > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b9a4b138833087816299! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582b9a4b138833087816299! -------------- next part -------------- An HTML attachment was scrubbed... URL: From egadsby at towson.edu Tue Nov 15 19:47:14 2016 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Wed, 16 Nov 2016 00:47:14 +0000 Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... Message-ID: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Tue Nov 15 21:10:52 2016 From: j at minorscience.com (Jason Loeffler) Date: Wed, 16 Nov 2016 02:10:52 +0000 (UTC) Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: References: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> Message-ID: Thanks, James. Just wondering if there's a load test battery for a large dataset. I can generate a large dataset if you think it is useful for your work.? On Tue, Nov 15, 2016 at 6:56 PM -0500, "James Bullen" wrote: Hi Jason - I?m not aware of a script like this. ?Cheers ? James On Nov 16, 2016, at 10:28 AM, Jason Loeffler wrote: Thanks so much, James. Can you tell me if there's a script available for generating an arbitrary number of test records? Something similar to Drupal's devel?generate?hooks? Jason LoefflerTechnology Consultant |?The American Academy in RomeMinor Science | Application Development & Metadata StrategyBrooklyn, New Yorkjason at minorscience.com(347) 405-0826minorscience (Skype) On Tue, Nov 15, 2016 at 6:17 PM, James Bullen??wrote: Hi all, As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. Cheers,James ?James BullenHudson Molonglo On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw wrote: Hi all ??We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type.?If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache.?I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet.?One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out.?Best,Joshua?From:? on behalf of Jason Loeffler Reply-To:?Archivesspace Users Group Date:?Tuesday, November 15, 2016 at 3:25 PM To:?Archivesspace Users Group Cc:?"archivesspace at googlegroups.com" Subject:?Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children?Hi Sally,?Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating?jstree?and/or loading?all JSON objects?associated with a resource into the browser. Maybe an ASpace dev can weigh in. >From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report.?At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements.??JL?On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten wrote:Hi everyone,?We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue.?In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ???????????it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy??????????it takes a couple of minutes to open any archival object in the series in edit mode and???????????it takes a couple of minutes to save changes to any archival object within the seriesDoes anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records???The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem.?We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style???Thanks,Weatherly?and Sally?--?Sally Vermaaten Project Manager, Archival Systems New York University Libraries1-212-992-6259 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group?wbr>582b7444314351074817778!?_______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b7444314351074817778! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b9a4b138833087816299! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b9a4b138833087816299! -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Tue Nov 15 21:34:17 2016 From: james at hudmol.com (James Bullen) Date: Wed, 16 Nov 2016 13:34:17 +1100 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: References: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> Message-ID: <6C7D60FD-2AA6-447C-A55A-19BCC2433E49@hudmol.com> That could be useful thanks Jason. Cheers ? James > On Nov 16, 2016, at 1:10 PM, Jason Loeffler wrote: > > > Thanks, James. Just wondering if there's a load test battery for a large dataset. I can generate a large dataset if you think it is useful for your work. > > > > > On Tue, Nov 15, 2016 at 6:56 PM -0500, "James Bullen" > wrote: > > > Hi Jason - I?m not aware of a script like this. Cheers ? James > > >> On Nov 16, 2016, at 10:28 AM, Jason Loeffler > wrote: >> >> Thanks so much, James. Can you tell me if there's a script available for generating an arbitrary number of test records? Something similar to Drupal's devel generate hooks? >> >> 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 Tue, Nov 15, 2016 at 6:17 PM, James Bullen > wrote: >> >> Hi all, >> >> As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. >> >> It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. >> >> >> Cheers, >> James >> >> >> ? >> James Bullen >> Hudson Molonglo >> >> >> >>> On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: >>> >>> Hi all ? >>> >>> We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. >>> >>> If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. >>> >>> I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. >>> >>> One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. >>> >>> Best, >>> Joshua >>> >>> From: > on behalf of Jason Loeffler > >>> Reply-To: Archivesspace Users Group > >>> Date: Tuesday, November 15, 2016 at 3:25 PM >>> To: Archivesspace Users Group > >>> Cc: "archivesspace at googlegroups.com " > >>> Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children >>> >>> Hi Sally, >>> >>> Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. >>> >>> >>> From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. >>> >>> At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. >>> >>> JL >>> >>> On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: >>>> Hi everyone, >>>> >>>> We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: >>>> ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy >>>> ? it takes a couple of minutes to open any archival object in the series in edit mode and >>>> ? it takes a couple of minutes to save changes to any archival object within the series >>>> Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? >>>> >>>> The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. >>>> >>>> We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? >>>> >>>> Thanks, >>>> Weatherly and Sally >>>> >>>> -- >>>> Sally Vermaaten >>>> Project Manager, Archival Systems >>>> New York University Libraries >>>> 1-212-992-6259 >>>> >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >>> wbr>582b7444314351074817778! _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >>> >>> wbr class="">582b7444314351074817778! >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> !DSPAM:582b9a4b138833087816299! _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> !DSPAM:582b9a4b138833087816299! > > !DSPAM:582bc03b277649809715286! > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:582bc03b277649809715286! -------------- next part -------------- An HTML attachment was scrubbed... URL: From payten at paytengiles.com Wed Nov 16 02:20:26 2016 From: payten at paytengiles.com (Payten Giles) Date: Wed, 16 Nov 2016 18:20:26 +1100 Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... In-Reply-To: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> References: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> Message-ID: Hi there Eric, Access to the ?Create? for containers is provided by the?update_container_record role. ?It looks like this isn?t granted to managers (repository-managers) by default. ?This has a bug vibe and I?ll ensure a JIRA issue is recorded. In the meantime, you can expand the roles available to your repository managers by following these steps: 1. Login as an administrator 2. Ensure the repository you?d like to update is selected 3. Under the ?cog? icon next to the repository name, select "Manage Groups? 4. Select ?Edit? next to the?repository-managers group 5. Under ?Members can?, ensure the checkbox for "create/update top container records? is selected 6. Save Group Hopefully the ?Create? action will now be available! Thanks, Payten On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) wrote: I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report:? ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.?? Our server has only been in production for a few weeks and is set-up per the?http://www.archivesspace.org?recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks!? Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 _______________________________________________ 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 payten.giles at gmail.com Wed Nov 16 02:05:24 2016 From: payten.giles at gmail.com (Payten Giles) Date: Wed, 16 Nov 2016 04:05:24 -0300 Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... In-Reply-To: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> References: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> Message-ID: Hi there Eric, Access to the ?Create? for containers is provided by the update_container_record role. It looks like this isn?t granted to managers (repository-managers) by default. This has a bug vibe and I?ll ensure a JIRA issue is recorded. In the meantime, you can expand the roles available to your repository managers by following these steps: 1. Login as an administrator 2. Ensure the repository you?d like to update is selected 3. Under the ?cog? icon next to the repository name, select "Manage Groups? 4. Select ?Edit? next to the repository-managers group 5. Under ?Members can?, ensure the checkbox for "create/update top container records? is selected 6. Save Group Hopefully the ?Create? action will now be available! Thanks, Payten On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) wrote: I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 _______________________________________________ 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 egadsby at towson.edu Wed Nov 16 07:32:22 2016 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Wed, 16 Nov 2016 12:32:22 +0000 Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... In-Reply-To: References: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> Message-ID: Payten, Thanks I will have the users try that and report back. Thanks for your help! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 On Nov 16, 2016, at 2:20 AM, Payten Giles > wrote: Hi there Eric, Access to the ?Create? for containers is provided by the update_container_record role. It looks like this isn?t granted to managers (repository-managers) by default. This has a bug vibe and I?ll ensure a JIRA issue is recorded. In the meantime, you can expand the roles available to your repository managers by following these steps: 1. Login as an administrator 2. Ensure the repository you?d like to update is selected 3. Under the ?cog? icon next to the repository name, select "Manage Groups? 4. Select ?Edit? next to the repository-managers group 5. Under ?Members can?, ensure the checkbox for "create/update top container records? is selected 6. Save Group Hopefully the ?Create? action will now be available! Thanks, Payten On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) wrote: I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From Joshua.D.Shaw at dartmouth.edu Wed Nov 16 07:45:33 2016 From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw) Date: Wed, 16 Nov 2016 12:45:33 +0000 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> References: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> Message-ID: Thanks, James! For the rest of the list, especially those who haven?t had a chance to work with James and the rest of the gang at HM, we?ve had nothing but great work on the customizations we?ve had done. All by way of saying that if James says they are gonna fix it? it?ll be fixed! Joshua From: on behalf of James Bullen Reply-To: Archivesspace Users Group Date: Tuesday, November 15, 2016 at 6:17 PM To: Archivesspace Users Group , "archivesspace at googlegroups.com" Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi all, As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. Cheers, James ? James Bullen Hudson Molonglo On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: Hi all ? We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. Best, Joshua From: > on behalf of Jason Loeffler > Reply-To: Archivesspace Users Group > Date: Tuesday, November 15, 2016 at 3:25 PM To: Archivesspace Users Group > Cc: "archivesspace at googlegroups.com" > Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi Sally, Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. JL On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy ? it takes a couple of minutes to open any archival object in the series in edit mode and ? it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b7444314351074817778! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b7444314351074817778! -------------- next part -------------- An HTML attachment was scrubbed... URL: From ykester at skidmore.edu Wed Nov 16 09:40:17 2016 From: ykester at skidmore.edu (Yvonne Kester) Date: Wed, 16 Nov 2016 14:40:17 +0000 Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... In-Reply-To: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> References: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> Message-ID: Hi Eric, We had a problem creating top containers a couple months ago. This is the answer I got from Christine: ?There is a permission that needs to be added for the permission group that your user account is part of in order for you to create top containers. See the three options for containers below; there is also one for the new location profile functionality. Have your system administrator (or someone who otherwise has privileges that allow them to manage users) add any permissions you need to your permission group. [cid:image001.png at 01D23FED.6E85D7B0] (There?s information about managing users and permission groups in the manual at http://docs.archivesspace.org/Default.htm#UserPermGroupsManage.htm ) I hope this helps! Yvonne From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Gadsby, Eric T. Sent: Tuesday, November 15, 2016 7:47 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 20851 bytes Desc: image001.png URL: From christine.dibella at lyrasis.org Wed Nov 16 10:00:30 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 16 Nov 2016 15:00:30 +0000 Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace In-Reply-To: References: Message-ID: Hi Cheri, From what you describe, Component Unique Identifier is the best field in which to record this information. This field is part of the standard EAD export (it exports as ), so it is available for use in the PDF. The PDF layout and formatting is controlled by an XSLT stylesheet (called as-ead-pdf.xsl) that comes with ArchivesSpace and is stored on your server in the archivesspace/stylesheets folder. The stylesheet is editable and customizable, if you have parts that you want to display differently from how it comes ?out of the box?. There is code already in the stylesheet that is commented out that can be uncommented to add unitids to higher level components. Does anyone on the list have a stylesheet they can share that displays unitids at lower levels? Or can you point Cheri in the right direction for how to modify hers? 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 Cheri Crist Sent: Tuesday, November 15, 2016 12:35 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Hi list, I'm finding that somewhere in the annals of time, individual pieces of ephemera were given museum object numbers in TMS, and these numbers are written on the items. I'm wondering if anyone out there has a best practice for recording these numbers in AS. I thought recording the TMS number in the Component Unique Identifier field at item level would work, but it doesn't show up in the pdf. (It does show in the public interface, however.) What have other people done? Thanks, Cheri 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: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From mark.custer at yale.edu Wed Nov 16 11:28:37 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Wed, 16 Nov 2016 16:28:37 +0000 Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace In-Reply-To: References: Message-ID: Christine, Cheri: I?ve been meaning to make a few changes to the XSL-FO Stylesheet that ASpace uses to create PDFs, and it seems like this should feature request should be in the core code. I doubt I?ll get around to this work until late December / early January, but I?d be happy to submit a pull request if this is added to JIRA. In the meantime, there are a couple of things going on here: 1. As Christine notes, there?s a section in the file already that will display series-level unitid values if that section is uncommented (you can find that section in the ?? at the end of the section. Ideally, I?d like to change this so that you could just pass a different parameter to the file to control that behavior so that folks won?t have to edit the XSL file itself. 2. For the lower-levels, you?ll need to make sure that the unitid elements are called by the parent ead:did template, but right now that?s not happening. At the very end of the file, you?ll find the following template: , To see your unitds in the output, change that template to this: , Now, if you have a unitid of ?xyz? and create a PDF file, it?ll display as ?ID: xyz?. If you don?t want that label, you can remove ?mode=?dsc?? from the highlighted line above, and you?ll just get ?xyz? in the output. I hope that helps, Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella Sent: Wednesday, 16 November, 2016 10:01 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Hi Cheri, From what you describe, Component Unique Identifier is the best field in which to record this information. This field is part of the standard EAD export (it exports as ), so it is available for use in the PDF. The PDF layout and formatting is controlled by an XSLT stylesheet (called as-ead-pdf.xsl) that comes with ArchivesSpace and is stored on your server in the archivesspace/stylesheets folder. The stylesheet is editable and customizable, if you have parts that you want to display differently from how it comes ?out of the box?. There is code already in the stylesheet that is commented out that can be uncommented to add unitids to higher level components. Does anyone on the list have a stylesheet they can share that displays unitids at lower levels? Or can you point Cheri in the right direction for how to modify hers? 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 Cheri Crist Sent: Tuesday, November 15, 2016 12:35 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Hi list, I'm finding that somewhere in the annals of time, individual pieces of ephemera were given museum object numbers in TMS, and these numbers are written on the items. I'm wondering if anyone out there has a best practice for recording these numbers in AS. I thought recording the TMS number in the Component Unique Identifier field at item level would work, but it doesn't show up in the pdf. (It does show in the public interface, however.) What have other people done? Thanks, Cheri 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: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From sdm7g at eservices.virginia.edu Wed Nov 16 11:30:30 2016 From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Wed, 16 Nov 2016 16:30:30 +0000 Subject: [Archivesspace_Users_Group] splitting containers encoded as box:folder Message-ID: <7E86D5DF-07E2-4459-83D5-5CA07AD80EC0@eservices.virginia.edu> We have thousands of archival_objects where container type_1 is encoded as ?box:folder? ( with some variation of case and punctuation ) and with the value encoded in a similar manner ( i.e. ?1:1? ) This was our normal encoding practice in EAD. I have since added code to our pre-import stylesheet to split these into separate container elements, but these records have already been imported previous to discovering this issue. It would seem easier to fix and split these values before doing the 1.5.1 migration. In test migrations, the result is separate top containers for all of the I?ve been exploring my options for doing this. Using the backend API would appear to be too difficult and time consuming, so I?m probably going to shutdown the servers and run the backend server from the console to run a script to convert all of the values. ( I suppose an alternative would be to do the updates directly from MySQL, but I?ve been advising others not to do this. And I probably feel more comfortable doing it in ruby thru the sequel GEM than directly in MySQL. And I don?t trust EAD roundtripping in ASpace enough to try to export/fix/import via EAD. ) Just wondering if anyone else has had to deal with a similar problem and how it was managed? ? Steve Majewski From mark.cooper at lyrasis.org Wed Nov 16 11:58:16 2016 From: mark.cooper at lyrasis.org (Mark Cooper) Date: Wed, 16 Nov 2016 16:58:16 +0000 Subject: [Archivesspace_Users_Group] splitting containers encoded as box:folder In-Reply-To: <7E86D5DF-07E2-4459-83D5-5CA07AD80EC0@eservices.virginia.edu> References: <7E86D5DF-07E2-4459-83D5-5CA07AD80EC0@eservices.virginia.edu> Message-ID: Hi Steve, It's definitely a good idea to be very cautious with SQL updates to the ArchivesSpace db, but in this case I'd argue it's appropriate, as well as being the most straightforward path. There's always more than one way to do it but it's something along the lines of: Create a tmp table of the container ids and split indicator_1 (ind1, ind2) values where type_1 is box:folder Update container type_1 to box where id is in your tmp box:folder table Update container type_2 to folder where id is in your tmp box:folder table Use the matching id in the tmp table to update indicator_1 -> ind1, indicator_2 -> ind2. Reindex (you can be precise about it by looking up related records through container -> instances and updating their system_mtime, but just doing everything is easiest). 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 Majewski, Steven Dennis (sdm7g) Sent: Wednesday, November 16, 2016 8:30:30 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] splitting containers encoded as box:folder We have thousands of archival_objects where container type_1 is encoded as ?box:folder? ( with some variation of case and punctuation ) and with the value encoded in a similar manner ( i.e. ?1:1? ) This was our normal encoding practice in EAD. I have since added code to our pre-import stylesheet to split these into separate container elements, but these records have already been imported previous to discovering this issue. It would seem easier to fix and split these values before doing the 1.5.1 migration. In test migrations, the result is separate top containers for all of the I?ve been exploring my options for doing this. Using the backend API would appear to be too difficult and time consuming, so I?m probably going to shutdown the servers and run the backend server from the console to run a script to convert all of the values. ( I suppose an alternative would be to do the updates directly from MySQL, but I?ve been advising others not to do this. And I probably feel more comfortable doing it in ruby thru the sequel GEM than directly in MySQL. And I don?t trust EAD roundtripping in ASpace enough to try to export/fix/import via EAD. ) Just wondering if anyone else has had to deal with a similar problem and how it was managed? ? Steve Majewski _______________________________________________ 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 smithkr at mit.edu Wed Nov 16 12:27:46 2016 From: smithkr at mit.edu (Kari R Smith) Date: Wed, 16 Nov 2016 17:27:46 +0000 Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace In-Reply-To: References: Message-ID: <29F559819ACA9A4FBF208407D4B63ABB01046C12E4@OC11expo28.exchange.mit.edu> Hi all, Has there been a fix for having the EAD ID show along with the Resource title when selecting a resource for Background Printing jobs? We are finding that we have many collections that begin, Massachusetts Institute of Technology, Office of the Pick Your Choice of Offices, Dean of the office mentioned. Because the Dates (which often distinguishes one collection from another) don?t display in the Resource title, we are faced with just printed all of the them and then sorting out the single collections we were trying to Print the finding aid for. Kari 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/ 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, November 16, 2016 11:29 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Christine, Cheri: I?ve been meaning to make a few changes to the XSL-FO Stylesheet that ASpace uses to create PDFs, and it seems like this should feature request should be in the core code. I doubt I?ll get around to this work until late December / early January, but I?d be happy to submit a pull request if this is added to JIRA. In the meantime, there are a couple of things going on here: 1. As Christine notes, there?s a section in the file already that will display series-level unitid values if that section is uncommented (you can find that section in the ?? at the end of the section. Ideally, I?d like to change this so that you could just pass a different parameter to the file to control that behavior so that folks won?t have to edit the XSL file itself. 2. For the lower-levels, you?ll need to make sure that the unitid elements are called by the parent ead:did template, but right now that?s not happening. At the very end of the file, you?ll find the following template: , To see your unitds in the output, change that template to this: , Now, if you have a unitid of ?xyz? and create a PDF file, it?ll display as ?ID: xyz?. If you don?t want that label, you can remove ?mode=?dsc?? from the highlighted line above, and you?ll just get ?xyz? in the output. I hope that helps, Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella Sent: Wednesday, 16 November, 2016 10:01 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Hi Cheri, From what you describe, Component Unique Identifier is the best field in which to record this information. This field is part of the standard EAD export (it exports as ), so it is available for use in the PDF. The PDF layout and formatting is controlled by an XSLT stylesheet (called as-ead-pdf.xsl) that comes with ArchivesSpace and is stored on your server in the archivesspace/stylesheets folder. The stylesheet is editable and customizable, if you have parts that you want to display differently from how it comes ?out of the box?. There is code already in the stylesheet that is commented out that can be uncommented to add unitids to higher level components. Does anyone on the list have a stylesheet they can share that displays unitids at lower levels? Or can you point Cheri in the right direction for how to modify hers? 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 Cheri Crist Sent: Tuesday, November 15, 2016 12:35 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Hi list, I'm finding that somewhere in the annals of time, individual pieces of ephemera were given museum object numbers in TMS, and these numbers are written on the items. I'm wondering if anyone out there has a best practice for recording these numbers in AS. I thought recording the TMS number in the Component Unique Identifier field at item level would work, but it doesn't show up in the pdf. (It does show in the public interface, however.) What have other people done? Thanks, Cheri 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: image002.png Type: image/png Size: 12360 bytes Desc: image002.png URL: From christine.dibella at lyrasis.org Wed Nov 16 13:11:49 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 16 Nov 2016 18:11:49 +0000 Subject: [Archivesspace_Users_Group] RDE issues In-Reply-To: References: Message-ID: Hi Ian, A fix to mitigate this issue was included in v.1.5.0/v1.5.1 (see https://archivesspace.atlassian.net/browse/AR-1457). Since you?re still on v1.4.2, do you have a timetable for upgrading? If you?re planning to stay at v1.4.2 for awhile, deleting any archivesspace_rde cookies may help when you encounter this. 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 Hardy, Ian Sent: Thursday, November 10, 2016 3:12 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] RDE issues Hi, There was some discussion of the rapid data entry tool crashing for users this spring, but it seemed unresolved. I wanted to ask if anyone else is experiencing this or better yet, if someone else has already solved it. Here's what we're seeing right now: * User enters data into RDE * When she submits data the browser spins trying to reload the page * She quits her browser and logs back in, the browser will hang when she visits the same record. * The data does actually go through Here's some information about our environment: User is in Chrome Aspace 1.4.2 on Linux 4gb ram w/ 2048mb assigned to Java Nginx reverse proxy (but we get the same issue when we skip the proxy) Thanks for considering, Ian -- Ian Hardy Systems Specialist GW Libraries ihardy at gwu.edu helpdesk: (202) 994-8278 -------------- 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 christine.dibella at lyrasis.org Wed Nov 16 13:13:15 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 16 Nov 2016 18:13:15 +0000 Subject: [Archivesspace_Users_Group] distinguishing between resources in Print to PDF area (was DACS 7.1.6 equivalent in ArchivesSpace) Message-ID: Hi Kari, Does using the Browse option rather than the typeahead when choosing a resource to print to PDF give you enough information to distinguish between results? Identifier is included on the browse screen but not in the typeahead results. There are at least two relevant feature requests for this: one for having dates and extents display in browse/search results for accessions, resources, and digital objects: https://archivesspace.atlassian.net/browse/AR-1500 and another for having typeaheads for accessions, resources, and digital objects that include the identifier: https://archivesspace.atlassian.net/browse/AR-1410. Neither of these is currently in progress, but feel free to add comments to one or both of them if they sound like they would help with what you want to do. 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 Kari R Smith Sent: Wednesday, November 16, 2016 12:28 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] DACS 7.1.6 equivalent in ArchivesSpace Hi all, Has there been a fix for having the EAD ID show along with the Resource title when selecting a resource for Background Printing jobs? We are finding that we have many collections that begin, Massachusetts Institute of Technology, Office of the Pick Your Choice of Offices, Dean of the office mentioned. Because the Dates (which often distinguishes one collection from another) don?t display in the Resource title, we are faced with just printed all of the them and then sorting out the single collections we were trying to Print the finding aid for. Kari 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: -------------- 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 Wed Nov 16 17:17:47 2016 From: prom at illinois.edu (Prom, Christopher John) Date: Wed, 16 Nov 2016 22:17:47 +0000 Subject: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children In-Reply-To: References: <44F19B6F-CD13-43C6-A494-92223359C987@dartmouth.edu> <404DE50A-B8DD-4A4D-B14A-FDDED5B64D57@hudmol.com> Message-ID: <6038D713-1C62-4669-BEC9-04469885C77E@illinois.edu> I'm glad to see this is being addressed, since it has been a known issue for quite some time. I do hope it can also be fixed for resources many many linked with digital objects, not just resource components.. For collections with many linked digital objects, the same problem occurs. Thanks, Chris Prom University of Illinois On Nov 16, 2016, at 6:45 AM, Joshua D. Shaw > wrote: Thanks, James! For the rest of the list, especially those who haven?t had a chance to work with James and the rest of the gang at HM, we?ve had nothing but great work on the customizations we?ve had done. All by way of saying that if James says they are gonna fix it? it?ll be fixed! Joshua From: > on behalf of James Bullen > Reply-To: Archivesspace Users Group > Date: Tuesday, November 15, 2016 at 6:17 PM To: Archivesspace Users Group >, "archivesspace at googlegroups.com" > Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi all, As part of our new role as ArchivesSpace development partner, we will be addressing issues like this as a priority. It is still early days and we?re working with the folks at the ArchivesSpace program on a release schedule, so we can?t make any definitive statements yet, but please know that we are aware of this issue and will address it as soon as we are able. Cheers, James ? James Bullen Hudson Molonglo On Nov 16, 2016, at 7:46 AM, Joshua D. Shaw > wrote: Hi all ? We at Dartmouth have experienced similar issues. We have some large resources as well (one has 60K+ objects in the tree) and anything that involves a save or rearrangement (moving a file around, etc) can take a *lot* of time (many minutes) and may cause an error ? typically of the ?another user is modifying this record? type. If we have to do any modifications to a resource of that size, we a) budget a lot of time and b) do things in small increments ? ie don?t move more than a couple of files around at a time. It?s not a great solution, but it does minimize some of the headache. I *think* (but haven?t had the time to really dig into this) that one reason the error comes about is because the indexer steps on/collides with the process that the save/arrangement kicked off. We are still running 1.3 and hope that some of our issues will be mitigated when we move to 1.5.1, though we know that not all of them have been resolved yet. One other data point is that we?ve got a plugin that runs as a background job doing a bunch of importing. This background job touches some of the larger resources, but does *not* cause the errors and long save times, which leads me to believe that a lot of the problem is in the frontend ? perhaps with the way the tree is populated - as Jason pointed out. Best, Joshua From: > on behalf of Jason Loeffler > Reply-To: Archivesspace Users Group > Date: Tuesday, November 15, 2016 at 3:25 PM To: Archivesspace Users Group > Cc: "archivesspace at googlegroups.com" > Subject: Re: [Archivesspace_Users_Group] Problems working with archival object with large number of direct children Hi Sally, Definitely, yes. We have many resources with 5,000 or more archival object records. We've deployed on some pretty decent Amazon EC2 boxes (16GB memory, burstable CPU, etc.) with negligible improvement. I have a feeling that this is not a resource allocation issue. Looking at the web inspector, most of the time is spent negotiating jstree and/or loading all JSON objects associated with a resource into the browser. Maybe an ASpace dev can weigh in. From the sysadmin side, Maureen Callahan at Yale commissioned Percona to evaluate ArchivesSpace and MySQL performance. I've attached the report. Let me know if you need any help interpreting the report. At some point, and quite apart from this thread, I hope we can collectively revisit the staff interface architecture and recommend improvements. JL On Tue, Nov 15, 2016 at 2:37 PM, Sally Vermaaten > wrote: Hi everyone, We're running into an issue with a large resource record in ArchivesSpace and wonder if anyone has experienced a similar issue. In one resource record, we have a series/archival object with around 19,000 direct children/archival objects. We've found that: ? it takes several minutes to open the series in the 'tree' navigation view and then, once opened scrolling through series is very slow / laggy ? it takes a couple of minutes to open any archival object in the series in edit mode and ? it takes a couple of minutes to save changes to any archival object within the series Does anyone else have a similarly large archival object in a resource record? If so, have you observed the same long load/save time when editing the component records? The slow load time does not seem to be affected by memory allocation; we've tried increasing the speed / size of the server and it seemed to have no effect. We'd definitely appreciate any other suggestions for how we might fix or work around the problem. We also wonder if this performance issue is essentially caused by the queries being run to generate the UI view - i.e. perhaps in generating the resource 'tree' view, all data for the whole series (all 19k archival objects) is being retrieved and stored in memory? If so, we wondered if it would be possible and would make sense to change the queries running during tree generation, etc. to only retrieve some batches at a time, lazy loading style? Thanks, Weatherly and Sally -- Sally Vermaaten Project Manager, Archival Systems New York University Libraries 1-212-992-6259 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b7444314351074817778! _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group !DSPAM:582b7444314351074817778! _______________________________________________ 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 egadsby at towson.edu Thu Nov 17 06:31:45 2016 From: egadsby at towson.edu (Gadsby, Eric T.) Date: Thu, 17 Nov 2016 11:31:45 +0000 Subject: [Archivesspace_Users_Group] A user who is set as manager of a collection can not create containers... In-Reply-To: References: <52B9DEC3-08BD-43F0-ABCC-0DA6A4AB4BA4@towson.edu> Message-ID: <802558A6-9792-4D68-96D2-6991B1D41188@towson.edu> Payten, Our users report that worked. Yvonne thanks for your input as well. Thanks everybody! Sincerely, Eric T Gadsby IT Operations Specialist, Cook Library Towson University egadsby at towson.edu 410-704-3340 > On Nov 16, 2016, at 2:20 AM, Payten Giles wrote: > > Hi there Eric, > > Access to the ?Create? for containers is provided by the update_container_record role. It looks like this isn?t granted to managers (repository-managers) by default. This has a bug vibe and I?ll ensure a JIRA issue is recorded. > > In the meantime, you can expand the roles available to your repository managers by following these steps: > > 1. Login as an administrator > 2. Ensure the repository you?d like to update is selected > 3. Under the ?cog? icon next to the repository name, select "Manage Groups? > 4. Select ?Edit? next to the repository-managers group > 5. Under ?Members can?, ensure the checkbox for "create/update top container records? is selected > 6. Save Group > > Hopefully the ?Create? action will now be available! > > Thanks, > Payten > > > On 16 November 2016 at 11:47:21 AM, Gadsby, Eric T. (egadsby at towson.edu) wrote: > >> I posted this to the list earlier but the list seems more active this week so I thought I?d try again. One of ouse users is manger of a collection but can?t create containers in it here is what they report: >> >> ?While attempting to create top containers for instances, I only had access to ?browse? but not create. I had management level access at the time. I had to be given admin level access to be able to gain the create button for top containers. The create option disappeared when placed on just admin level access. I had to be placed in both levels of access to be able to create top containers.? >> >> Our server has only been in production for a few weeks and is set-up per the http://www.archivesspace.org recommendations. Our server does authenticate via LDAP (Active Directory) but our users experience is the same using an AD or ArchivesSpace local users. Do you know how we might resolve this or what might be the next steps in troubleshooting? Thanks! >> >> Sincerely, >> >> Eric T Gadsby >> IT Operations Specialist, Cook Library >> Towson University >> egadsby at towson.edu >> 410-704-3340 _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From jacqueline.rider at ptsem.edu Tue Nov 22 11:27:17 2016 From: jacqueline.rider at ptsem.edu (Rider, Jacqueline) Date: Tue, 22 Nov 2016 16:27:17 +0000 Subject: [Archivesspace_Users_Group] Reports disappeared Message-ID: <488CDB45-A749-4365-8E8E-E863E86D0661@contoso.com> We upgraded to 1.5.1 and can no longer generate reports. When I select Reports from the drop-down gear next to the repository name, I am taken to Background Jobs. I checked the config.rb file as instructed in Enabling Reports, and it looks as it should. I just want some of the default reports, specifically Accessions Acquired. Thanks in advance for any help, Jackie Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From noah.huffman at duke.edu Tue Nov 22 11:48:17 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Tue, 22 Nov 2016 16:48:17 +0000 Subject: [Archivesspace_Users_Group] Reports disappeared In-Reply-To: <488CDB45-A749-4365-8E8E-E863E86D0661@contoso.com> References: <488CDB45-A749-4365-8E8E-E863E86D0661@contoso.com> Message-ID: Hi Jackie, As of v1.5, reports are now a type of background job. So, to run a report click create>background jobs. In the Job Type drop down, choose Reports. You?ll then see the familiar list of reports. -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 Rider, Jacqueline Sent: Tuesday, November 22, 2016 11:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Reports disappeared We upgraded to 1.5.1 and can no longer generate reports. When I select Reports from the drop-down gear next to the repository name, I am taken to Background Jobs. I checked the config.rb file as instructed in Enabling Reports, and it looks as it should. I just want some of the default reports, specifically Accessions Acquired. Thanks in advance for any help, Jackie Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacqueline.rider at ptsem.edu Tue Nov 22 12:13:36 2016 From: jacqueline.rider at ptsem.edu (Rider, Jacqueline) Date: Tue, 22 Nov 2016 17:13:36 +0000 Subject: [Archivesspace_Users_Group] Reports disappeared Message-ID: Found it. Thanks, Noah. Jackie From: on behalf of Noah Huffman Reply-To: Archivesspace Users Group Date: Tuesday, November 22, 2016 at 11:48 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Reports disappeared Hi Jackie, As of v1.5, reports are now a type of background job. So, to run a report click create>background jobs. In the Job Type drop down, choose Reports. You?ll then see the familiar list of reports. -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 Rider, Jacqueline Sent: Tuesday, November 22, 2016 11:27 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Reports disappeared We upgraded to 1.5.1 and can no longer generate reports. When I select Reports from the drop-down gear next to the repository name, I am taken to Background Jobs. I checked the config.rb file as instructed in Enabling Reports, and it looks as it should. I just want some of the default reports, specifically Accessions Acquired. Thanks in advance for any help, Jackie Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Tue Nov 22 12:33:07 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Tue, 22 Nov 2016 17:33:07 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Message-ID: Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From bthomas at tsl.texas.gov Tue Nov 22 12:36:10 2016 From: bthomas at tsl.texas.gov (Brian Thomas) Date: Tue, 22 Nov 2016 17:36:10 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: Off-hand, do you have a mismatch for punctuation? ` v. ' 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Tue Nov 22 12:43:26 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Tue, 22 Nov 2016 17:43:26 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: I don't even know what your answer means! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Tuesday, November 22, 2016 12:36 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Off-hand, do you have a mismatch for punctuation? ` v. ' 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From bthomas at tsl.texas.gov Tue Nov 22 12:46:08 2016 From: bthomas at tsl.texas.gov (Brian Thomas) Date: Tue, 22 Nov 2016 17:46:08 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: The error message shows two different types of single quotation, which look very similar. There is the one on the left, which is the character that shares the ~ key, and the one on the right, which should be directly next to the enter key. So 'container' not `container' No guarantee that is the answer. 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, November 22, 2016 11:43 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I don't even know what your answer means! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Tuesday, November 22, 2016 12:36 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Off-hand, do you have a mismatch for punctuation? ` v. ' 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave_mayo at harvard.edu Tue Nov 22 12:51:56 2016 From: dave_mayo at harvard.edu (Mayo, Dave) Date: Tue, 22 Nov 2016 17:51:56 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: Hi all, I have a partial answer to the original question (what is this meant to tell me). Short version: It's not meant to tell you anything, because it's an uncaught Ruby error in the ead_converter, so, a bug in ASpace, not an error message produced by ASpace intentionally. Longer version: In ead_converter.rb, code calls .container on a hash. I think this may be a case of "someone wrote `inst.container' when they meant `inst['container']', but I'm not sure, and we have exactly one finding aid that hits it, so I can't prioritize it now in good conscience since our production ingest is nigh. I filed an issue on the ASpace github, https://github.com/archivesspace/archivesspace/issues/562, so if anyone DOES have the time and inclination, I'd start there (the github issue links directly to the code causing the error). - Dave Mayo From: , "Kate A." > Reply-To: Archivesspace Users Group > Date: Tuesday, November 22, 2016 at 12:43 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I don't even know what your answer means! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Tuesday, November 22, 2016 12:36 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Off-hand, do you have a mismatch for punctuation? ` v. ' 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Tue Nov 22 12:55:55 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 22 Nov 2016 17:55:55 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: Kate, Dave: Can you attach the EAD file? I wonder if this is being caused by an empty container element in the source file, or something else related to a container attribute? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mayo, Dave Sent: Tuesday, 22 November, 2016 12:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Hi all, I have a partial answer to the original question (what is this meant to tell me). Short version: It's not meant to tell you anything, because it's an uncaught Ruby error in the ead_converter, so, a bug in ASpace, not an error message produced by ASpace intentionally. Longer version: In ead_converter.rb, code calls .container on a hash. I think this may be a case of "someone wrote `inst.container' when they meant `inst['container']', but I'm not sure, and we have exactly one finding aid that hits it, so I can't prioritize it now in good conscience since our production ingest is nigh. I filed an issue on the ASpace github, https://github.com/archivesspace/archivesspace/issues/562, so if anyone DOES have the time and inclination, I'd start there (the github issue links directly to the code causing the error). - Dave Mayo From: , "Kate A." > Reply-To: Archivesspace Users Group > Date: Tuesday, November 22, 2016 at 12:43 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I don't even know what your answer means! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Tuesday, November 22, 2016 12:36 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Off-hand, do you have a mismatch for punctuation? ` v. ' 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at minorscience.com Tue Nov 22 14:57:06 2016 From: j at minorscience.com (Jason Loeffler) Date: Tue, 22 Nov 2016 14:57:06 -0500 Subject: [Archivesspace_Users_Group] Development Prioritization survey results Message-ID: Dear Colleagues: On behalf of the ArchivesSpace Technical and User Advisory Councils, thank you to all member representatives who participated in the Development Prioritization survey. Eighty-three member representatives responded to the survey (about 28% of member organizations). A brief summary of survey results follows below. The raw survey results are attached and cross-posted here . These responses provide critical feedback about the performance, design, and functionality of the ArchivesSpace application and a useful benchmark against which to measure member organization's satisfaction. Survey results also contribute to planning development tracks and establishing development priorities. As a result of the survey, 18 stories currently in the Hudson Molonglo's development backlog are candidates for inclusion in the next minor release (1.5.2), currently scheduled for December 8. A search filter listing these stories is available to all JIRA users here . As indicated in the status column, development on these stories is already well underway. Eight stories are already either Accepted or Delivered and awaiting acceptance testing. *Note that those stories not delivered in the upcoming 1.5.2 release will be addressed in future releases.* Should you have any questions about this survey and its results, please contact me directly by any of the means below. Sincerely, Jason Loeffler *On** behalf of the ArchivesSpace Prioritization Team* Jason Loeffler (leader, American Academy in Rome) Mark Custer (Yale University) Gordon Daines (User Advisory Council chair, Brigham Young University) Chris Prom (University of Illinois, Urbana-Champaign) Kari Smith (Massachusetts Institute of Technology) Suzanne Stasiulatis (Pennsylvania State Archives) Sally Vermaaten (Technical Advisory Council chair, New York University) Brad Westbrook (ArchivesSpace) 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) ### *Survey Summary (Q5)* - 68 of 83 member representatives indicated "pain points" in brief narratives (Q5). - 26 respondents described issues with the *Staff Interface *including problems with the display of search results (#7, #18, #40), the object tree (#4), batch edits (#72), the RDE (#24, #37, #62), and general data entry issues. - 20 respondents indicated problems with the *Public User Interface *. *Many of these issues will be redressed with the forthcoming PUI release candidate.* - 11 respondents indicated problems with *Imports *including problems with CSV-to-accession mapping (#38), and "getting inventories into resources" (#10, #33, #41). - As expected, a number of respondents documented issues with *Reports *. 7 respondents described problems with the reports component (#57, #76). - 5 respondents indicated problems with *Exports * including problems with bugs and irregularities with MARC, MODS, and EAD exports (#9, #12, #22, #30). - Other "pain points" include application management, user management, rights management, and printing. *Survey Summary (Q6)* - 45 of 83 respondents indicated features their organization would like to see implemented (Q6). - The lion's share of the collected responses relate to the staff interface including the organization of search results, batch editing/RDE, the behavior of the object tree, and general user interface tweaks (such as resizing form elements). -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Prioritization Survey Results_All_160927_edited.pdf Type: application/pdf Size: 555599 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Hudson Molonglo Development Priorities (JIRA).csv Type: text/csv Size: 5226 bytes Desc: not available URL: From harnold at rockarch.org Tue Nov 22 16:17:45 2016 From: harnold at rockarch.org (Arnold, Hillel) Date: Tue, 22 Nov 2016 21:17:45 +0000 Subject: [Archivesspace_Users_Group] Followup to community review of Rights Management Enhancements specification Message-ID: <5B349D88-965C-4505-A357-4706846A3A07@rockarch.org> Hello all, On behalf of Max Eckard, Brad Westbrook and me, I want to thank the ArchivesSpace community for a robust and thoughtful discussion surrounding the proposed Rights Management Enhancement specification over the last few months. While we didn?t hear any comments that suggested this proposed change is a bad idea, there did seem to be some debate over how this proposed functionality could or should be used. To that end, we?ve compiled a set of user stories (attached here) which encompasses both new user stories that are supported by this change proposal as well as those that are supported by existing functionality. It should be noted that the Rights Management Enhancement specification does not impact the existing user stories. If you have additional user stories you think should be added to this list, please let us know and we?ll do that before packaging this all up for review by Lyrasis. Thanks again for all your comments and suggestions. It?s great to be part of a community that is engaged in and committed to principled development and international standards! Hillel -- Hillel Arnold Assistant Director, Head of Digital Programs Rockefeller Archive Center 914.366.6382 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ArchivesSpaceRightsModuleUserStories.pdf Type: application/pdf Size: 17723 bytes Desc: ArchivesSpaceRightsModuleUserStories.pdf URL: From christine.dibella at lyrasis.org Tue Nov 22 16:24:23 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 22 Nov 2016 21:24:23 +0000 Subject: [Archivesspace_Users_Group] upcoming releases for ArchivesSpace Message-ID: Dear ArchivesSpace members, Our development partner Hudson Molonglo (HM) has been undertaking work on the application, including helping us determine a plan for upcoming releases. As the path ahead comes into better focus, we wanted to give you a sense of what to expect in the near and longer term. December 2016 release We plan to release v1.5.2 of ArchivesSpace on December 8. This minor release will include some bug fixes (including https://archivesspace.atlassian.net/browse/AR-1568, https://archivesspace.atlassian.net/browse/AR-1424, and https://archivesspace.atlassian.net/browse/AR-1472) and address some minor layout issues in the staff interface. This release will include development work completed by HM as well as pull requests submitted by members of the community. We expect to have a release candidate available on November 29 for those who would like to test it in advance of the production release. releases through mid-2017 With input from the Prioritization sub-team and information from the priorities survey of members that was recently completed (see today's message from Jason Loeffler for more information), we are working on a development roadmap that will provide more specifics as to content and dates, but in general you can expect major releases of ArchivesSpace in March 2017 and June 2017. If urgent issues are uncovered soon after a release there may be a minor update to address them. ArchivesSpace releases are cumulative; you do not need to install each release as it comes out in order to install the latest version. More information about the December release will be available very soon. If you have questions in the meantime, please get in touch. 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 kate_bowers at harvard.edu Tue Nov 22 16:31:21 2016 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Tue, 22 Nov 2016 21:31:21 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: I have now figured out what change needs to be made to get this file to ingest; however, the file is valid and there are no entities or anything like that involved. Both versions of this finding aid are attached. The difference between the file loading into AS and the file not loading is merely the presence of one, completely valid, no errors or entities . Possibilities: 1) AS doesn't like a parent and child s having in the same box? 2) AS doesn't like having a and a in the same 3) these two things in combination? 4) Something entirely else? The file that loads is named hua34016_after_preprocess_c02061_container_removed.xml (the only change from the original files is that the tag and its contents in deleted). The original file that will not load is: hua34016_after_preprocess.xml The difference between the two files is nothing but the bold, struck-through text below: Earl Kim, Professor of Music April 27, 1990 UAV 605.295.8 Box 8 Online access

One image has been digitized and is available on-line.

Earl Kim at the piano, April 25, 1990 UAV 605.295.8p (Box 8, Folder: April 27, 1990)

Click here for larger view.

April 27, 1990 UAV 605.295.8 Box 8
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Tuesday, November 22, 2016 12:56 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Kate, Dave: Can you attach the EAD file? I wonder if this is being caused by an empty container element in the source file, or something else related to a container attribute? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mayo, Dave Sent: Tuesday, 22 November, 2016 12:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Hi all, I have a partial answer to the original question (what is this meant to tell me). Short version: It's not meant to tell you anything, because it's an uncaught Ruby error in the ead_converter, so, a bug in ASpace, not an error message produced by ASpace intentionally. Longer version: In ead_converter.rb, code calls .container on a hash. I think this may be a case of "someone wrote `inst.container' when they meant `inst['container']', but I'm not sure, and we have exactly one finding aid that hits it, so I can't prioritize it now in good conscience since our production ingest is nigh. I filed an issue on the ASpace github, https://github.com/archivesspace/archivesspace/issues/562, so if anyone DOES have the time and inclination, I'd start there (the github issue links directly to the code causing the error). - Dave Mayo From: , "Kate A." > Reply-To: Archivesspace Users Group > Date: Tuesday, November 22, 2016 at 12:43 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I don't even know what your answer means! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Tuesday, November 22, 2016 12:36 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Off-hand, do you have a mismatch for punctuation? ` v. ' 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hua34016_after_preprocess_c02061_container_removed.xml Type: application/xml Size: 799482 bytes Desc: hua34016_after_preprocess_c02061_container_removed.xml URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hua34016_after_preprocess.xml Type: application/xml Size: 799565 bytes Desc: hua34016_after_preprocess.xml URL: From mark.custer at yale.edu Tue Nov 22 17:00:00 2016 From: mark.custer at yale.edu (Custer, Mark) Date: Tue, 22 Nov 2016 22:00:00 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: Kate, That's very strange! I am able to import the following container list without any issue: test 1 test 1 ...so I think we can rule out possibility 1. I don't have the time to test the other possibilities right now, but I'm pretty certain that you're right about one of those (although I hope it doesn't come down to possibility 4)! 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: Tuesday, 22 November, 2016 4:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I have now figured out what change needs to be made to get this file to ingest; however, the file is valid and there are no entities or anything like that involved. Both versions of this finding aid are attached. The difference between the file loading into AS and the file not loading is merely the presence of one, completely valid, no errors or entities . Possibilities: 1) AS doesn't like a parent and child s having in the same box? 2) AS doesn't like having a and a in the same 3) these two things in combination? 4) Something entirely else? The file that loads is named hua34016_after_preprocess_c02061_container_removed.xml (the only change from the original files is that the tag and its contents in deleted). The original file that will not load is: hua34016_after_preprocess.xml The difference between the two files is nothing but the bold, struck-through text below: Earl Kim, Professor of Music April 27, 1990 UAV 605.295.8 Box 8 Online access

One image has been digitized and is available on-line.

Earl Kim at the piano, April 25, 1990 UAV 605.295.8p (Box 8, Folder: April 27, 1990)

Click here for larger view.

April 27, 1990 UAV 605.295.8 Box 8
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Tuesday, November 22, 2016 12:56 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Kate, Dave: Can you attach the EAD file? I wonder if this is being caused by an empty container element in the source file, or something else related to a container attribute? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mayo, Dave Sent: Tuesday, 22 November, 2016 12:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Hi all, I have a partial answer to the original question (what is this meant to tell me). Short version: It's not meant to tell you anything, because it's an uncaught Ruby error in the ead_converter, so, a bug in ASpace, not an error message produced by ASpace intentionally. Longer version: In ead_converter.rb, code calls .container on a hash. I think this may be a case of "someone wrote `inst.container' when they meant `inst['container']', but I'm not sure, and we have exactly one finding aid that hits it, so I can't prioritize it now in good conscience since our production ingest is nigh. I filed an issue on the ASpace github, https://github.com/archivesspace/archivesspace/issues/562, so if anyone DOES have the time and inclination, I'd start there (the github issue links directly to the code causing the error). - Dave Mayo From: , "Kate A." > Reply-To: Archivesspace Users Group > Date: Tuesday, November 22, 2016 at 12:43 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I don't even know what your answer means! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Tuesday, November 22, 2016 12:36 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Off-hand, do you have a mismatch for punctuation? ` v. ' 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From Scott.Renton at ed.ac.uk Wed Nov 23 08:25:16 2016 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Wed, 23 Nov 2016 13:25:16 +0000 Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 Message-ID: Hi folks We?re testing 1.5.1 currently. In the frontend/admin (8080) area, when clicking on Reports from the dropdown, I am sent to ?/jobs rather than ?/reports. Putting the full URL (in this case http://lac-archives-test.is.ed.ac.uk:8080/reports) into the browser results in the following error: Routing Error uninitialized constant ReportsController Try running rake routes for more information on available routes. I?ve had a look at frontend/config/routes.rb , and the reference to match 'reports' => 'reports#index', :via => [:get] looks pretty reasonable, so I was wondering: 1. Is this a bug, or is it our installation that is wrong? 2. If it is us, where should I be checking/fixing? Apparently running Background Jobs> Create> Reports doesn?t work either (results inNoMethodError in JobsController#create). Thanks very much Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From buschedw at campusad.msu.edu Wed Nov 23 08:56:09 2016 From: buschedw at campusad.msu.edu (Busch, Ed) Date: Wed, 23 Nov 2016 13:56:09 +0000 Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 In-Reply-To: References: Message-ID: <35E2A8E8997F6C48A5D5FC21602BDEB6DDA4C9F5@CAD-EX01.campusad.msu.edu> This behavior (selecting Reports under the widget icon by the repository name going to Background Jobs) is also happening on test.archivespace.org instance. I don?t think that?s what it should be doing. Guessing it should go to what I have below. To get to Reports, go under Create> Background Jobs and select Reports. Ed Busch Electronic Records Archivist MSU Archives Conrad Hall, Room 101 888 Wilson Road East Lansing, MI 48824 517-884-6438 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of RENTON Scott Sent: Wednesday, November 23, 2016 8:25 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 Hi folks We?re testing 1.5.1 currently. In the frontend/admin (8080) area, when clicking on Reports from the dropdown, I am sent to ?/jobs rather than ?/reports. Putting the full URL (in this case http://lac-archives-test.is.ed.ac.uk:8080/reports) into the browser results in the following error: Routing Error uninitialized constant ReportsController Try running rake routes for more information on available routes. I?ve had a look at frontend/config/routes.rb , and the reference to match 'reports' => 'reports#index', :via => [:get] looks pretty reasonable, so I was wondering: 1. Is this a bug, or is it our installation that is wrong? 2. If it is us, where should I be checking/fixing? Apparently running Background Jobs> Create> Reports doesn?t work either (results inNoMethodError in JobsController#create). Thanks very much Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Wed Nov 23 09:52:11 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 23 Nov 2016 14:52:11 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace program team availability for rest of week Message-ID: Hello ArchivesSpace members, After 2:00 p.m. Eastern Standard Time today, the program team will be out of the office for the rest of the week as we celebrate Thanksgiving along with the rest of the American contingent of the ArchivesSpace community. We'll catch up with non-Turkey-Day-related ArchivesSpace business when we return on Monday. 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 Nov 23 10:11:24 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Wed, 23 Nov 2016 15:11:24 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: Hi Kate, This is very odd, but I took your file that would not import, moved the element from after the to before the and it imported with no errors. Very strange. I've attached the modified file. See line 17930. I'm not sure why the order of elements matters, but it seems to in this narrow case. Maybe this is what Dave already described here?: https://github.com/archivesspace/archivesspace/issues/562 -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Tuesday, November 22, 2016 5:00 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Kate, That's very strange! I am able to import the following container list without any issue: test 1 test 1 ...so I think we can rule out possibility 1. I don't have the time to test the other possibilities right now, but I'm pretty certain that you're right about one of those (although I hope it doesn't come down to possibility 4)! 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: Tuesday, 22 November, 2016 4:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I have now figured out what change needs to be made to get this file to ingest; however, the file is valid and there are no entities or anything like that involved. Both versions of this finding aid are attached. The difference between the file loading into AS and the file not loading is merely the presence of one, completely valid, no errors or entities . Possibilities: 1) AS doesn't like a parent and child s having in the same box? 2) AS doesn't like having a and a in the same 3) these two things in combination? 4) Something entirely else? The file that loads is named hua34016_after_preprocess_c02061_container_removed.xml (the only change from the original files is that the tag and its contents in deleted). The original file that will not load is: hua34016_after_preprocess.xml The difference between the two files is nothing but the bold, struck-through text below: Earl Kim, Professor of Music April 27, 1990 UAV 605.295.8 Box 8 Online access

One image has been digitized and is available on-line.

Earl Kim at the piano, April 25, 1990 UAV 605.295.8p (Box 8, Folder: April 27, 1990) xlink:label="resource-1" xlink:type="locator"/>

Click here for larger view.

April 27, 1990 UAV 605.295.8 Box 8
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Tuesday, November 22, 2016 12:56 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Kate, Dave: Can you attach the EAD file? I wonder if this is being caused by an empty container element in the source file, or something else related to a container attribute? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mayo, Dave Sent: Tuesday, 22 November, 2016 12:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Hi all, I have a partial answer to the original question (what is this meant to tell me). Short version: It's not meant to tell you anything, because it's an uncaught Ruby error in the ead_converter, so, a bug in ASpace, not an error message produced by ASpace intentionally. Longer version: In ead_converter.rb, code calls .container on a hash. I think this may be a case of "someone wrote `inst.container' when they meant `inst['container']', but I'm not sure, and we have exactly one finding aid that hits it, so I can't prioritize it now in good conscience since our production ingest is nigh. I filed an issue on the ASpace github, https://github.com/archivesspace/archivesspace/issues/562, so if anyone DOES have the time and inclination, I'd start there (the github issue links directly to the code causing the error). - Dave Mayo From: , "Kate A." > Reply-To: Archivesspace Users Group > Date: Tuesday, November 22, 2016 at 12:43 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I don't even know what your answer means! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Tuesday, November 22, 2016 12:36 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Off-hand, do you have a mismatch for punctuation? ` v. ' 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hua34016_after_preprocess.xml Type: application/xml Size: 1398777 bytes Desc: hua34016_after_preprocess.xml URL: From dave_mayo at harvard.edu Wed Nov 23 10:22:49 2016 From: dave_mayo at harvard.edu (Mayo, Dave) Date: Wed, 23 Nov 2016 15:22:49 +0000 Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message In-Reply-To: References: Message-ID: It definitely is - and that behavior leads me to believe that it's somewhat more complex than I described in the ticket. I'm honestly a little vague on what the "instance" JSONModel represents, so I'm just going to add a note to the ticket saying that anyone fixing it should be careful if getting a different instance can matter. - Dave From: Noah Huffman > Reply-To: Archivesspace Users Group > Date: Wednesday, November 23, 2016 at 10:11 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Hi Kate, This is very odd, but I took your file that would not import, moved the element from after the to before the and it imported with no errors. Very strange. I?ve attached the modified file. See line 17930. I?m not sure why the order of elements matters, but it seems to in this narrow case. Maybe this is what Dave already described here?: https://github.com/archivesspace/archivesspace/issues/562 -Noah From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Tuesday, November 22, 2016 5:00 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Kate, That?s very strange! I am able to import the following container list without any issue: test 1 test 1 ?so I think we can rule out possibility 1. I don?t have the time to test the other possibilities right now, but I?m pretty certain that you?re right about one of those (although I hope it doesn?t come down to possibility 4)! 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: Tuesday, 22 November, 2016 4:31 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I have now figured out what change needs to be made to get this file to ingest; however, the file is valid and there are no entities or anything like that involved. Both versions of this finding aid are attached. The difference between the file loading into AS and the file not loading is merely the presence of one, completely valid, no errors or entities . Possibilities: 1) AS doesn?t like a parent and child s having in the same box? 2) AS doesn?t like having a and a in the same 3) these two things in combination? 4) Something entirely else? The file that loads is named hua34016_after_preprocess_c02061_container_removed.xml (the only change from the original files is that the tag and its contents in deleted). The original file that will not load is: hua34016_after_preprocess.xml The difference between the two files is nothing but the bold, struck-through text below: Earl Kim, Professor of Music April 27, 1990 UAV 605.295.8 Box 8 Online access

One image has been digitized and is available on-line.

Earl Kim at the piano, April 25, 1990 UAV 605.295.8p (Box 8, Folder: April 27, 1990) xlink:label="resource-1" xlink:type="locator"/>

Click here for larger view.

April 27, 1990 UAV 605.295.8 Box 8
From:archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark Sent: Tuesday, November 22, 2016 12:56 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Kate, Dave: Can you attach the EAD file? I wonder if this is being caused by an empty container element in the source file, or something else related to a container attribute? Mark From:archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mayo, Dave Sent: Tuesday, 22 November, 2016 12:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Hi all, I have a partial answer to the original question (what is this meant to tell me). Short version: It's not meant to tell you anything, because it's an uncaught Ruby error in the ead_converter, so, a bug in ASpace, not an error message produced by ASpace intentionally. Longer version: In ead_converter.rb, code calls .container on a hash. I think this may be a case of "someone wrote `inst.container' when they meant `inst['container']', but I'm not sure, and we have exactly one finding aid that hits it, so I can't prioritize it now in good conscience since our production ingest is nigh. I filed an issue on the ASpace github, https://github.com/archivesspace/archivesspace/issues/562, so if anyone DOES have the time and inclination, I'd start there (the github issue links directly to the code causing the error). - Dave Mayo From: , "Kate A." > Reply-To: Archivesspace Users Group > Date: Tuesday, November 22, 2016 at 12:43 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message I don?t even know what your answer means! Kate From:archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas Sent: Tuesday, November 22, 2016 12:36 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Off-hand, do you have a mismatch for punctuation? ` v. ? 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, November 22, 2016 11:33 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Need help Interpreting an EAD ingest error message Does anyone have any idea what this is meant to tell me? Thanks! Error: #<NoMethodError: undefined method `container' for #<Hash:0x4d0ab22a>> Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu voice: (617) 998-5238 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From Scott.Renton at ed.ac.uk Wed Nov 23 10:37:12 2016 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Wed, 23 Nov 2016 15:37:12 +0000 Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 Message-ID: <127C00DD-30B3-4531-8503-6B123D1DA4F9@ed.ac.uk> Thanks very much Ed- I see that now. So, we go into Jobs and when I create new and select Reports, rather than getting the Reports screen I can see in Sandbox, I get attached (Batch Find and Replace). I take it this is not what you experience? I wonder what could cause that. Cheers Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 From: > on behalf of "Busch, Ed" > Reply-To: Archivesspace Users Group > Date: Wednesday, 23 November 2016 13:56 To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 This behavior (selecting Reports under the widget icon by the repository name going to Background Jobs) is also happening on test.archivespace.org instance. I don?t think that?s what it should be doing. Guessing it should go to what I have below. To get to Reports, go under Create> Background Jobs and select Reports. Ed Busch Electronic Records Archivist MSU Archives Conrad Hall, Room 101 888 Wilson Road East Lansing, MI 48824 517-884-6438 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of RENTON Scott Sent: Wednesday, November 23, 2016 8:25 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 Hi folks We?re testing 1.5.1 currently. In the frontend/admin (8080) area, when clicking on Reports from the dropdown, I am sent to ?/jobs rather than ?/reports. Putting the full URL (in this case http://lac-archives-test.is.ed.ac.uk:8080/reports) into the browser results in the following error: Routing Error uninitialized constant ReportsController Try running rake routes for more information on available routes. I?ve had a look at frontend/config/routes.rb , and the reference to match 'reports' => 'reports#index', :via => [:get] looks pretty reasonable, so I was wondering: 1. Is this a bug, or is it our installation that is wrong? 2. If it is us, where should I be checking/fixing? Apparently running Background Jobs> Create> Reports doesn?t work either (results inNoMethodError in JobsController#create). Thanks very much Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-11-23 at 15.35.37.png Type: image/png Size: 216335 bytes Desc: Screen Shot 2016-11-23 at 15.35.37.png URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From buschedw at campusad.msu.edu Wed Nov 23 10:58:11 2016 From: buschedw at campusad.msu.edu (Busch, Ed) Date: Wed, 23 Nov 2016 15:58:11 +0000 Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 In-Reply-To: <127C00DD-30B3-4531-8503-6B123D1DA4F9@ed.ac.uk> References: <127C00DD-30B3-4531-8503-6B123D1DA4F9@ed.ac.uk> Message-ID: <35E2A8E8997F6C48A5D5FC21602BDEB6DDA4CB1D@CAD-EX01.campusad.msu.edu> Interesting, the sandbox doesn?t look right as it is missing Reports but does have translation missing: en.enumerations.job_type.report_type . Selecting ths brings up some reports but I think there is a setup problem here. Unfortunately, all the ArchivesSpace/Lyrasis people are out until next week. I?m not sure what is up with the sandbox. Ed Busch Electronic Records Archivist MSU Archives Conrad Hall, Room 101 888 Wilson Road East Lansing, MI 48824 517-884-6438 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of RENTON Scott Sent: Wednesday, November 23, 2016 10:37 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 Thanks very much Ed- I see that now. So, we go into Jobs and when I create new and select Reports, rather than getting the Reports screen I can see in Sandbox, I get attached (Batch Find and Replace). I take it this is not what you experience? I wonder what could cause that. Cheers Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 From: > on behalf of "Busch, Ed" > Reply-To: Archivesspace Users Group > Date: Wednesday, 23 November 2016 13:56 To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 This behavior (selecting Reports under the widget icon by the repository name going to Background Jobs) is also happening on test.archivespace.org instance. I don?t think that?s what it should be doing. Guessing it should go to what I have below. To get to Reports, go under Create> Background Jobs and select Reports. Ed Busch Electronic Records Archivist MSU Archives Conrad Hall, Room 101 888 Wilson Road East Lansing, MI 48824 517-884-6438 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of RENTON Scott Sent: Wednesday, November 23, 2016 8:25 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 Hi folks We?re testing 1.5.1 currently. In the frontend/admin (8080) area, when clicking on Reports from the dropdown, I am sent to ?/jobs rather than ?/reports. Putting the full URL (in this case http://lac-archives-test.is.ed.ac.uk:8080/reports) into the browser results in the following error: Routing Error uninitialized constant ReportsController Try running rake routes for more information on available routes. I?ve had a look at frontend/config/routes.rb , and the reference to match 'reports' => 'reports#index', :via => [:get] looks pretty reasonable, so I was wondering: 1. Is this a bug, or is it our installation that is wrong? 2. If it is us, where should I be checking/fixing? Apparently running Background Jobs> Create> Reports doesn?t work either (results inNoMethodError in JobsController#create). Thanks very much Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Wed Nov 23 11:18:31 2016 From: smithkr at mit.edu (Kari R Smith) Date: Wed, 23 Nov 2016 16:18:31 +0000 Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 In-Reply-To: <35E2A8E8997F6C48A5D5FC21602BDEB6DDA4CB1D@CAD-EX01.campusad.msu.edu> References: <127C00DD-30B3-4531-8503-6B123D1DA4F9@ed.ac.uk>, <35E2A8E8997F6C48A5D5FC21602BDEB6DDA4CB1D@CAD-EX01.campusad.msu.edu> Message-ID: <29F559819ACA9A4FBF208407D4B63ABB01046CBF20@OC11expo28.exchange.mit.edu> I noticed that yesterday too with the SandBox and was going to report it -- thanks for doing so, Ed. Kari ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Busch, Ed [buschedw at campusad.msu.edu] Sent: Wednesday, November 23, 2016 10:58 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 Interesting, the sandbox doesn?t look right as it is missing Reports but does have translation missing: en.enumerations.job_type.report_type . Selecting ths brings up some reports but I think there is a setup problem here. Unfortunately, all the ArchivesSpace/Lyrasis people are out until next week. I?m not sure what is up with the sandbox. Ed Busch Electronic Records Archivist MSU Archives Conrad Hall, Room 101 888 Wilson Road East Lansing, MI 48824 517-884-6438 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of RENTON Scott Sent: Wednesday, November 23, 2016 10:37 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 Thanks very much Ed- I see that now. So, we go into Jobs and when I create new and select Reports, rather than getting the Reports screen I can see in Sandbox, I get attached (Batch Find and Replace). I take it this is not what you experience? I wonder what could cause that. Cheers Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 From: > on behalf of "Busch, Ed" > Reply-To: Archivesspace Users Group > Date: Wednesday, 23 November 2016 13:56 To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 This behavior (selecting Reports under the widget icon by the repository name going to Background Jobs) is also happening on test.archivespace.org instance. I don?t think that?s what it should be doing. Guessing it should go to what I have below. To get to Reports, go under Create> Background Jobs and select Reports. Ed Busch Electronic Records Archivist MSU Archives Conrad Hall, Room 101 888 Wilson Road East Lansing, MI 48824 517-884-6438 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of RENTON Scott Sent: Wednesday, November 23, 2016 8:25 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 Hi folks We?re testing 1.5.1 currently. In the frontend/admin (8080) area, when clicking on Reports from the dropdown, I am sent to ?/jobs rather than ?/reports. Putting the full URL (in this case http://lac-archives-test.is.ed.ac.uk:8080/reports) into the browser results in the following error: Routing Error uninitialized constant ReportsController Try running rake routes for more information on available routes. I?ve had a look at frontend/config/routes.rb , and the reference to match 'reports' => 'reports#index', :via => [:get] looks pretty reasonable, so I was wondering: 1. Is this a bug, or is it our installation that is wrong? 2. If it is us, where should I be checking/fixing? Apparently running Background Jobs> Create> Reports doesn?t work either (results inNoMethodError in JobsController#create). Thanks very much Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Scott.Renton at ed.ac.uk Mon Nov 28 08:33:50 2016 From: Scott.Renton at ed.ac.uk (RENTON Scott) Date: Mon, 28 Nov 2016 13:33:50 +0000 Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABB01046CBF20@OC11expo28.exchange.mit.edu> References: <127C00DD-30B3-4531-8503-6B123D1DA4F9@ed.ac.uk> <35E2A8E8997F6C48A5D5FC21602BDEB6DDA4CB1D@CAD-EX01.campusad.msu.edu> <29F559819ACA9A4FBF208407D4B63ABB01046CBF20@OC11expo28.exchange.mit.edu> Message-ID: <623F8051-96BE-41D2-A7CA-67DF180AD443@ed.ac.uk> Hi folks, Thanks- I?m sure our problem is to do with this ?no method? error- I wonder if it?s because I?m getting the ?Batch Find and Replace" screen for Reports and therefore the data it?s getting is junk- do you suspect I am alone in getting the ?Batch Find and Replace? screen layout when I select Reports? I noticed, after building the 1.5.1 software, that I had no configure_tomcat.sh script (in scripts- has that changed to being in launcher), and when running it, it complained that there was no tomcat folder in launcher (I copied both from a previous version). Could this be the source of my problems, and do you think that something?s gone wrong on my build if I do not have that folder? Attaching two screenshots- one for selection of Reports from the dropdown, and one for the error. Cheers again Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 From: > on behalf of Kari R Smith > Reply-To: Archivesspace Users Group > Date: Wednesday, 23 November 2016 16:18 To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 I noticed that yesterday too with the SandBox and was going to report it -- thanks for doing so, Ed. Kari ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Busch, Ed [buschedw at campusad.msu.edu] Sent: Wednesday, November 23, 2016 10:58 To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 Interesting, the sandbox doesn?t look right as it is missing Reports but does have translation missing: en.enumerations.job_type.report_type . Selecting ths brings up some reports but I think there is a setup problem here. Unfortunately, all the ArchivesSpace/Lyrasis people are out until next week. I?m not sure what is up with the sandbox. Ed Busch Electronic Records Archivist MSU Archives Conrad Hall, Room 101 888 Wilson Road East Lansing, MI 48824 517-884-6438 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of RENTON Scott Sent: Wednesday, November 23, 2016 10:37 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 Thanks very much Ed- I see that now. So, we go into Jobs and when I create new and select Reports, rather than getting the Reports screen I can see in Sandbox, I get attached (Batch Find and Replace). I take it this is not what you experience? I wonder what could cause that. Cheers Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 From: > on behalf of "Busch, Ed" > Reply-To: Archivesspace Users Group > Date: Wednesday, 23 November 2016 13:56 To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Reports routing 1.5.1 This behavior (selecting Reports under the widget icon by the repository name going to Background Jobs) is also happening on test.archivespace.org instance. I don?t think that?s what it should be doing. Guessing it should go to what I have below. To get to Reports, go under Create> Background Jobs and select Reports. Ed Busch Electronic Records Archivist MSU Archives Conrad Hall, Room 101 888 Wilson Road East Lansing, MI 48824 517-884-6438 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of RENTON Scott Sent: Wednesday, November 23, 2016 8:25 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Reports routing 1.5.1 Hi folks We?re testing 1.5.1 currently. In the frontend/admin (8080) area, when clicking on Reports from the dropdown, I am sent to ?/jobs rather than ?/reports. Putting the full URL (in this case http://lac-archives-test.is.ed.ac.uk:8080/reports) into the browser results in the following error: Routing Error uninitialized constant ReportsController Try running rake routes for more information on available routes. I?ve had a look at frontend/config/routes.rb , and the reference to match 'reports' => 'reports#index', :via => [:get] looks pretty reasonable, so I was wondering: 1. Is this a bug, or is it our installation that is wrong? 2. If it is us, where should I be checking/fixing? Apparently running Background Jobs> Create> Reports doesn?t work either (results inNoMethodError in JobsController#create). Thanks very much Scott -- Scott Renton Digital Development Library and University Collections Argyle House, Floor F ext: 515219 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-11-28 at 13.32.56.png Type: image/png Size: 223499 bytes Desc: Screen Shot 2016-11-28 at 13.32.56.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-11-28 at 13.32.33.png Type: image/png Size: 310956 bytes Desc: Screen Shot 2016-11-28 at 13.32.33.png URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From christine.dibella at lyrasis.org Tue Nov 29 10:09:36 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 29 Nov 2016 15:09:36 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace release candidate available - v1.5.2-RC-1 Message-ID: Dear ArchivesSpace members, We are pleased to announce that a release candidate - v1.5.2-RC-1 (https://github.com/archivesspace/archivesspace/releases/tag/v1.5.2-RC1) - is now available for download and testing purposes. This release candidate includes some high priority bug fixes, as well as improvements to overall performance and automated testing suite reliability. It features significant work from our development partner, Hudson Molonglo (HM), as well as contributions from community members. Please try out this release candidate as you are able over the next few days and let us know if you experience any problems. Please note that due to some work to improve searching a full reindex will be performed if you migrate data. If you don't wish to download anything at this time, you can still test drive the release candidate on our test site, http://test.archivesspace.org, using the standard administrative login. Barring unforeseen issues, we expect the production release to come out on December 8. Thanks to HM for all their work on this release candidate, to our community members that contributed or sponsored code, and to those on the Prioritization and Testing sub-teams who identified and tested the needed bug fixes. If you have any questions, or if you notice any issues while testing, please 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 jacqueline.rider at ptsem.edu Tue Nov 29 10:52:19 2016 From: jacqueline.rider at ptsem.edu (Rider, Jacqueline) Date: Tue, 29 Nov 2016 15:52:19 +0000 Subject: [Archivesspace_Users_Group] Managing Containers at very small institution Message-ID: <82F9A0E3-66C3-4BDB-A3CA-D97A61CC1FD7@contoso.com> We have upgraded to ArchivesSpace 1.5.1 and would love to hear how other small and very small institutions are using new container management features, specifically locations for collection-level resources. We?ve read the documentation and watched the tutorials. We?d like to know how others are making it work for them. Thanks, Jackie Rider Jacqueline Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Tue Nov 29 11:03:50 2016 From: smithkr at mit.edu (Kari R Smith) Date: Tue, 29 Nov 2016 16:03:50 +0000 Subject: [Archivesspace_Users_Group] Managing Containers at very small institution In-Reply-To: <82F9A0E3-66C3-4BDB-A3CA-D97A61CC1FD7@contoso.com> References: <82F9A0E3-66C3-4BDB-A3CA-D97A61CC1FD7@contoso.com> Message-ID: <29F559819ACA9A4FBF208407D4B63ABB01046D4C20@OC11expo28.exchange.mit.edu> Jackie and others ? I?m interested in using a data map for putting location data into the Container fields. Does an archives have one that they can share? We are currently keeping our location info in a flat spreadsheet with the box being the Key item. 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/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Rider, Jacqueline Sent: Tuesday, November 29, 2016 10:52 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Managing Containers at very small institution We have upgraded to ArchivesSpace 1.5.1 and would love to hear how other small and very small institutions are using new container management features, specifically locations for collection-level resources. We?ve read the documentation and watched the tutorials. We?d like to know how others are making it work for them. Thanks, Jackie Rider Jacqueline Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacqueline.rider at ptsem.edu Tue Nov 29 11:30:38 2016 From: jacqueline.rider at ptsem.edu (Rider, Jacqueline) Date: Tue, 29 Nov 2016 16:30:38 +0000 Subject: [Archivesspace_Users_Group] Managing Containers at very small institution In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABB01046D4C20@OC11expo28.exchange.mit.edu> References: <82F9A0E3-66C3-4BDB-A3CA-D97A61CC1FD7@contoso.com> <29F559819ACA9A4FBF208407D4B63ABB01046D4C20@OC11expo28.exchange.mit.edu> Message-ID: Thanks, Kari. Jackie From: on behalf of Kari R Smith Reply-To: Archivesspace Users Group Date: Tuesday, November 29, 2016 at 11:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Managing Containers at very small institution Jackie and others ? I?m interested in using a data map for putting location data into the Container fields. Does an archives have one that they can share? We are currently keeping our location info in a flat spreadsheet with the box being the Key item. 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/ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Rider, Jacqueline Sent: Tuesday, November 29, 2016 10:52 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Managing Containers at very small institution We have upgraded to ArchivesSpace 1.5.1 and would love to hear how other small and very small institutions are using new container management features, specifically locations for collection-level resources. We?ve read the documentation and watched the tutorials. We?d like to know how others are making it work for them. Thanks, Jackie Rider Jacqueline Rider Digital Archivist Princeton Theological Seminary Library PO Box 821 Princeton NJ 08542 609-497-7862 jacqueline.rider at ptsem.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kevin.Clair at du.edu Tue Nov 29 19:51:20 2016 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 30 Nov 2016 00:51:20 +0000 Subject: [Archivesspace_Users_Group] creating one's own job types? Message-ID: Hello, Is it possible to create custom job types in addition to the four that ship with ArchivesSpace? I?ve been trying to re-write some batch download scripts I use as plugins, and some of them seem like they would make more sense as background jobs, but I couldn?t find documentation on how to do that anywhere and wasn?t sure if it?s a thing I can do. Any advice would be appreciated, thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: From dale.poulter at Vanderbilt.Edu Wed Nov 30 08:35:08 2016 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Wed, 30 Nov 2016 13:35:08 +0000 Subject: [Archivesspace_Users_Group] Migration question Message-ID: <4B55C1D28471794C811F425520B7B22565CE399A@ITS-HCWNEM104.ds.vanderbilt.edu> Good morning, We are migrating an instance of archivist toolkit that contains 3 groups into Archives Space. In our current instance of Archives Space we have two repositories. Ideally, we would add the 3 groups under one of the repositories. Test imports/conversions have gone well but 3 additional repositories are created in the process. Has anyone determined a way to import archivist toolkit groups into a specific repository? --Dale --------------------------------------- Dale Poulter Coordinator, Search and Core Services Library Digital Services Vanderbilt University 419 21st Avenue South, Room 812 Nashville, TN 37203-2427 (615)343-5388 (615)207-9705 (cell) dale.poulter at vanderbilt.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Wed Nov 30 09:09:00 2016 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 30 Nov 2016 14:09:00 +0000 Subject: [Archivesspace_Users_Group] submitting testing feedback for ArchivesSpace release candidate - v1.5.2-RC-1 Message-ID: Hello all, We've gotten some questions about how to submit feedback when testing the release candidate. Thanks for your enthusiasm! There are two ways to let us know the results of your testing: * If you have a JIRA account, put a comment on the relevant JIRA issue for the bug fix or feature. (If you don't already have a JIRA account, you can sign up directly from http://development.archivesspace.org by choosing the Create an account option on the login page.) * If you have feedback that spans issues, or if you'd prefer not to work in JIRA, email it directly to me. As my previous message indicated, the plan is to have the release come out on December 8. So if you're testing, the more quickly you submit feedback, the more likely we will be able to address it this time around. If at all possible, submit your feedback no later than Friday, December 2. It's probably obvious, but what we can address right now is limited to making sure the bug fixes and additional features in this release are working as they should and not impacting other functions unintentionally. You may send us comments and ideas on anything at any time, of course, but, as you would expect, we won't be able to undertake work outside these areas in the narrow window before this release is out the door, so to speak. Feel free to get in touch if you have any questions. Thanks for your help! Christine From: Christine Di Bella Sent: Tuesday, November 29, 2016 10:08 AM To: Archivesspace Users Group ; 'Archivesspace Member Reps' ; archivesspace_tac_uac at lyralists.lyrasis.org Cc: 'archivesspace_bot_members at lyralists.lyrasis.org' Subject: ArchivesSpace release candidate available - v1.5.2-RC-1 Dear ArchivesSpace members, We are pleased to announce that a release candidate - v1.5.2-RC-1 (https://github.com/archivesspace/archivesspace/releases/tag/v1.5.2-RC1) - is now available for download and testing purposes. This release candidate includes some high priority bug fixes, as well as improvements to overall performance and automated testing suite reliability. It features significant work from our development partner, Hudson Molonglo (HM), as well as contributions from community members. Please try out this release candidate as you are able over the next few days and let us know if you experience any problems. Please note that due to some work to improve searching a full reindex will be performed if you migrate data. If you don't wish to download anything at this time, you can still test drive the release candidate on our test site, http://test.archivesspace.org, using the standard administrative login. Barring unforeseen issues, we expect the production release to come out on December 8. Thanks to HM for all their work on this release candidate, to our community members that contributed or sponsored code, and to those on the Prioritization and Testing sub-teams who identified and tested the needed bug fixes. If you have any questions, or if you notice any issues while testing, please 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 Nov 30 09:19:20 2016 From: noah.huffman at duke.edu (Noah Huffman) Date: Wed, 30 Nov 2016 14:19:20 +0000 Subject: [Archivesspace_Users_Group] Migration question In-Reply-To: <4B55C1D28471794C811F425520B7B22565CE399A@ITS-HCWNEM104.ds.vanderbilt.edu> References: <4B55C1D28471794C811F425520B7B22565CE399A@ITS-HCWNEM104.ds.vanderbilt.edu> Message-ID: Hi Dale, One option would be to migrate as you have described, where three new repositories are created, and then just transfer those three additional repositories to a specific destination repository after the migration. You can transfer an entire repository in the staff interface if you're logged in as a systems administrator. The repository transfer process is documented in the ArchivesSpace Help Center (you'll need a Help Center account to access): http://docs.archivesspace.org/Default.htm#RepoTransfer.htm%3FTocPath%3DManaging%2520Repositories%7C_____6 -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 Poulter, Dale Sent: Wednesday, November 30, 2016 8:35 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Migration question Good morning, We are migrating an instance of archivist toolkit that contains 3 groups into Archives Space. In our current instance of Archives Space we have two repositories. Ideally, we would add the 3 groups under one of the repositories. Test imports/conversions have gone well but 3 additional repositories are created in the process. Has anyone determined a way to import archivist toolkit groups into a specific repository? --Dale --------------------------------------- Dale Poulter Coordinator, Search and Core Services Library Digital Services Vanderbilt University 419 21st Avenue South, Room 812 Nashville, TN 37203-2427 (615)343-5388 (615)207-9705 (cell) dale.poulter at vanderbilt.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From gordon_daines at byu.edu Wed Nov 30 15:31:18 2016 From: gordon_daines at byu.edu (Gordon Daines) Date: Wed, 30 Nov 2016 20:31:18 +0000 Subject: [Archivesspace_Users_Group] New User Advisory Council members In-Reply-To: <24b93e8a0d384bffaf47658567ab52d6@MB7.byu.local> References: <24b93e8a0d384bffaf47658567ab52d6@MB7.byu.local> Message-ID: I am pleased to announce that Lydia Tang (Michigan State University) and John Zarillo (Brooklyn Historical Society) have been appointed to the two vacancies on the User Advisory Council. They will both serve through June 30, 2018. Gordon Daines Chair, 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: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ATT00001.txt URL: