From mark.matienzo at nyu.edu Fri Nov 1 15:48:55 2013 From: mark.matienzo at nyu.edu (Mark A. Matienzo) Date: Fri, 1 Nov 2013 15:48:55 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace 1.0.1 Released Message-ID: <02FA3D09-1060-46A7-A9D0-A59D84FF2EE3@nyu.edu> The ArchivesSpace project team is pleased to announce the release of ArchivesSpace 1.0.1. ArchivesSpace 1.0.1 is open source software; the application and its source code are available on Github. Build instructions and technical documentation are also provided for the more technically inclined. Changes to this release include the following: ? FEATURE #58853932: Check database encoding on startup ? FEATURE #58859922: Add support for MySQL binary logging ? FEATURE #59989502: Allow staff frontend, public frontend, and indexer to be disabled using configuration variables ? ENHANCEMENT #59852116: Upgrade to JRuby 1.7.6 ? BUG FIX #58859886: Solr index is not being added to backups A full list of all enhancements and bug fixes is available in the software change log. Tools for migrating data from an Archon or Archivists? Toolkit instance to an ArchivesSpace instance will be released shortly to ArchivesSpace Charter members, who will have exclusive access to the tools for the first ninety days after their release. Following that, the tools will be released ArchivesSpace members who will have exclusive access for a second ninety-day period. The migration tools will be made available to the general user community 180 days after their release. In the meantime, we have posted guidelines to help users prepare for migrating their Archon or Archivists? Toolkit data at http://www.archivesspace.org/documents/preparing-data-for-migration-to-archivesspace-1-0/. Please direct questions about the release and reports of bugs using the Feedback option provided in the ArchivesSpace application interface or to the ArchivesSpace Users email list. About ArchivesSpace ArchivesSpace 1.0.1 is the product of a partnership among the New York University Libraries, UC San Diego Library, and University of Illinois Urbana-Champaign Library. It has been developed by Hudson Molonglo, with funding from the Andrew W. Mellon Foundation, organizational support from LYRASIS, and contributions from diverse persons in the archives community. Questions about ArchivesSpace development should be directed to the ArchivesSpace Program Manager (brad.westbrook at lyrasis.org). Questions regarding membership should be directed to ArchivesSpaceHome at lyrasis.org. Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Mon Nov 11 09:09:41 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 11 Nov 2013 09:09:41 -0500 Subject: [Archivesspace_Users_Group] ArchivesSpace migration resources available Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EBCD661@lyraatlexec> Dear ArchivesSpace member representatives and users, ArchivesSpace is happy to report most of the resources necessary for migrating data from either an Archivists' Toolkit or Archon database to an ArchivesSpace database are now available at https://docs.archivesspace.org/tools/index.html. You will need your ArchivesSpace member credentials to access these resources. The resources for migrating data from Archivists' Toolkit and Archon include 1) the migration script plugins, 2) migration guidelines, and 3) and source-to-target mappings. [cid:image005.jpg at 01CEDEBD.C17EC920] The script for migrating Archon data to ArchivesSpace will be provided in the near future, as its development has not yet been completed. The migration guidelines for Archivists' Toolkit and Archon explain how to prepare for migration, to use the migration scripts, and to assess the success of the migration. The source-to-target mappings indicate how data is migrated from fields in Archivists' Toolkit or Archon to ArchivesSpace. While the migration guidelines and maps are available to all ArchivesSpace members at this time, the migration scripts are being released in stages to different segments of the ArchivesSpace community. Charter members will have exclusive access to the migration scripts for the first ninety days after their release. Charter and general members will have access to the migration scripts for a second ninety day period, from days 91-180 after their release. After 180 days, the migration resources will be made available to all users of ArchivesSpace, members and non-members. In addition to the migration resources, ArchivesSpace will have a migration specialist on its team until October 2014. As requested, The migration specialist will assist member institutions to migrate data from Archivists' Toolkit or Archon to ArchivesSpace. Initially, as with the migration scripts, the migration specialist will be available only assist charter members for the first ninety days after the release of the migration resources. The migration specialist will be available to assist general members as general members are permitted access to the migration scripts. Even though all migration resources will eventually be made available to the general public, the migration specialist will only provide migration support to ArchivesSpace members. Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image006.png at 01CEDEBD.C17EC920] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 20573 bytes Desc: image005.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 7646 bytes Desc: image006.png URL: From brad.westbrook at lyrasis.org Mon Nov 11 09:14:20 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 11 Nov 2013 09:14:20 -0500 Subject: [Archivesspace_Users_Group] Status of Script for Migrating Archon data to ArchivesSpace Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EBCD666@lyraatlexec> I am forwarding the message below on behalf of Chris Prom. The content of the message pertains only to Charter Members of ArchivesSpace that will be migrating data from an Archon database. -Brad Westbrook ***** To Charter Members using Archon: At this time, the Archon migration tools are not ready for beta release. While the tools have been tested successfully with several Archon databases and have fully migrated those database, the migration tools are currently undergoing final testing with large and complex datasets. Beta releases of an Archon upgrade and a companion migration tool will be provided in the near future. In the meantime, charter members who wish to assist with migration tool testing can download a release candidate version from https://githum.com/archonproject/archon/releases. This software should be installed as described in the instructions in the "Install Archon Update" section of the migration guidelines. Please send an email to Brad Westbrook (brad.westbrook at lyrasis.org) or to me (prom at illinois.edu) if your repository installs the upgrade and intends to test the release candidate version of the migration tool. Sincerely, Chris Christopher Prom, PhD Associate Professor, University Library Assistant University Archivist 1408 W. Gregory Drive Urbana, IL 61820 (217) 244-2052 prom at illinois.edu http://archives.library.illinois.edu Blog: http://e-records.chrisprom.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From schmitt at umd.edu Mon Nov 11 09:21:54 2013 From: schmitt at umd.edu (Cassandra A Schmitt) Date: Mon, 11 Nov 2013 14:21:54 +0000 Subject: [Archivesspace_Users_Group] CSV and EAD mappings? Message-ID: Brad and al, Is there a specific date or estimate when the templates and mapping documents for the application will be available? For example, the CSV template or the map that shows which EAD fields are mapped to which ArchivesSpace fields? I'm not sure how many members are coming from a systems other than AT/Archon, but for those of us who are it would be really helpful to have a target date to help in our planning. Even draft documents would be really helpful. Thanks, Cassie Cassandra A. Schmitt, MSI Special Collections, Hornbake Library University of Maryland Libraries College Park, Maryland 20742 301-405-9298 schmitt at umd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Mon Nov 11 09:24:46 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 11 Nov 2013 09:24:46 -0500 Subject: [Archivesspace_Users_Group] CSV and EAD mappings? In-Reply-To: References: Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EBCD672@lyraatlexec> Hi, Cassie, Those data format templates and maps are now available at http://www.archivesspace.org/documents/data-maps-templates/. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Cassandra A Schmitt Sent: Monday, November 11, 2013 9:22 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] CSV and EAD mappings? Brad and al, Is there a specific date or estimate when the templates and mapping documents for the application will be available? For example, the CSV template or the map that shows which EAD fields are mapped to which ArchivesSpace fields? I'm not sure how many members are coming from a systems other than AT/Archon, but for those of us who are it would be really helpful to have a target date to help in our planning. Even draft documents would be really helpful. Thanks, Cassie Cassandra A. Schmitt, MSI Special Collections, Hornbake Library University of Maryland Libraries College Park, Maryland 20742 301-405-9298 schmitt at umd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.matienzo at nyu.edu Mon Nov 11 09:25:01 2013 From: mark.matienzo at nyu.edu (Mark A. Matienzo) Date: Mon, 11 Nov 2013 09:25:01 -0500 Subject: [Archivesspace_Users_Group] CSV and EAD mappings? In-Reply-To: References: Message-ID: <17E48C05-C961-4F3A-BFA2-B7215BA7A902@nyu.edu> Hi Cassie, We have posted the templates and mappings to the ArchivesSpace site: http://www.archivesspace.org/documents/data-maps-templates/ Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 11, 2013, at 9:21 AM, Cassandra A Schmitt wrote: > Brad and al, > > Is there a specific date or estimate when the templates and mapping documents for the application will be available? For example, the CSV template or the map that shows which EAD fields are mapped to which ArchivesSpace fields? > > I?m not sure how many members are coming from a systems other than AT/Archon, but for those of us who are it would be really helpful to have a target date to help in our planning. Even draft documents would be really helpful. > > Thanks, > Cassie > > > > Cassandra A. Schmitt, MSI > Special Collections, Hornbake Library > University of Maryland Libraries > College Park, Maryland 20742 > 301-405-9298 > schmitt at umd.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Mon Nov 18 08:07:32 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 18 Nov 2013 08:07:32 -0500 Subject: [Archivesspace_Users_Group] Callfor Nominations for ArchivesSpace User Advisory Council Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EDFB7D8@lyraatlexec> Nominations Sought for ArchivesSpace User Advisory Council The ArchivesSpace Board of Trustees is seeking nominations from its Charter Members for the ArchivesSpace User Advisory Council (UAC). Nominations may be made only by ArchivesSpace Charter Member representatives. Charter member representatives are encouraged to nominate persons from their institution or from other Charter Member institutions (please see the list below) who are experienced with some of the activities projected for UAC and who are capable of participating on a regular basis throughout the term of service. UAC is a critical part of the ArchivesSpace community, serving as a communication conduit between ArchivesSpace governance groups and ArchivesSpace users. It is also the group that administers ArchivesSpace user services. Some of the activities currently planned for UAC are: * liaising with national and regional archives organizations; * soliciting, suggesting, gathering requirements for, and prioritizing enhancements to the ArchivesSpace application; * maintaining and updating user documentation, as needed, of the ArchivesSpace application; * conducting usability studies, including analyzing and reporting results; * developing and providing training to users; and * advising the Board of Trustees and LYRASIS on the design and delivery of user services, including but not limited to help desk support, training, and presentation of documentation. Sub-working groups will be established within UAC to address the areas identified above, as well other activity areas identified later. Nominees will be appointed to UAC according to their ability to participate in and lead some of the activities mentioned above. The initial term of service is until June 30, 2015. Each appointee is eligible to have their appointment renewed for an additional two-year term, i.e., July 1, 2015-June 30, 2017. The anticipated time commitment for each appointee is expected to be two hours per week on average. To nominate a person for the ArchivesSpace User Advisory Council, please identify the person and her/his organization in the form below, indicate the areas of activity to which the nominee is prepared to contribute, and return the completed form to Brad Westbrook (brad.westbrook at lyrasis.org) by the end of Friday, December 6. ***** Nominee's Name: ______________________________________________ Nominee's Organization: ______________________________________________ Indicate all areas to which the nominee might contribute: ___Documentation ___Liaising with archives organizations. Please indicate the organizations: _____________________ ___New features, functional or technical specifications ___Training, design ___Training, provision ___ Usability testing ___User/Help support Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image002.png at 01CEE435.3BD8D9F0] [cid:image004.jpg at 01CEE435.3BD8D9F0] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7631 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 83171 bytes Desc: image004.jpg URL: From brad.westbrook at lyrasis.org Mon Nov 18 08:07:35 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 18 Nov 2013 08:07:35 -0500 Subject: [Archivesspace_Users_Group] Call for Nominations for ArchivesSpace Technical Advisory Council Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EDFB7D9@lyraatlexec> Nominations Sought for ArchivesSpace Technical Advisory Council The ArchivesSpace Board of Trustees is seeking nominations from its Charter Members for the ArchivesSpace Technical Advisory Council (TAC). Nominations may be made only by ArchivesSpace Charter Member representatives. Charter member representatives are encouraged to nominate persons from their institution or from other Charter Member institutions (please see the list below) who are experienced with some of the activities projected for TAC and who are capable of participating on a regular basis throughout the term of service. TAC is a critical part of the ArchivesSpace community, having responsibility for providing overall technical guidance to code committers, the User Advisory Council, and the ArchivesSpace Board of Trustees. Some of the activities currently planned for TAC are: * developing a community of committers, including provision of guidelines for contributing code and review of contributions, * reviewing application enhancements and priorities identified by the User Advisory Council, * 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.) and developing technical requirements to undertake that integration, * undertaking release management for new versions of the software, and * updating technical documentation. Sub-working groups will be established within TAC to address the areas identified above, as well other activity areas identified later. Nominees must have sufficient knowledge of application architectures and coding practices for participating in and leading some of the identified activities. Nominees with experience in web application development (particularly using Ruby on Rails and Sinatra) and software testing, or interest in those areas, are especially welcome. The initial term of service is until June 30, 2015. Each appointee is eligible to have their appointment renewed for an additional two-year term, i.e., July 1, 2015-June 30, 2017. The anticipated time commitment for each appointee is expected to be two hours per week on average. To nominate a person for the ArchivesSpace Technical Advisory Council, please identify the person and her/his organization in the form below, indicate the areas of activity to which the nominee is prepared to contribute, and return the completed form to Brad Westbrook (brad.westbrook at lyrasis.org) by the end of Friday, December 6. ****** Nominee's Name: ______________________________________________ Nominee's Organization: ______________________________________________ Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image005.png at 01CEE435.3D7E2580] [cid:image006.jpg at 01CEE435.3D7E2580] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 7646 bytes Desc: image005.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.jpg Type: image/jpeg Size: 93650 bytes Desc: image006.jpg URL: From brad.westbrook at lyrasis.org Mon Nov 18 10:06:28 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 18 Nov 2013 10:06:28 -0500 Subject: [Archivesspace_Users_Group] New ArchivesSpace Launches New Website Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EDFB87B@lyraatlexec> ArchivesSpace is pleased to announce the rollout of its new website at http://www.archivesspace.org/ and the formal opening of a general membership drive. If you are curious about membership in the ArchivesSpace community, please read the information about membership at http://www.archivesspace.org/membership and the membership brochure at http://www.archivesspace.org/sites/default/files/ArchivesSpace-Inline-Brochure.pdf. To request membership, send a message asking to be enrolled as a member to ArchivesSpaceHome at lyrasis.org or to brad.westbrook at lyrasis.org. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CEE445.D900FCC0] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 7645 bytes Desc: image003.png URL: From cory_nimer at byu.edu Tue Nov 19 11:10:45 2013 From: cory_nimer at byu.edu (Cory Nimer) Date: Tue, 19 Nov 2013 16:10:45 +0000 Subject: [Archivesspace_Users_Group] HTTPS for login/staff interface Message-ID: <01F9DC7FA787A246AECD49D49609C0F10EC85745@CORN.byu.local> As we have been getting LDAP set up for our local ArchivesSpace instance, our IT staff have raised a number of questions about the security of the login process, as well as the use of the staff interface. I have included portions of their comments below: Forwarded message: On Friday, November 15, 2013 at 10:25 AM, David Brownell wrote: Subject: RE: archivesspace and ldap and SSL archivesspace doesn't proxy nicely so it's nearly impossible to secure. I think it is still possible to proxy if it has its own IP address but DS1 [our web application server] already has 4 and I'm not sure I'm willing to do that for this. It makes the whole thing less maintainable. It needs to be at the path's root because it does things like send you to /login. So I can't have it be /archivesspace (because it doesn't send you to /archivesspace/login). I have not seen any way to change the path of the thing, so that I can have it live on /archivesspace/blah. Do you know of a way to change that? I messed with the config.rb frontend_url but it's NOT a URL, it's only looking at the host and port. Not the path! That said, I can work on LDAP authentication, but without a means of a secure connection, I don't want to do that and expose peoples password in plaintext. What are your thoughts? P.S. When I say "context" I mean the stuff after the server. For example, If I gave a url -- http://ds1.lib.byu.edu:9080/blah -- /blah would be the context. ________________________________ Sent: Monday, November 18, 2013 9:37 AM I don't know of a way to change it so it can live on /archivespace/blah. I think the url structure is pretty well baked in. It sounds like we might need to have a dedicated IP address. It doesn't necessarily need to live on DS1, if that helps. ________________________________ Date: Monday, November 18, 2013 at 9:53:13 AM It's really, really important that HTTP-listening applications that accept a password have the ability to do HTTPS. archivesspace needs to have the ability to listen on HTTPS with the ability to use a signed certificate for the communication. Are there configuration options for making the login/staff interface available over HTTPS? Is this something that is expected to change in future versions of the software? And how should we advise our IT staff on setting this up on the server? Thanks for your guidance, Cory Nimer Manuscripts Cataloger/Metadata Specialist Brigham Young University 1108 HBLL (801) 422-6091 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.matienzo at nyu.edu Tue Nov 19 15:34:59 2013 From: mark.matienzo at nyu.edu (Mark A. Matienzo) Date: Tue, 19 Nov 2013 15:34:59 -0500 Subject: [Archivesspace_Users_Group] HTTPS for login/staff interface In-Reply-To: <01F9DC7FA787A246AECD49D49609C0F10EC85745@CORN.byu.local> References: <01F9DC7FA787A246AECD49D49609C0F10EC85745@CORN.byu.local> Message-ID: Hi Cory, Unfortunately we don't have any specific documentation at the moment about deploying ArchivesSpace using HTTPS, we'll be prioritizing the creation of this documentation in the next few weeks. Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 19, 2013, at 11:10 AM, Cory Nimer wrote: > As we have been getting LDAP set up for our local ArchivesSpace instance, our IT staff have raised a number of questions about the security of the login process, as well as the use of the staff interface. I have included portions of their comments below: > Forwarded message: > > On Friday, November 15, 2013 at 10:25 AM, David Brownell wrote: > > Subject: RE: archivesspace and ldap and SSL > > archivesspace doesn't proxy nicely so it's nearly impossible to secure. I think it is still possible to proxy if it has its own IP address but DS1 [our web application server] already has 4 and I'm not sure I'm willing to do that for this. It makes the whole thing less maintainable. > > It needs to be at the path's root because it does things like send you to /login. So I can't have it be /archivesspace (because it doesn't send you to /archivesspace/login). I have not seen any way to change the path of the thing, so that I can have it live on /archivesspace/blah. Do you know of a way to change that? I messed with the config.rb frontend_url but it's NOT a URL, it's only looking at the host and port. Not the path! > > That said, I can work on LDAP authentication, but without a means of a secure connection, I don't want to do that and expose peoples password in plaintext. > > What are your thoughts? > > P.S. When I say "context" I mean the stuff after the server. For example, If I gave a url -- http://ds1.lib.byu.edu:9080/blah -- /blah would be the context. > > > Sent: Monday, November 18, 2013 9:37 AM > > I don?t know of a way to change it so it can live on /archivespace/blah. I think the url structure is pretty well baked in. It sounds like we might need to have a dedicated IP address. It doesn?t necessarily need to live on DS1, if that helps. > > Date: Monday, November 18, 2013 at 9:53:13 AM > > It's really, really important that HTTP-listening applications that accept a password have the ability to do HTTPS. archivesspace needs to have the ability to listen on HTTPS with the ability to use a signed certificate for the communication. > > Are there configuration options for making the login/staff interface available over HTTPS? Is this something that is expected to change in future versions of the software? And how should we advise our IT staff on setting this up on the server? > > Thanks for your guidance, > > Cory Nimer > Manuscripts Cataloger/Metadata Specialist > Brigham Young University > 1108 HBLL > (801) 422-6091 > > _______________________________________________ > 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 aimee_brown at mcad.edu Tue Nov 19 15:38:29 2013 From: aimee_brown at mcad.edu (Aimee Brown) Date: Tue, 19 Nov 2013 14:38:29 -0600 Subject: [Archivesspace_Users_Group] user defined fields in resource records - instructions on customizing? Message-ID: Hi, I would like to create some custom text fields with drop down menus to use in item level resources record for some AV materials. Are there instructions for creating custom fields and drop down menus to go with them and/or has anyone done this yet? Thank you. Aimee Aimee Brown, CA Archivist Library, Room 113 Minneapolis College of Art and Design- 2501 Stevens Avenue Minneapolis, MN 55404 (612) 874-3660 aimee_brown at mcad.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.matienzo at nyu.edu Thu Nov 21 15:37:06 2013 From: mark.matienzo at nyu.edu (Mark A. Matienzo) Date: Thu, 21 Nov 2013 15:37:06 -0500 Subject: [Archivesspace_Users_Group] [archivesspace] ArchivesSpace 1.0.1 Released In-Reply-To: <5e260cfb-3386-4840-9ac2-c1c9599f48c2@googlegroups.com> References: <02FA3D09-1060-46A7-A9D0-A59D84FF2EE3@nyu.edu> <5e260cfb-3386-4840-9ac2-c1c9599f48c2@googlegroups.com> Message-ID: Hi Ron, That's correct, as long as you're using MySQL. If not, you'll need to copy over the database. You may also want to copy the Solr index over to save time as well. Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 21, 2013, at 2:02 PM, Ron Stanonik wrote: > How do I upgrade from 1.0.0? > Do I just unzip and copy the changes from config/config.rb? > Thanks, > > Ron > > > -- > 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/groups/opt_out. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.matienzo at nyu.edu Thu Nov 21 15:57:34 2013 From: mark.matienzo at nyu.edu (Mark A. Matienzo) Date: Thu, 21 Nov 2013 15:57:34 -0500 Subject: [Archivesspace_Users_Group] [archivesspace] ArchivesSpace 1.0.1 Released In-Reply-To: References: <02FA3D09-1060-46A7-A9D0-A59D84FF2EE3@nyu.edu> <5e260cfb-3386-4840-9ac2-c1c9599f48c2@googlegroups.com> Message-ID: You can copy everything in the data directory. Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 21, 2013, at 3:56 PM, Ron Stanonik wrote: > Do I copy everything in data or just data/solr_index? > Thanks, > Ron > > > > -- > 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/groups/opt_out. -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Fri Nov 22 07:30:58 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 22 Nov 2013 07:30:58 -0500 Subject: [Archivesspace_Users_Group] user defined fields in resource records - instructions on customizing? In-Reply-To: References: Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EF7C335@lyraatlexec> Hi, Aimee, It is not possible at this time to create controlled value list fields in ArchivesSpace. However, we have requested that feature be implemented. You can see the user story at https://www.pivotaltracker.com/s/projects/386247/stories/61207810 Best, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image001.png at 01CEE754.C949A900] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Aimee Brown Sent: Tuesday, November 19, 2013 3:38 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] user defined fields in resource records - instructions on customizing? Hi, I would like to create some custom text fields with drop down menus to use in item level resources record for some AV materials. Are there instructions for creating custom fields and drop down menus to go with them and/or has anyone done this yet? Thank you. Aimee Aimee Brown, CA Archivist Library, Room 113 Minneapolis College of Art and Design- 2501 Stevens Avenue Minneapolis, MN 55404 (612) 874-3660 aimee_brown at mcad.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From cory_nimer at byu.edu Fri Nov 22 10:50:27 2013 From: cory_nimer at byu.edu (Cory Nimer) Date: Fri, 22 Nov 2013 15:50:27 +0000 Subject: [Archivesspace_Users_Group] Character conversion during migration? Message-ID: <01F9DC7FA787A246AECD49D49609C0F10EC8B45A@CORN.byu.local> Going through the report from our migration into ArchivesSpace, it included a number of entries complaining about failed character conversion (example below for Dubl?n (Mexico)). From the message, it appears that it is trying to convert from ASCII 8 bit to UTF8. We understood from our IT staff that our AT installation was already in UTF8, though. Is there any way to configure or modify the import routine to avoid this conversion? If we need to clean up our data, how should it be encoded to convert correctly? Thanks, Cory Nimer Manuscripts Cataloger/Metadata Specialist Brigham Young University 801/422-6091 -------------------------------------------- Endpoint: http://ds1.lib.byu.edu:9089/subjects AT Identifier:Subject->Dubl?n (Mexico)--History--Sources Status code: 500 Status text: Server Error JSON: {"source":"lcnaf","vocabulary":"/vocabularies/1","external_ids":[{"external_id":"4273","source":"Archivists Toolkit Database::SUBJECT"}],"terms":[{"vocabulary":"/vocabularies/1","term":"Dubl?n (Mexico)","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"History","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"Sources","term_type":"geographic"}]} org.jruby.exceptions.RaiseException: (Encoding::ConverterNotFoundError) code converter not found (ASCII-8BIT to UTF-8) at org.jruby.RubyString.encode(org/jruby/RubyString.java:7590) at json.ext.GeneratorMethods$RbHash.to_json(json/ext/GeneratorMethods.java:71) at RESTHelpers::ResponseHelpers.json_response(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:9) at RUBY.ERROR (?-mix:)(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:177) at org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:118) at RUBY.compile!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) at org.jruby.RubyProc.call(org/jruby/RubyProc.java:255) at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) at Sinatra::Base.error_block!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:998) at RUBY.handle_exception!(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:192) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) at ArchivesSpaceService::RequestWrappingMiddleware.call(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:245) at Rack::Protection::XSSHeader.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/xss_header.rb:18) at Rack::Protection::PathTraversal.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/path_traversal.rb:16) at Rack::Protection::JsonCsrf.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/json_csrf.rb:18) at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) at Rack::Protection::FrameOptions.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/frame_options.rb:31) at Rack::NullLogger.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) at Rack::Head.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) at Sinatra::ExtendedRack.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) at Sinatra::Base.synchronize(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) at Rack::Builder.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/builder.rb:134) at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1617) at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) at Rack::Handler::Servlet.call(file:/opt/archivesspace/gems/gems/jruby-rack-1.1.12/lib/jruby-rack-1.1.12.jar!/rack/handler/servlet.rb:22) -------------- next part -------------- An HTML attachment was scrubbed... URL: From dlakatta at library.ucla.edu Fri Nov 22 10:53:28 2013 From: dlakatta at library.ucla.edu (Lakatta, David) Date: Fri, 22 Nov 2013 15:53:28 +0000 Subject: [Archivesspace_Users_Group] UCLA Library upgrade from AT Message-ID: <49167E54196EF643A6F8C2C4EF379AAA410EB3DA@EM3C.ad.ucla.edu> Are we able to still use MS SQL for the backend? I've been looking through the documentation (with what time I have), and have only seen MySQL for the backend. We currently have AT using MS SQL and I may have missed how to either convert that over for AS, or how to port it to MySQL. Thanks, David L. UCLA Library Digital Initiatives and Information Technology -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Fri Nov 22 11:02:26 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 22 Nov 2013 11:02:26 -0500 Subject: [Archivesspace_Users_Group] UCLA Library upgrade from AT In-Reply-To: <49167E54196EF643A6F8C2C4EF379AAA410EB3DA@EM3C.ad.ucla.edu> References: <49167E54196EF643A6F8C2C4EF379AAA410EB3DA@EM3C.ad.ucla.edu> Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EF7C3DF@lyraatlexec> Hi, David, MS SQL is not currently supported as a backend for ArchivesSpace; only MySQL is. This is likely to change as the application and its community matures. Best, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image001.png at 01CEE772.545A11C0] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Lakatta, David Sent: Friday, November 22, 2013 10:53 AM To: 'archivesspace_users_group at lyralists.lyrasis.org' Subject: [Archivesspace_Users_Group] UCLA Library upgrade from AT Are we able to still use MS SQL for the backend? I've been looking through the documentation (with what time I have), and have only seen MySQL for the backend. We currently have AT using MS SQL and I may have missed how to either convert that over for AS, or how to port it to MySQL. Thanks, David L. UCLA Library Digital Initiatives and Information Technology -------------- 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.matienzo at nyu.edu Fri Nov 22 13:23:57 2013 From: mark.matienzo at nyu.edu (Mark A. Matienzo) Date: Fri, 22 Nov 2013 13:23:57 -0500 Subject: [Archivesspace_Users_Group] Character conversion during migration? In-Reply-To: <01F9DC7FA787A246AECD49D49609C0F10EC8B45A@CORN.byu.local> References: <01F9DC7FA787A246AECD49D49609C0F10EC8B45A@CORN.byu.local> Message-ID: <5E3B28E0-BD00-47C8-8A22-48B9112094A1@nyu.edu> Hi Cory, Without access to the record itself, it might be hard for us to deduce. It is entirely possible that there's a problem with this character in the AT record. Can you possibly export the record as EAD and send it to us to start? Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 22, 2013, at 10:50 AM, Cory Nimer wrote: > Going through the report from our migration into ArchivesSpace, it included a number of entries complaining about failed character conversion (example below for Dubl?n (Mexico)). From the message, it appears that it is trying to convert from ASCII 8 bit to UTF8. We understood from our IT staff that our AT installation was already in UTF8, though. > > Is there any way to configure or modify the import routine to avoid this conversion? If we need to clean up our data, how should it be encoded to convert correctly? > > Thanks, > > Cory Nimer > Manuscripts Cataloger/Metadata Specialist > Brigham Young University > 801/422-6091 > > -------------------------------------------- > > Endpoint: http://ds1.lib.byu.edu:9089/subjects > AT Identifier:Subject->Dubl?n (Mexico)--History--Sources > Status code: 500 > Status text: Server Error > > JSON: {"source":"lcnaf","vocabulary":"/vocabularies/1","external_ids":[{"external_id":"4273","source":"Archivists Toolkit Database::SUBJECT"}],"terms":[{"vocabulary":"/vocabularies/1","term":"Dubl?n (Mexico)","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"History","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"Sources","term_type":"geographic"}]} > > org.jruby.exceptions.RaiseException: (Encoding::ConverterNotFoundError) code converter not found (ASCII-8BIT to UTF-8) > at org.jruby.RubyString.encode(org/jruby/RubyString.java:7590) > at json.ext.GeneratorMethods$RbHash.to_json(json/ext/GeneratorMethods.java:71) > at RESTHelpers::ResponseHelpers.json_response(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:9) > at RUBY.ERROR (?-mix:)(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:177) > at org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:118) > at RUBY.compile!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) > at org.jruby.RubyProc.call(org/jruby/RubyProc.java:255) > at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) > at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) > at Sinatra::Base.error_block!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:998) > at RUBY.handle_exception!(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:192) > at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) > at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) > at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) > at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) > at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) > at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) > at ArchivesSpaceService::RequestWrappingMiddleware.call(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:245) > at Rack::Protection::XSSHeader.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/xss_header.rb:18) > at Rack::Protection::PathTraversal.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/path_traversal.rb:16) > at Rack::Protection::JsonCsrf.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/json_csrf.rb:18) > at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) > at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) > at Rack::Protection::FrameOptions.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/frame_options.rb:31) > at Rack::NullLogger.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) > at Rack::Head.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) > at Sinatra::ExtendedRack.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) > at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) > at Sinatra::Base.synchronize(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) > at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) > at Rack::Builder.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/builder.rb:134) > at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) > at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1617) > at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) > at Rack::Handler::Servlet.call(file:/opt/archivesspace/gems/gems/jruby-rack-1.1.12/lib/jruby-rack-1.1.12.jar!/rack/handler/servlet.rb:22) > > _______________________________________________ > 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 ns96 at nyu.edu Fri Nov 22 13:48:22 2013 From: ns96 at nyu.edu (Nathan Stevens) Date: Fri, 22 Nov 2013 13:48:22 -0500 Subject: [Archivesspace_Users_Group] Character conversion during migration? In-Reply-To: <5E3B28E0-BD00-47C8-8A22-48B9112094A1@nyu.edu> References: <01F9DC7FA787A246AECD49D49609C0F10EC8B45A@CORN.byu.local> <5E3B28E0-BD00-47C8-8A22-48B9112094A1@nyu.edu> Message-ID: Also Corey, Can you confirm you are using AT update 15 and Aspace v1.0.1. This error message looks like what what you get if you trying to post data into an ASpace database that's not UTF8. On Fri, Nov 22, 2013 at 1:23 PM, Mark A. Matienzo wrote: > Hi Cory, > > Without access to the record itself, it might be hard for us to deduce. It > is entirely possible that there's a problem with this character in the AT > record. Can you possibly export the record as EAD and send it to us to > start? > > Best, > > Mark A. Matienzo | mark.matienzo at nyu.edu > Technical Architect, ArchivesSpace > http://archivesspace.org/ > > On Nov 22, 2013, at 10:50 AM, Cory Nimer wrote: > > Going through the report from our migration into ArchivesSpace, it > included a number of entries complaining about failed character conversion > (example below for Dubl?n (Mexico)). From the message, it appears that it > is trying to convert from ASCII 8 bit to UTF8. We understood from our IT > staff that our AT installation was already in UTF8, though. > > Is there any way to configure or modify the import routine to avoid this > conversion? If we need to clean up our data, how should it be encoded to > convert correctly? > > Thanks, > > Cory Nimer > Manuscripts Cataloger/Metadata Specialist > Brigham Young University > 801/422-6091 > > -------------------------------------------- > > Endpoint: http://ds1.lib.byu.edu:9089/subjects > AT Identifier:Subject->Dubl?n (Mexico)--History--Sources > Status code: 500 > Status text: Server Error > > JSON: > {"source":"lcnaf","vocabulary":"/vocabularies/1","external_ids":[{"external_id":"4273","source":"Archivists > Toolkit > Database::SUBJECT"}],"terms":[{"vocabulary":"/vocabularies/1","term":"Dubl?n > (Mexico)","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"History","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"Sources","term_type":"geographic"}]} > > org.jruby.exceptions.RaiseException: (Encoding::ConverterNotFoundError) > code converter not found (ASCII-8BIT to UTF-8) > at > org.jruby.RubyString.encode(org/jruby/RubyString.java:7590) > at > json.ext.GeneratorMethods$RbHash.to_json(json/ext/GeneratorMethods.java:71) > at > RESTHelpers::ResponseHelpers.json_response(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:9) > at RUBY.ERROR > (?-mix:)(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:177) > at org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:118) > at > RUBY.compile!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) > at org.jruby.RubyProc.call(org/jruby/RubyProc.java:255) > at > Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) > at > org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at > Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) > at > Sinatra::Base.error_block!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:998) > at > RUBY.handle_exception!(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:192) > at > Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) > at > Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at > org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at > Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at > Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) > at > Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) > at > Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) > at > Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at > org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at > Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at > Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) > at > Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) > at > ArchivesSpaceService::RequestWrappingMiddleware.call(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:245) > at > Rack::Protection::XSSHeader.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/xss_header.rb:18) > at > Rack::Protection::PathTraversal.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/path_traversal.rb:16) > at > Rack::Protection::JsonCsrf.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/json_csrf.rb:18) > at > Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) > at > Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) > at > Rack::Protection::FrameOptions.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/frame_options.rb:31) > at > Rack::NullLogger.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) > at > Rack::Head.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) > at > Sinatra::ExtendedRack.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) > at > Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) > at > Sinatra::Base.synchronize(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) > at > Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) > at > Rack::Builder.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/builder.rb:134) > at > Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) > at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1617) > at > Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) > at > Rack::Handler::Servlet.call(file:/opt/archivesspace/gems/gems/jruby-rack-1.1.12/lib/jruby-rack-1.1.12.jar!/rack/handler/servlet.rb:22) > > _______________________________________________ > 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 > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory_nimer at byu.edu Fri Nov 22 19:09:39 2013 From: cory_nimer at byu.edu (Cory Nimer) Date: Sat, 23 Nov 2013 00:09:39 +0000 Subject: [Archivesspace_Users_Group] Character conversion during migration? In-Reply-To: <5E3B28E0-BD00-47C8-8A22-48B9112094A1@nyu.edu> References: <01F9DC7FA787A246AECD49D49609C0F10EC8B45A@CORN.byu.local> <5E3B28E0-BD00-47C8-8A22-48B9112094A1@nyu.edu> Message-ID: <01F9DC7FA787A246AECD49D49609C0F10EC8B6AA@CORN.byu.local> Mark, Attached is a brief record from the report that included one of these errors for your review ? it is the first character in ?lborg on line 98. Thanks, Cory Nimer Manuscripts Cataloger/Metadata Specialist Brigham Young University 1108 HBLL (801) 422-6091 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mark A. Matienzo Sent: Friday, November 22, 2013 11:24 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Character conversion during migration? Hi Cory, Without access to the record itself, it might be hard for us to deduce. It is entirely possible that there's a problem with this character in the AT record. Can you possibly export the record as EAD and send it to us to start? Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 22, 2013, at 10:50 AM, Cory Nimer > wrote: Going through the report from our migration into ArchivesSpace, it included a number of entries complaining about failed character conversion (example below for Dubl?n (Mexico)). From the message, it appears that it is trying to convert from ASCII 8 bit to UTF8. We understood from our IT staff that our AT installation was already in UTF8, though. Is there any way to configure or modify the import routine to avoid this conversion? If we need to clean up our data, how should it be encoded to convert correctly? Thanks, Cory Nimer Manuscripts Cataloger/Metadata Specialist Brigham Young University 801/422-6091 -------------------------------------------- Endpoint: http://ds1.lib.byu.edu:9089/subjects AT Identifier:Subject->Dubl?n (Mexico)--History--Sources Status code: 500 Status text: Server Error JSON: {"source":"lcnaf","vocabulary":"/vocabularies/1","external_ids":[{"external_id":"4273","source":"Archivists Toolkit Database::SUBJECT"}],"terms":[{"vocabulary":"/vocabularies/1","term":"Dubl?n (Mexico)","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"History","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"Sources","term_type":"geographic"}]} org.jruby.exceptions.RaiseException: (Encoding::ConverterNotFoundError) code converter not found (ASCII-8BIT to UTF-8) at org.jruby.RubyString.encode(org/jruby/RubyString.java:7590) at json.ext.GeneratorMethods$RbHash.to_json(json/ext/GeneratorMethods.java:71) at RESTHelpers::ResponseHelpers.json_response(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:9) at RUBY.ERROR (?-mix:)(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:177) at org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:118) at RUBY.compile!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) at org.jruby.RubyProc.call(org/jruby/RubyProc.java:255) at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) at Sinatra::Base.error_block!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:998) at RUBY.handle_exception!(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:192) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) at ArchivesSpaceService::RequestWrappingMiddleware.call(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:245) at Rack::Protection::XSSHeader.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/xss_header.rb:18) at Rack::Protection::PathTraversal.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/path_traversal.rb:16) at Rack::Protection::JsonCsrf.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/json_csrf.rb:18) at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) at Rack::Protection::FrameOptions.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/frame_options.rb:31) at Rack::NullLogger.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) at Rack::Head.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) at Sinatra::ExtendedRack.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) at Sinatra::Base.synchronize(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) at Rack::Builder.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/builder.rb:134) at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1617) at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) at Rack::Handler::Servlet.call(file:/opt/archivesspace/gems/gems/jruby-rack-1.1.12/lib/jruby-rack-1.1.12.jar!/rack/handler/servlet.rb:22) _______________________________________________ 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: UPB_MSSSC1555.xml Type: application/xml Size: 4966 bytes Desc: UPB_MSSSC1555.xml URL: From mark.matienzo at nyu.edu Mon Nov 25 08:41:27 2013 From: mark.matienzo at nyu.edu (Mark A. Matienzo) Date: Mon, 25 Nov 2013 08:41:27 -0500 Subject: [Archivesspace_Users_Group] Character conversion during migration? In-Reply-To: <01F9DC7FA787A246AECD49D49609C0F10EC8B6AA@CORN.byu.local> References: <01F9DC7FA787A246AECD49D49609C0F10EC8B45A@CORN.byu.local> <5E3B28E0-BD00-47C8-8A22-48B9112094A1@nyu.edu> <01F9DC7FA787A246AECD49D49609C0F10EC8B6AA@CORN.byu.local> Message-ID: <6DEFEAD6-1530-4141-8DDC-0CF36660074D@nyu.edu> Thanks Cory - we'll look into it. Can you also send along the initial record you reported the issue with in your first message? Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 22, 2013, at 7:09 PM, Cory Nimer wrote: > Mark, > > Attached is a brief record from the report that included one of these errors for your review ? it is the first character in ?lborg on line 98. > > Thanks, > > Cory Nimer > Manuscripts Cataloger/Metadata Specialist > Brigham Young University > 1108 HBLL > (801) 422-6091 > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf OfMark A. Matienzo > Sent: Friday, November 22, 2013 11:24 AM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Character conversion during migration? > > Hi Cory, > > Without access to the record itself, it might be hard for us to deduce. It is entirely possible that there's a problem with this character in the AT record. Can you possibly export the record as EAD and send it to us to start? > > Best, > > Mark A. Matienzo | mark.matienzo at nyu.edu > Technical Architect, ArchivesSpace > http://archivesspace.org/ > > On Nov 22, 2013, at 10:50 AM, Cory Nimer wrote: > > > Going through the report from our migration into ArchivesSpace, it included a number of entries complaining about failed character conversion (example below for Dubl?n (Mexico)). From the message, it appears that it is trying to convert from ASCII 8 bit to UTF8. We understood from our IT staff that our AT installation was already in UTF8, though. > > Is there any way to configure or modify the import routine to avoid this conversion? If we need to clean up our data, how should it be encoded to convert correctly? > > Thanks, > > Cory Nimer > Manuscripts Cataloger/Metadata Specialist > Brigham Young University > 801/422-6091 > > -------------------------------------------- > > Endpoint: http://ds1.lib.byu.edu:9089/subjects > AT Identifier:Subject->Dubl?n (Mexico)--History--Sources > Status code: 500 > Status text: Server Error > > JSON: {"source":"lcnaf","vocabulary":"/vocabularies/1","external_ids":[{"external_id":"4273","source":"Archivists Toolkit Database::SUBJECT"}],"terms":[{"vocabulary":"/vocabularies/1","term":"Dubl?n (Mexico)","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"History","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"Sources","term_type":"geographic"}]} > > org.jruby.exceptions.RaiseException: (Encoding::ConverterNotFoundError) code converter not found (ASCII-8BIT to UTF-8) > at org.jruby.RubyString.encode(org/jruby/RubyString.java:7590) > at json.ext.GeneratorMethods$RbHash.to_json(json/ext/GeneratorMethods.java:71) > at RESTHelpers::ResponseHelpers.json_response(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:9) > at RUBY.ERROR (?-mix:)(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:177) > at org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:118) > at RUBY.compile!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) > at org.jruby.RubyProc.call(org/jruby/RubyProc.java:255) > at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) > at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) > at Sinatra::Base.error_block!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:998) > at RUBY.handle_exception!(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:192) > at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) > at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) > at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) > at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) > at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) > at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) > at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) > at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) > at ArchivesSpaceService::RequestWrappingMiddleware.call(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:245) > at Rack::Protection::XSSHeader.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/xss_header.rb:18) > at Rack::Protection::PathTraversal.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/path_traversal.rb:16) > at Rack::Protection::JsonCsrf.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/json_csrf.rb:18) > at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) > at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) > at Rack::Protection::FrameOptions.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/frame_options.rb:31) > at Rack::NullLogger.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) > at Rack::Head.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) > at Sinatra::ExtendedRack.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) > at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) > at Sinatra::Base.synchronize(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) > at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) > at Rack::Builder.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/builder.rb:134) > at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) > at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1617) > at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) > at Rack::Handler::Servlet.call(file:/opt/archivesspace/gems/gems/jruby-rack-1.1.12/lib/jruby-rack-1.1.12.jar!/rack/handler/servlet.rb:22) > > _______________________________________________ > 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 cory_nimer at byu.edu Mon Nov 25 11:03:40 2013 From: cory_nimer at byu.edu (Cory Nimer) Date: Mon, 25 Nov 2013 16:03:40 +0000 Subject: [Archivesspace_Users_Group] Character conversion during migration? In-Reply-To: <6DEFEAD6-1530-4141-8DDC-0CF36660074D@nyu.edu> References: <01F9DC7FA787A246AECD49D49609C0F10EC8B45A@CORN.byu.local> <5E3B28E0-BD00-47C8-8A22-48B9112094A1@nyu.edu> <01F9DC7FA787A246AECD49D49609C0F10EC8B6AA@CORN.byu.local> <6DEFEAD6-1530-4141-8DDC-0CF36660074D@nyu.edu> Message-ID: <01F9DC7FA787A246AECD49D49609C0F10EC8B8A8@CORN.byu.local> Thanks for your help with this, Mark. Attached is another record with the entry for Dubl?n (line 87), as requested. Thanks again, Cory Nimer Manuscripts Cataloger/Metadata Specialist Brigham Young University 1108 HBLL (801) 422-6091 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mark A. Matienzo Sent: Monday, November 25, 2013 6:41 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Character conversion during migration? Thanks Cory - we'll look into it. Can you also send along the initial record you reported the issue with in your first message? Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 22, 2013, at 7:09 PM, Cory Nimer > wrote: Mark, Attached is a brief record from the report that included one of these errors for your review ? it is the first character in ?lborg on line 98. Thanks, Cory Nimer Manuscripts Cataloger/Metadata Specialist Brigham Young University 1108 HBLL (801) 422-6091 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf OfMark A. Matienzo Sent: Friday, November 22, 2013 11:24 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Character conversion during migration? Hi Cory, Without access to the record itself, it might be hard for us to deduce. It is entirely possible that there's a problem with this character in the AT record. Can you possibly export the record as EAD and send it to us to start? Best, Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ On Nov 22, 2013, at 10:50 AM, Cory Nimer > wrote: Going through the report from our migration into ArchivesSpace, it included a number of entries complaining about failed character conversion (example below for Dubl?n (Mexico)). From the message, it appears that it is trying to convert from ASCII 8 bit to UTF8. We understood from our IT staff that our AT installation was already in UTF8, though. Is there any way to configure or modify the import routine to avoid this conversion? If we need to clean up our data, how should it be encoded to convert correctly? Thanks, Cory Nimer Manuscripts Cataloger/Metadata Specialist Brigham Young University 801/422-6091 -------------------------------------------- Endpoint: http://ds1.lib.byu.edu:9089/subjects AT Identifier:Subject->Dubl?n (Mexico)--History--Sources Status code: 500 Status text: Server Error JSON: {"source":"lcnaf","vocabulary":"/vocabularies/1","external_ids":[{"external_id":"4273","source":"Archivists Toolkit Database::SUBJECT"}],"terms":[{"vocabulary":"/vocabularies/1","term":"Dubl?n (Mexico)","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"History","term_type":"geographic"},{"vocabulary":"/vocabularies/1","term":"Sources","term_type":"geographic"}]} org.jruby.exceptions.RaiseException: (Encoding::ConverterNotFoundError) code converter not found (ASCII-8BIT to UTF-8) at org.jruby.RubyString.encode(org/jruby/RubyString.java:7590) at json.ext.GeneratorMethods$RbHash.to_json(json/ext/GeneratorMethods.java:71) at RESTHelpers::ResponseHelpers.json_response(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/rest.rb:9) at RUBY.ERROR (?-mix:)(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:177) at org.jruby.RubyMethod.call(org/jruby/RubyMethod.java:118) at RUBY.compile!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1293) at org.jruby.RubyProc.call(org/jruby/RubyProc.java:255) at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:897) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.process_route(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:895) at Sinatra::Base.error_block!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:998) at RUBY.handle_exception!(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/lib/exceptions.rb:192) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:966) at Sinatra::Base.dispatch!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:960) at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at org.jruby.RubyKernel.catch(org/jruby/RubyKernel.java:1254) at Sinatra::Base.invoke(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:946) at Sinatra::Base.call!(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:794) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:780) at ArchivesSpaceService::RequestWrappingMiddleware.call(/opt/archivesspace/data/tmp/jetty-0.0.0.0-9089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:245) at Rack::Protection::XSSHeader.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/xss_header.rb:18) at Rack::Protection::PathTraversal.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/path_traversal.rb:16) at Rack::Protection::JsonCsrf.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/json_csrf.rb:18) at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) at Rack::Protection::Base.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49) at Rack::Protection::FrameOptions.call(/opt/archivesspace/gems/gems/rack-protection-1.5.0/lib/rack/protection/frame_options.rb:31) at Rack::NullLogger.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/nulllogger.rb:9) at Rack::Head.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/head.rb:9) at Sinatra::ExtendedRack.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:124) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) at Sinatra::Base.synchronize(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1499) at Sinatra::Base.call(/opt/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1417) at Rack::Builder.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/builder.rb:134) at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:64) at org.jruby.RubyArray.each(org/jruby/RubyArray.java:1617) at Rack::URLMap.call(/opt/archivesspace/gems/gems/rack-1.4.5/lib/rack/urlmap.rb:49) at Rack::Handler::Servlet.call(file:/opt/archivesspace/gems/gems/jruby-rack-1.1.12/lib/jruby-rack-1.1.12.jar!/rack/handler/servlet.rb:22) _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: UPB_MSS1420.xml Type: application/xml Size: 4941 bytes Desc: UPB_MSS1420.xml URL: From mark.matienzo at nyu.edu Tue Nov 26 16:30:32 2013 From: mark.matienzo at nyu.edu (Mark A. Matienzo) Date: Tue, 26 Nov 2013 16:30:32 -0500 Subject: [Archivesspace_Users_Group] ArchivesSpace 1.0.2 released Message-ID: <54FD9012-CEA3-4F7D-A92E-2AA5B9A6996E@nyu.edu> The ArchivesSpace project team is pleased to announce the release of ArchivesSpace 1.0.2 . Changes within this release include: ? FEATURE #51853907, #51854067: Rapid data entry: Allow filling a column with a single value or sequence, reordering of columns, and addition of multiple rows in a single action ? FEATURE #60634014: Provide links to imported records when an import process successfully completes ? FEATURE #59331638: Change default filename for exported records ? BUG FIX #60815988, #61015848: Migrated records cannot be saved when a user tries to edit them after the migration process ? BUG FIX #60918200: When editing an existing user's properties (e.g. name fields, etc.), changed properties do not save properly ? BUG FIX #59972370: Frontend cookies are shared between multiple applications running on same hostname but with different ports ? BUG FIX #58091990: MARCXML import: import fails if 040$e is not present A list of all enhancements and bug fixes is available in the software change log . Please direct questions about user-facing functionality and reports of bugs using the Feedback option provided in the ArchivesSpace application interface or to the ArchivesSpace Users email list. Technical questions or questions regarding deployment may be sent either to the ArchivesSpace Users email list or to the ArchivesSpace Google Group. Questions about ArchivesSpace development should be directed to the ArchivesSpace Program Manager (brad.westbrook at lyrasis.org). Questions regarding membership should be directed to ArchivesSpaceHome at lyrasis.org. Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aimee_brown at mcad.edu Tue Nov 26 17:14:32 2013 From: aimee_brown at mcad.edu (Aimee Brown) Date: Tue, 26 Nov 2013 16:14:32 -0600 Subject: [Archivesspace_Users_Group] ArchivesSpace 1.0.2 released In-Reply-To: <54FD9012-CEA3-4F7D-A92E-2AA5B9A6996E@nyu.edu> References: <54FD9012-CEA3-4F7D-A92E-2AA5B9A6996E@nyu.edu> Message-ID: Hi, Are there any instructions for updating the software with this new release? Thank you. Aimee Brown Aimee Brown, CA Archivist Library, Room 113 Minneapolis College of Art and Design-MCAD 2501 Stevens Avenue Minneapolis, MN 55404 (612) 874-3660 aimee_brown at mcad.edu On Tue, Nov 26, 2013 at 3:30 PM, Mark A. Matienzo wrote: > The ArchivesSpace project team is pleased to announce the release of > ArchivesSpace 1.0.2 < > https://github.com/archivesspace/archivesspace/releases/tag/v1.0.2>. > > Changes within this release include: > > ? FEATURE #51853907, #51854067: Rapid data entry: Allow filling a column > with a single value or sequence, reordering of columns, and addition of > multiple rows in a single action > ? FEATURE #60634014: Provide links to imported records when an import > process successfully completes > ? FEATURE #59331638: Change default filename for exported records > ? BUG FIX #60815988, #61015848: Migrated records cannot be saved when a > user tries to edit them after the migration process > ? BUG FIX #60918200: When editing an existing user's properties (e.g. name > fields, etc.), changed properties do not save properly > ? BUG FIX #59972370: Frontend cookies are shared between multiple > applications running on same hostname but with different ports > ? BUG FIX #58091990: MARCXML import: import fails if 040$e is not present > > A list of all enhancements and bug fixes is available in the software > change log >. > > Please direct questions about user-facing functionality and reports of > bugs using the Feedback option provided in the ArchivesSpace application > interface or to the ArchivesSpace Users email list. Technical questions or > questions regarding deployment may be sent either to the ArchivesSpace > Users email list or to the ArchivesSpace Google Group. > > Questions about ArchivesSpace development should be directed to the > ArchivesSpace Program Manager (brad.westbrook at lyrasis.org). Questions > regarding membership should be directed to ArchivesSpaceHome at lyrasis.org. > > Mark A. Matienzo | mark.matienzo at nyu.edu > Technical Architect, ArchivesSpace > http://archivesspace.org/ > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Wed Nov 27 10:19:32 2013 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 27 Nov 2013 10:19:32 -0500 Subject: [Archivesspace_Users_Group] ArchivesSpace 1.0.2 released In-Reply-To: References: <54FD9012-CEA3-4F7D-A92E-2AA5B9A6996E@nyu.edu> Message-ID: <2292A4BA7D7F2849B5C69093E659924B294EF7C923@lyraatlexec> Hi, Aimee, There are no such instructions right now, but I am hopeful some will be ready by the end of today. Thanks for bringing that need to our attention. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Aimee Brown Sent: Tuesday, November 26, 2013 5:15 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] ArchivesSpace 1.0.2 released Hi, Are there any instructions for updating the software with this new release? Thank you. Aimee Brown Aimee Brown, CA Archivist Library, Room 113 Minneapolis College of Art and Design-MCAD 2501 Stevens Avenue Minneapolis, MN 55404 (612) 874-3660 aimee_brown at mcad.edu On Tue, Nov 26, 2013 at 3:30 PM, Mark A. Matienzo > wrote: The ArchivesSpace project team is pleased to announce the release of ArchivesSpace 1.0.2 . Changes within this release include: * FEATURE #51853907, #51854067: Rapid data entry: Allow filling a column with a single value or sequence, reordering of columns, and addition of multiple rows in a single action * FEATURE #60634014: Provide links to imported records when an import process successfully completes * FEATURE #59331638: Change default filename for exported records * BUG FIX #60815988, #61015848: Migrated records cannot be saved when a user tries to edit them after the migration process * BUG FIX #60918200: When editing an existing user's properties (e.g. name fields, etc.), changed properties do not save properly * BUG FIX #59972370: Frontend cookies are shared between multiple applications running on same hostname but with different ports * BUG FIX #58091990: MARCXML import: import fails if 040$e is not present A list of all enhancements and bug fixes is available in the software change log . Please direct questions about user-facing functionality and reports of bugs using the Feedback option provided in the ArchivesSpace application interface or to the ArchivesSpace Users email list. Technical questions or questions regarding deployment may be sent either to the ArchivesSpace Users email list or to the ArchivesSpace Google Group. Questions about ArchivesSpace development should be directed to the ArchivesSpace Program Manager (brad.westbrook at lyrasis.org). Questions regarding membership should be directed to ArchivesSpaceHome at lyrasis.org. Mark A. Matienzo | mark.matienzo at nyu.edu Technical Architect, ArchivesSpace http://archivesspace.org/ _______________________________________________ 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 aimee_brown at mcad.edu Wed Nov 27 10:20:28 2013 From: aimee_brown at mcad.edu (Aimee Brown) Date: Wed, 27 Nov 2013 09:20:28 -0600 Subject: [Archivesspace_Users_Group] ArchivesSpace 1.0.2 released In-Reply-To: <2292A4BA7D7F2849B5C69093E659924B294EF7C923@lyraatlexec> References: <54FD9012-CEA3-4F7D-A92E-2AA5B9A6996E@nyu.edu> <2292A4BA7D7F2849B5C69093E659924B294EF7C923@lyraatlexec> Message-ID: Thanks so much Brad. Aimee Aimee Brown, CA Archivist Library, Room 113 Minneapolis College of Art and Design-MCAD 2501 Stevens Avenue Minneapolis, MN 55404 (612) 874-3660 aimee_brown at mcad.edu On Wed, Nov 27, 2013 at 9:19 AM, Brad Westbrook wrote: > Hi, Aimee, > > > > There are no such instructions right now, but I am hopeful some will be > ready by the end of today. > > > > Thanks for bringing that need to our attention. > > > > Brad > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Aimee > Brown > *Sent:* Tuesday, November 26, 2013 5:15 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace 1.0.2 released > > > > Hi, > > Are there any instructions for updating the software with this new release? > > Thank you. > > Aimee Brown > > > Aimee Brown, CA > Archivist > Library, Room 113 > Minneapolis College of Art and Design-MCAD > 2501 Stevens Avenue > Minneapolis, MN 55404 > (612) 874-3660 > > aimee_brown at mcad.edu > > > > On Tue, Nov 26, 2013 at 3:30 PM, Mark A. Matienzo > wrote: > > The ArchivesSpace project team is pleased to announce the release of > ArchivesSpace 1.0.2 < > https://github.com/archivesspace/archivesspace/releases/tag/v1.0.2>. > > > > Changes within this release include: > > > > ? FEATURE #51853907, #51854067: Rapid data entry: Allow filling a column > with a single value or sequence, reordering of columns, and addition of > multiple rows in a single action > > ? FEATURE #60634014: Provide links to imported records when an import > process successfully completes > > ? FEATURE #59331638: Change default filename for exported records > > ? BUG FIX #60815988, #61015848: Migrated records cannot be saved when a > user tries to edit them after the migration process > > ? BUG FIX #60918200: When editing an existing user's properties (e.g. name > fields, etc.), changed properties do not save properly > > ? BUG FIX #59972370: Frontend cookies are shared between multiple > applications running on same hostname but with different ports > > ? BUG FIX #58091990: MARCXML import: import fails if 040$e is not present > > > > A list of all enhancements and bug fixes is available in the software > change log >. > > > > Please direct questions about user-facing functionality and reports of > bugs using the Feedback option provided in the ArchivesSpace application > interface or to the ArchivesSpace Users email list. Technical questions or > questions regarding deployment may be sent either to the ArchivesSpace > Users email list or to the ArchivesSpace Google Group. > > > Questions about ArchivesSpace development should be directed to the > ArchivesSpace Program Manager (brad.westbrook at lyrasis.org). Questions > regarding membership should be directed to ArchivesSpaceHome at lyrasis.org. > > > > Mark A. Matienzo | mark.matienzo at nyu.edu > > Technical Architect, ArchivesSpace > > http://archivesspace.org/ > > > > > _______________________________________________ > 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: