From marilyn_rackley at harvard.edu Mon Dec 3 09:35:55 2018 From: marilyn_rackley at harvard.edu (Rackley, Marilyn) Date: Mon, 3 Dec 2018 14:35:55 +0000 Subject: [Archivesspace_Users_Group] Proposal for Container Management Enhancements - Call for Community Input Message-ID: Dear ArchivesSpace Community, The Harvard Library has been reviewing container and location management functionality in ArchivesSpace and we are proposing to make enhancements to this functionality that we would like to contribute to the core code. With these enhancements, we hope to make finding, viewing, and updating information related to containers and locations in the staff interface more efficient and effective. We have completed the draft proposal attached to this email and we are now asking for community review and feedback. The proposal includes the rationale for the changes, a list of database fields to be added, user stories describing the specific changes we are proposing, and mockups of the related updates to the staff interface. Please note that in the proposal, certain changes are designated as being a lower priority; it is possible that we may not be able to complete all the proposed changes at this time. If you have questions or feedback, please email me at marilyn_rackley at harvard.edu and/or Robin Wendler at robin_wendler at harvard.edu. We will be accepting comments through Wednesday, December 19, 2018. We look forward to receiving community input. Best, Marilyn Marilyn Rackley Aeon Project Manager and Digital Librarian Harvard Library | 617.496.4043 marilyn_rackley at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: HarvardLibraryArchivesSpaceContainerManagementEnhancementProposal_DraftForCommunityReview_201812.pdf Type: application/pdf Size: 1020767 bytes Desc: HarvardLibraryArchivesSpaceContainerManagementEnhancementProposal_DraftForCommunityReview_201812.pdf URL: From PGalligan at rockarch.org Mon Dec 3 14:16:03 2018 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Mon, 3 Dec 2018 19:16:03 +0000 Subject: [Archivesspace_Users_Group] Mismatch between index logs and Staff UI Message-ID: All, Bear with me because I am an indexing neophyte. We just upgraded to AS 2.5.1 and did a complete re-index of our repository. The logs of the index show everything completing successfully, however, the staff UI shows 25 fewer digital objects than the amount the index showed. Additionally, the staff UI does not show objects that we know are there. We can go to specific linked archival objects, and digital objects are associated with them that don?t show up in the browse panel. * I, [2018-11-30T17:09:51.953278 #25679] INFO -- : Thread-2016: Staff Indexer [2018-11-30 17:09:51 -0500] Indexed 2346 records in 18 seconds * However the UI shows 2321 available digital objects Everything is published, so nothing should be hidden. Additionally, if we manually edit and then save the ?missing? objects, the indexer picks them up and they show up in the browse pane. We think the system could have just messed up on these, but we want to be sure. These are also the 25 most recent Digital Objects as far as we can tell. We haven?t seen any errors in the indexer related to this either. Has anyone else run into anything like this before? Is it possible to re-index just the Digital Objects, or do we have to perform a complete re-index? Patrick Galligan Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From ltang5 at lib.msu.edu Mon Dec 3 14:21:44 2018 From: ltang5 at lib.msu.edu (Tang, Lydia) Date: Mon, 3 Dec 2018 19:21:44 +0000 Subject: [Archivesspace_Users_Group] Mismatch between index logs and Staff UI In-Reply-To: References: Message-ID: <321d5196da994e78a55211dc437272e6@lib.msu.edu> Just a quick note to say that we have a couple of *collections* that have this same issue. Every time we upgrade, I know that I need to dig through transfer logs (at some point, I had transferred them between our students? data entry locked down repository to our production repo and since then, they always ?disappear?) and have to edit and save them. Did any of those Dos happen to do a repo transfer? :/ Lydia -------------- next part -------------- An HTML attachment was scrubbed... URL: From PGalligan at rockarch.org Mon Dec 3 14:28:49 2018 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Mon, 3 Dec 2018 19:28:49 +0000 Subject: [Archivesspace_Users_Group] Mismatch between index logs and Staff UI In-Reply-To: <321d5196da994e78a55211dc437272e6@lib.msu.edu> References: <321d5196da994e78a55211dc437272e6@lib.msu.edu> Message-ID: <6c416f1027c54750b38f40a6e4a1805b@RACEX13.ad.rockarchive.org> We only have one repo, so definitely not. But some were made through the API. However, some were made by hand. No real ideas from our end except the indexer just messed up? From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Tang, Lydia Sent: Monday, December 03, 2018 2:22 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Mismatch between index logs and Staff UI Just a quick note to say that we have a couple of *collections* that have this same issue. Every time we upgrade, I know that I need to dig through transfer logs (at some point, I had transferred them between our students? data entry locked down repository to our production repo and since then, they always ?disappear?) and have to edit and save them. Did any of those Dos happen to do a repo transfer? :/ Lydia -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Mon Dec 3 15:34:41 2018 From: blake.carver at lyrasis.org (Blake Carver) Date: Mon, 3 Dec 2018 20:34:41 +0000 Subject: [Archivesspace_Users_Group] Mismatch between index logs and Staff UI In-Reply-To: References: Message-ID: Try emptying the deleted_records table and force a full reindex. truncate deleted_records; ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Galligan, Patrick Sent: Monday, December 3, 2018 2:16:03 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Mismatch between index logs and Staff UI All, Bear with me because I am an indexing neophyte. We just upgraded to AS 2.5.1 and did a complete re-index of our repository. The logs of the index show everything completing successfully, however, the staff UI shows 25 fewer digital objects than the amount the index showed. Additionally, the staff UI does not show objects that we know are there. We can go to specific linked archival objects, and digital objects are associated with them that don?t show up in the browse panel. * I, [2018-11-30T17:09:51.953278 #25679] INFO -- : Thread-2016: Staff Indexer [2018-11-30 17:09:51 -0500] Indexed 2346 records in 18 seconds * However the UI shows 2321 available digital objects Everything is published, so nothing should be hidden. Additionally, if we manually edit and then save the ?missing? objects, the indexer picks them up and they show up in the browse pane. We think the system could have just messed up on these, but we want to be sure. These are also the 25 most recent Digital Objects as far as we can tell. We haven?t seen any errors in the indexer related to this either. Has anyone else run into anything like this before? Is it possible to re-index just the Digital Objects, or do we have to perform a complete re-index? Patrick Galligan Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: From kcollett at hamilton.edu Mon Dec 3 16:04:01 2018 From: kcollett at hamilton.edu (Katherine Collett) Date: Mon, 3 Dec 2018 16:04:01 -0500 Subject: [Archivesspace_Users_Group] Edit not working Message-ID: <385829F7-060F-4BD0-9D91-4DA7E71FA456@hamilton.edu> Just a few days ago, something strange started happening. When I click on the Edit button in ArchivesSpace, it shows the edit screen for a moment then flips back to the home page. I have tried it in Firefox and Chrome. I have restarted the computer, and it still happens. I have tried it on both a Mac and a PC. I have tried it in Accessions and in Resources. Same thing. Has this happened to anyone else? Any suggestion on how to fix it, if it?s a problem at this end? Thank you! Katherine -- Katherine Collett, Archivist Hamilton College Archives Burke Library 198 College Hill Road Clinton, NY 13323 askarch at hamilton.edu 315-859-4471 www.hamilton.edu/offices/lits/special-collections/college-archives www.facebook.com/BurkeLibrary Hours: M-T-W 1:00pm-4:00pm, Th-F 9:00am-noon, and by appointment; contact to ascertain staff availability before visiting. From zachary.pelli at shu.edu Mon Dec 3 16:30:23 2018 From: zachary.pelli at shu.edu (Zachary L Pelli) Date: Mon, 3 Dec 2018 21:30:23 +0000 Subject: [Archivesspace_Users_Group] Print to PDF job failing In-Reply-To: References: <4755310E-CD21-45B8-8238-4F532581CAE3@lib.msu.edu> Message-ID: I just wanted to thank y'all for the help. I was able to fix it by running this query: UPDATE note SET notes = REPLACE(notes,'ns2:','') WHERE notes like '%ns2:%'; Regards, Zach -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Monday, November 26, 2018 5:51 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Zach, In case it helps, I dug up an old ASpace SQL query to look for those namespace prefixes (turns out that we still have 3 of those lurking around that I need to fix later this week!). Anyhow, here it is: select resource.id as resourceid, resource.ead_id, archival_object.id as aoid, archival_object.root_record_id, convert(notes using utf8) as jsonnote from note left join resource on resource.id = note.resource_id left join archival_object on archival_object.id = note.archival_object_id where notes like '%ns2:%'; Maybe you'll see some patterns there with the files that do work vs. those that don't work. If so, let us know, since that might provide some clues on if there's more work that can be done on the XML cleaning process during the ASpace export process. All my best, Mark -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Zachary L Pelli Sent: Monday, 26 November, 2018 4:08 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Mark, Thanks for all the help. The archivist who raised the issue said she was able to run the "Print to PDF" job on multiple other collections successfully. I am unsure whether or not other collections are affected by this, but my guess is there are others. I'll try running some queries tomorrow and see what I find. Regards, Zach -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Monday, November 26, 2018 3:42 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Zach, No, sorry. That bit of SQL was run against the Archivists' Toolkit database, not ASpace. In ASpace, the SQL update would look quite a bit different, and given how the notes are stored in ASpace, it might be a bit tricky. I'm not sure what the best way would be to address that in ArchivesSpace. Has anyone else handled it there? Two of my colleagues, Alicia and Christy, have run a few different API updates on notes in ASpace, so they'd have more experience about that than I do at this point. In general, though, our usual approach would be to write an SQL query in ASpace to figure out where all of the issues are, and then turning to the API to try and fix those issues as safely as possible (but even that requires a lot of testing, since it's easy to mess things up when working in bulk, so we always test any new updates a few times before running it in our production system). If I recall correctly, someone added a nice fix for this at some point directly in ArchivesSpace that helps clean things up during the export process. I don't recall what/where that file is at the moment, though. I think it would probably be best to try to figure out why that process is not cleaning things up as expected in this particular case and then adding a fix for it there. Zach, is this happening in a lot of your files, or just this one (or some subset)? Mark -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Zachary L Pelli Sent: Monday, 26 November, 2018 3:26 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Mark, Regarding my instance in particular, would you recommend running that SQL block? I do not see a way to edit the XML from within AS itself, so I'm thinking that leaves the mysql DB or through the API. Regards, Zach -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Custer, Mark Sent: Monday, November 26, 2018 2:59 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Lydia, all: I don't know if it's a bug with the AT migrator, but I have raised this issue in 2014 when providing (a lot!) of feedback about the AT migration process. There are a couple of complicated issues, namely: All of those xlink namespace prefixes are treated and stored as text, not as XML (in both the AT and ASpace). So, it can be a bit dangerous and inefficient to change them in bulk. I had hoped that the migration tool would address that issue, but the decision at the time was not to have the migration tool do this. Because of that, we decided to address this prior to our migration with the following (albeit inelegant) SQL update: https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FYaleArchivesSpace%2FmigrationSQL%2Fblob%2Fmaster%2FAllDatabasesPreMigration.sql%23L1-L26&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=wSFScNxXevsoPuSpECfKF24jKjzrURP%2F23xVvs%2BySrk%3D&reserved=0 (that largely did the trick, if I recall correctly). All of those @target attributes are also stored as text. That was a lot messier, so the AT migration tool eventually added the ability to keep the ID values as is (e.g. "ref33" ==> "ref33") during the migration process, but you had to pass that argument (with the "-refid_original" flag) to the migration tool to keep those values as is. Anyhow, given the complexities of the migrations, it's hard to say what's a bug and what's behaving as expected (at least it's hard for me to remember everything involved). That said, Maureen did an AMAZING job of writing up our steps: https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcampuspress.yale.edu%2Fyalearchivesspace%2F2015%2F06%2F14%2Fmigration-step-by-step%2F&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=LWguI2FaDS0FLiyb5OnYozF0DCXlpNbE2nTQwYbJ9fc%3D&reserved=0 . If anything in there is something that can be fixed with the AT migration tool, I'd be happy to provide more feedback on those tickets. That said, I'm honestly not sure how best to capture those there at this point (and I think / assumed that all of those issues were recorded in a previous bug/feature tracking system used by ASpace). Mark -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia Sent: Monday, 26 November, 2018 1:23 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Hi Zach, Ed, and Mark, It sounds like this is a bug with the AT Migrator. Would you be willing to create a bug report for this in JIRA? On a quick search, it didn?t seem like this issue has been logged yet. https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Farchivesspace.atlassian.net%2Fsecure%2FDashboard.jspa&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=UDXc%2FRuQzp%2FoNK0I9cGak8ODCEIEQ1ZF5u8qBRU8Yko%3D&reserved=0 It would be great if you could include in the tags ?ATMigrator.? Thanks! Lydia -on behalf of Dev. Pri. From: on behalf of "Custer, Mark" Reply-To: Archivesspace Users Group Date: Monday, November 26, 2018 at 12:36 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Removing the ns2: prefix altogether should work, as should updating those ns2: prefixes to be xlink: prefixes (but it?s not good to have that in the text in the first place, so I wouldn?t advise that). I?m not sure why ASpace?s normal EAD cleaning process isn?t changing those prefixes to xlink prefixes during the export, though. Another issue (seeing that this came from the AT) is that the @target attributes in the EAD file don?t match any @id attributes (e.g. ?ref16? does not equal ?aspace_ref16_p33?). This won?t cause the file from converting to a PDF, but it?s still a broken link. All that said, if there?s no need to have a valid EAD file, then probably the easiest way to fix the PDF conversion issue (and something that ASpace could handle easily) would be to add a second namespace prefix for the xlink attributes. So, just changing this: To this: Given the broken links, though, which were also caused by the AT to ASpace migration (and the fact that ASpace prepends ?aspace_? during its EAD export process), I?d say that some data updates would have to happen at some point, though. But the above trick should allow you to create the PDF for this file with the least amount of editing. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Busch, Ed Sent: Monday, 26 November, 2018 11:58 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing I just remove ns2: from ns2:actuate. Ed From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Zachary L Pelli Sent: Monday, November 26, 2018 11:51 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Thanks for the reply, guys. I have attached the EAD file. This is indeed likely a carry-over from AT. I do not see a namespace declaration in the file, but I do see the ns2 prefixes. So would the solution be to eliminate the ns2 prefixes? Regards, Zach From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Custer, Mark Sent: Tuesday, November 20, 2018 3:43 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing Zach, I?d suggest exporting the EAD file and taking a look at the file that way (and I?d be happy to take a look if you can send it to me). Those ?ns2? namespace prefixes are likely from Archivist?s Toolkit, which at some point started appending that prefix for the xlink namespace (which is fine, but everything that looks like XML in the AT and ASpace is treated as text, and things can get messy when namespace prefixed are hardcoded in that text!). ArchivesSpace has a process to clean the XML upon export, which generally fixes a lot of those hard-coded namespace prefixes, but I?m honestly not sure why you?d be getting that error without seeing the entire EAD file since you shouldn?t even need a valid EAD file for the PDF process to potentially still work. There are other reasons why the PDF file not be created, but I can?t think of why that type of invalidity would cause it to fail on its own. Anyhow, the issue that?s being reported is that the EAD file that ASpace will produce for this record will have the following at the top of the file: xmlns:xlink=?http://www.w3.org/1999/xlink? Whereas what you have further down in your file on that ref tag is ?ns2:?, and if you export that same file from the AT (or whatever else caused the ns2 prefix to get in there), you?d see this at the top of the file: xmlns:ns2:?http://www.w3.org/1999/xlink? And ?xlink? does not equal ?ns2?, even though they?re both trying to stand in for the same namespace. All that said, the only way that I can think to troubleshoot the issue is investigating the EAD file itself, since the process for creating a PDF from the staff interface is 1) export the EAD, then 2) convert that EAD into a PDF file. Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Busch, Ed Sent: Tuesday, 20 November, 2018 2:59 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing The collection probably has a component title of the form The Alert--. These will generate an error when creating a finding aid in PDF format. The ns2 text around the title should be removed. For example, The Alert from the example above. So, you get to figure out which one it is. If you have access to the backend DB, you can probably come up with a query to find it. Or you can go through your Resource component lines looking for it. Good luck! Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Zachary L Pelli Sent: Tuesday, November 20, 2018 2:52 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Print to PDF job failing Hey all, One of our archivists is having an issue with a Print to PDF job with a particular collection (other large collections work fine). In the log within AS Background Jobs section, it gives this: Generating PDF for John M. Oesterreicher papers org.xml.sax.SAXParseException; lineNumber: 28; columnNumber: 76; The prefix "ns2" for attribute "ns2:actuate" associated with an element type "ref" is not bound. net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:379) java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:606) org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:453) org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:314) RUBY.parse(/var/local/archivesspace/archivesspace250/gems/gems/saxon-xslt-0.8.2.1-java/lib/saxon/xml.rb:28) RUBY.XML(/var/local/archivesspace/archivesspace250/gems/gems/saxon-xslt-0.8.2.1-java/lib/saxon/processor.rb:58) RUBY.XML(/var/local/archivesspace/archivesspace250/gems/gems/saxon-xslt-0.8.2.1-java/lib/saxon/xml.rb:10) RUBY.to_fo(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:32) RUBY.to_pdf(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:38) RUBY.block in run(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:39) var.local.archivesspace.archivesspace250.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.request_context.open(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) RUBY.run(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:13) var.local.archivesspace.archivesspace250.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther43:run(var/local/archivesspace/archivesspace250/data/tmp/jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_/webapp/WEB_minus_INF/app/lib//var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126) var.local.archivesspace.archivesspace250.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126) RUBY.block in start_background_thread(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:169) org.jruby.RubyProc.call(org/jruby/RubyProc.java:289) org.jruby.RubyProc.call(org/jruby/RubyProc.java:246) java.lang.Thread.run(java/lang/Thread.java:748) Has anyone encountered this problem before? Regards, Zach Pelli Digital Collections Infrastructure Developer Seton Hall University Libraries 973.275.2046 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=JfJ9YGLxEnM%2BoVHtRVFF8iMAOnnfS7EQKCOABk3hLIM%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=JfJ9YGLxEnM%2BoVHtRVFF8iMAOnnfS7EQKCOABk3hLIM%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=JfJ9YGLxEnM%2BoVHtRVFF8iMAOnnfS7EQKCOABk3hLIM%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=JfJ9YGLxEnM%2BoVHtRVFF8iMAOnnfS7EQKCOABk3hLIM%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=JfJ9YGLxEnM%2BoVHtRVFF8iMAOnnfS7EQKCOABk3hLIM%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=01%7C01%7CZachary.pelli%40shu.edu%7C882d857e405047a426ca08d653f1a1ff%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=JfJ9YGLxEnM%2BoVHtRVFF8iMAOnnfS7EQKCOABk3hLIM%3D&reserved=0 From benn.joseph at northwestern.edu Tue Dec 4 10:16:10 2018 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Tue, 4 Dec 2018 15:16:10 +0000 Subject: [Archivesspace_Users_Group] Edit not working In-Reply-To: <385829F7-060F-4BD0-9D91-4DA7E71FA456@hamilton.edu> References: <385829F7-060F-4BD0-9D91-4DA7E71FA456@hamilton.edu> Message-ID: Something similar happened to us recently, and according to our hosting service the problem was this: " There was a line missing from your config file. AppConfig[:frontend_proxy_url] = "[your pui url]" It wasn't there at any point during the past several months either, so we weren't sure how it was working before...but anyway, adding that line seemed to fix it! --Benn Benn Joseph Head of Archival Processing Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Katherine Collett Sent: Monday, December 03, 2018 3:04 PM To: Archivesspace_Users_Group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Edit not working Just a few days ago, something strange started happening. When I click on the Edit button in ArchivesSpace, it shows the edit screen for a moment then flips back to the home page. I have tried it in Firefox and Chrome. I have restarted the computer, and it still happens. I have tried it on both a Mac and a PC. I have tried it in Accessions and in Resources. Same thing. Has this happened to anyone else? Any suggestion on how to fix it, if it?s a problem at this end? Thank you! Katherine -- Katherine Collett, Archivist Hamilton College Archives Burke Library 198 College Hill Road Clinton, NY 13323 askarch at hamilton.edu 315-859-4471 https://urldefense.proofpoint.com/v2/url?u=http-3A__www.hamilton.edu_offices_lits_special-2Dcollections_college-2Darchives&d=DwIGaQ&c=yHlS04HhBraes5BQ9ueu5zKhE7rtNXt_d012z2PA6ws&r=fciHLC2ou0tXKp-JlPlsrEmslFw9tnR331DgXAhVLvo&m=NfFY0Ma-lJSCrNH7-bJ19C7kcghRQ4i1ftJs3kh3goU&s=oDdfwKURuDZCbmq8ma0vJi_0hzy8GC8_oXQFbV0XOkk&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__www.facebook.com_BurkeLibrary&d=DwIGaQ&c=yHlS04HhBraes5BQ9ueu5zKhE7rtNXt_d012z2PA6ws&r=fciHLC2ou0tXKp-JlPlsrEmslFw9tnR331DgXAhVLvo&m=NfFY0Ma-lJSCrNH7-bJ19C7kcghRQ4i1ftJs3kh3goU&s=p8NwQGGkxfY4SUib6L3Y3vE6QvCeZ7GYPYrPFyPghj0&e= Hours: M-T-W 1:00pm-4:00pm, Th-F 9:00am-noon, and by appointment; contact to ascertain staff availability before visiting. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwIGaQ&c=yHlS04HhBraes5BQ9ueu5zKhE7rtNXt_d012z2PA6ws&r=fciHLC2ou0tXKp-JlPlsrEmslFw9tnR331DgXAhVLvo&m=NfFY0Ma-lJSCrNH7-bJ19C7kcghRQ4i1ftJs3kh3goU&s=6LvodjQDt-HdvJRswjsaa6urN5kX4vBDDE0N23l1It4&e= From Kevin.Clair at du.edu Tue Dec 4 17:54:44 2018 From: Kevin.Clair at du.edu (Kevin Clair) Date: Tue, 4 Dec 2018 22:54:44 +0000 Subject: [Archivesspace_Users_Group] more punctuation issues with MARC exports Message-ID: Hello, We?re testing 2.5.1 here at DU because it fixes some bugs our archivists have encountered, and in so doing I?ve found some strangeness with 110s and 610s in the MARC export. When we have resources where the same agent is a creator and a subject of the resource, the exporter will always append a comma to the name even if it?s a 610 and there?s no subfield E present, and will always append a period after the comma even if it?s a 110 and there is a subfield E present. We have some MARC export customizations in our local plugins, but this error persists even if I turn the local plugins off in our configuration. The error moves from agent to agent, e.g. if I change the creator from ?Central City Opera House Association (Central City, Colo.)? to ?Central City Opera Festival (Central City, Colo.),? the erratic punctuation in subfield A will move to the latter corporate name from the former. Attached is example output (this is from our 2.5.1 instance with no active MARC customizations). I wanted to send a note to the list to see if anyone else has seen anything similar before I submit a JIRA ticket for it. thanks! -k -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: m123_central_city.xml Type: application/xml Size: 12369 bytes Desc: m123_central_city.xml URL: From dkammer at stephens.edu Thu Dec 6 12:43:16 2018 From: dkammer at stephens.edu (Dan Kammer) Date: Thu, 6 Dec 2018 17:43:16 +0000 Subject: [Archivesspace_Users_Group] Specifying Physical Location in Resource Records Message-ID: Hello Everyone, We are new to ArchivesSpace and I have a very basic question that I have not been able to find an answer to in the manual nor the screencasts: We have created location records for our archives stacks/sections/shelves, but how do we link these location records to resource records? We are not seeing any way to do this. I have expected there to be a way to choose a location when creating each resource record, but does it work in a different way? Thank you for any assistance you can provide. Dan -- Dan Kammer Library Director Stephens College (573) 876-7273 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdm7g at virginia.edu Thu Dec 6 13:10:04 2018 From: sdm7g at virginia.edu (Majewski, Steven Dennis (sdm7g)) Date: Thu, 6 Dec 2018 18:10:04 +0000 Subject: [Archivesspace_Users_Group] Specifying Physical Location in Resource Records In-Reply-To: References: Message-ID: <02E345E6-EAC9-4C75-B991-BC0EA4F33A6D@virginia.edu> Resources/Archival_objects/Accessions can have a container Instance, which will link to a top_container that can link to a Location. Look at: "Managing Containers?/Managing Top Containers/Creating a Top Container? in the online manual. It may be a bit confusing that the staff interface has create menus items for most objects, but the option to create a top container, I believe, only appears when you create an instance. ? Steve Majewski. > On Dec 6, 2018, at 12:43 PM, Dan Kammer wrote: > > Hello Everyone, > > We are new to ArchivesSpace and I have a very basic question that I have not been able to find an answer to in the manual nor the screencasts: > > We have created location records for our archives stacks/sections/shelves, but how do we link these location records to resource records? We are not seeing any way to do this. I have expected there to be a way to choose a location when creating each resource record, but does it work in a different way? > > Thank you for any assistance you can provide. > > Dan > > -- > Dan Kammer > Library Director > Stephens College > (573) 876-7273 > > _______________________________________________ > 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: smime.p7s Type: application/pkcs7-signature Size: 6102 bytes Desc: not available URL: From CurbowJ at bvu.edu Thu Dec 6 15:27:28 2018 From: CurbowJ at bvu.edu (Joan Curbow) Date: Thu, 6 Dec 2018 20:27:28 +0000 Subject: [Archivesspace_Users_Group] Specifying Physical Location in Resource Records In-Reply-To: References: Message-ID: Dan, When you create an "Instance" you choose a top container, AND additionally, have the option of specifying a location. Of course, the top containers must already have been "made" and the same goes for locations. This process is not that intuitive (at least, not to me), and if you don't scroll down AFTER you link your top container, you are likely to miss the option for linking to a location. In other words, the user experience could be better by redesigning how this displays. In a perfect world, if you tried to leave the instance, a pop-up dialog box would remind you/offer you the option of linking to a location. I will also say that if you are using locations and "forget" to do so when you are creating your instance with the top container, it is a pain to go back and fix the location. It can be done, but it always takes me a while to remember how to do it. This process could be made better, for sure. Sincerely, Joan Curbow Reference Librarian and Archivist Buena Vista University Library Buena Vista University 610 West Fourth Street Storm Lake, Iowa 50588 712-749-2094 curbowj at bvu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Dan Kammer Sent: Thursday, December 6, 2018 11:43 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Specifying Physical Location in Resource Records Hello Everyone, We are new to ArchivesSpace and I have a very basic question that I have not been able to find an answer to in the manual nor the screencasts: We have created location records for our archives stacks/sections/shelves, but how do we link these location records to resource records? We are not seeing any way to do this. I have expected there to be a way to choose a location when creating each resource record, but does it work in a different way? Thank you for any assistance you can provide. Dan -- Dan Kammer Library Director Stephens College (573) 876-7273 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrien_hilton at harvard.edu Mon Dec 10 12:30:24 2018 From: adrien_hilton at harvard.edu (Hilton, Adrien) Date: Mon, 10 Dec 2018 17:30:24 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace and Alma integration follow-up Message-ID: Hi All, I wanted to follow up on the conference call regarding ArchivesSpace/Alma integration. For those who couldn?t make the call, there are notes on a Google drive within the agenda: https://docs.google.com/document/d/1suRAIIVArjN5LVd64FCqr2tS8e_ohGaZD3iUEEwXNSU/edit?usp=sharing It seems like a good next step is to draft use cases. I created a series of cases that we at Houghton and Harvard would employ most often. Following that I sketched out a data mapping of MARC to ArchivesSpace and ArchivesSpace to MARC (all record types of interest), using a DACS minimum required element set plus our local requirements. These are higher level and assume a more one to one relationship between a MARC field and an ArchivesSpace element. The mapping would have to be established in more detail at a later stage in development. Lastly, I sketched out a few samples of our current workflows and made notes of which use case we?d employ and where in the process. In order to cast a wide net, please take a look at the document and if your needs aren't represented in the use cases, please add them! Also, if some of the use cases are of higher priority that's helpful to know as well. Let me know if you have any questions. https://docs.google.com/document/d/1ZOdOQ2WbSnSxmh0yIXP3vm-gJSDkuuE8AEVRZTx4v9w/edit?usp=sharing [https://lh5.googleusercontent.com/ublczx_I-EdbdwDeEeMZP_wnMAYpeJQWMkrG_AoH0FSODeT-xZah9UdyeogCe6mQzcj3xg=w1200-h630-p] Use Cases for Integration between ArchivesSpace and Alma docs.google.com Integration between ArchivesSpace and Alma Use Cases 2 Data maps 3 Houghton Workflows for Archival Description in Alma and ArchivesSpace 8 Use Cases Alma to ArchivesSpace As an accessioning archivist, I want to push information from Alma bib and holdings records created upon invoicing to c... Note on scope: the use cases only take into account ArchivesSpace to Alma and Alma to ArchivesSpace integration. Megan, could you bring this to the integration sub-team for comment? Many thanks, Adrien -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurie.arp at lyrasis.org Mon Dec 10 15:23:29 2018 From: laurie.arp at lyrasis.org (Laurie Arp) Date: Mon, 10 Dec 2018 20:23:29 +0000 Subject: [Archivesspace_Users_Group] Position Announcement: Junior Software Engineer at LYRASIS - CollectionSpace Message-ID: LYRASIS is seeking a Junior Software Engineer to participate in the day-to-day development and maintenance of the CollectionSpace application under the guidance of the application's Technical Lead. In addition to developing new code, this position is also responsible for release management, technical documentation, configuration management, and quality assurance. The ideal candidate will be excited to jump in and learn about our field, and will have the opportunity to grow into a more senior role. CollectionSpace is an open-source, web-based collections information management system for museums and other cultural heritage organizations. CollectionSpace is housed at LYRASIS, an innovative non-profit that supports enduring access to our shared academic, scientific, and cultural heritage through leadership in open technologies, content services, digital solutions and collaboration with archives, libraries, museums, and knowledge communities worldwide. The full job posting is attached. All applications must include a cover letter and resume and be submitted through the new LYRASIS online hiring portal; the online listing for this position is at https://lyrasis.isolvedhire.com/jobs/45813.html . Applicants can upload separate files for a cover letter and resume to the portal, or one file containing everything. Applications received by December 21, 2018 will receive priority consideration. The position is part of a geographically and institutionally distributed team, and, as such, applications from candidates interested in telecommuting are welcome. Laurie Gemmill Arp Director, Collections Services & Community Supported Software laurie.arp at lyrasis.org 800.999.8558 x 2908 Fax: 404.592.4804 laurie.gemmill1 Skype [cid:image002.png at 01D39036.091DD4A0] Applications for the 2019 Catalyst Fund open January 7! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7845 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: DTS_Junior Engineer Job Description_120418.pdf Type: application/pdf Size: 476288 bytes Desc: DTS_Junior Engineer Job Description_120418.pdf URL: From benn.joseph at northwestern.edu Tue Dec 11 11:19:27 2018 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Tue, 11 Dec 2018 16:19:27 +0000 Subject: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields Message-ID: Not sure if there?s a ticket for this, but we?re seeing some tricky behavior with diacritics in both the Title and Filing Title fields when trying to print a PDF as a background job. Here?s an example: the collection name is ?Camille Saint-Sae?ns correspondence?, and the umlaut displays correctly in the public interface. If this text is input into the Title field without any character encoding, i.e. if the ?e?? is just pasted in there, then when I print a PDF as a background job in the staff interface it shows up like this: ?Camille Saint-Sae#ns correspondence? If I encode the character, whether HTML (ë) or UTF-8 (ë), the title ends up looking like this in the PDF output: ?Camille Saint-Saëns correspondence? ?because the ampersand gets converted to ?&? in the xml and ends up as ?& #235;?. I?m not seeing this behavior in any other fields though. Does this mean that no diacritics are allowed in the Title fields? Or, am I just inputting this wrong? When generating a PDF from the public interface, it seems to remove the encoding entirely, so the title fields end up as ?Saint-Saens? in each case--although I understand that PDF creation process to be different than the one done as a background job. Thanks! --Benn Benn Joseph Head of Archival Processing Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 -------------- next part -------------- An HTML attachment was scrubbed... URL: From izalduendo at gsd.harvard.edu Tue Dec 11 12:57:05 2018 From: izalduendo at gsd.harvard.edu (Zalduendo, Ines) Date: Tue, 11 Dec 2018 17:57:05 +0000 Subject: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields In-Reply-To: References: Message-ID: Thanks Benn for sending this along. The same is going on with Japanese characters. They display correctly in ArchivesSpace but the PDF doesn?t display them. Here?s an example: https://hollisarchives.lib.harvard.edu/repositories/7/resources/201 (top right button for PDF) I never reported this to the users group, but am glad others are interested in this being looked into. I was told core developers already know about this. Ines Special Collections Archivist / Frances Loeb Library / Harvard University Graduate School of Design / 48 Quincy Street, Cambridge, MA 02138 / T. 617.496.1300 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Benn Joseph Sent: Tuesday, December 11, 2018 11:19 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields Not sure if there?s a ticket for this, but we?re seeing some tricky behavior with diacritics in both the Title and Filing Title fields when trying to print a PDF as a background job. Here?s an example: the collection name is ?Camille Saint-Sae?ns correspondence?, and the umlaut displays correctly in the public interface. If this text is input into the Title field without any character encoding, i.e. if the ?e?? is just pasted in there, then when I print a PDF as a background job in the staff interface it shows up like this: ?Camille Saint-Sae#ns correspondence? If I encode the character, whether HTML (ë) or UTF-8 (ë), the title ends up looking like this in the PDF output: ?Camille Saint-Saëns correspondence? ?because the ampersand gets converted to ?&? in the xml and ends up as ?& #235;?. I?m not seeing this behavior in any other fields though. Does this mean that no diacritics are allowed in the Title fields? Or, am I just inputting this wrong? When generating a PDF from the public interface, it seems to remove the encoding entirely, so the title fields end up as ?Saint-Saens? in each case--although I understand that PDF creation process to be different than the one done as a background job. Thanks! --Benn Benn Joseph Head of Archival Processing Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexanderduryee at nypl.org Wed Dec 12 09:39:13 2018 From: alexanderduryee at nypl.org (Alexander Duryee) Date: Wed, 12 Dec 2018 09:39:13 -0500 Subject: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields In-Reply-To: References: Message-ID: Thanks for posting this! I created a ticket for this issue some time ago - https://archivesspace.atlassian.net/projects/ANW/issues/ANW-758. The issue appears to be that the base PDF font set is limited in its character support, and does not handle diacritics/non-Latin characters well - it either "flattens" them to ASCII, or replaces them with "#". I'm unaware of any workarounds in the meantime, but it's entirely a PDF rendering issue - your data should be fine as-is. Thanks, --Alex On Tue, Dec 11, 2018 at 12:57 PM Zalduendo, Ines wrote: > Thanks Benn for sending this along. > > The same is going on with Japanese characters. They display correctly in > ArchivesSpace but the PDF doesn?t display them. > > Here?s an example: > https://hollisarchives.lib.harvard.edu/repositories/7/resources/201 (top > right button for PDF) > > I never reported this to the users group, but am glad others are > interested in this being looked into. I was told core developers already > know about this. > > Ines > > > > Special Collections Archivist / Frances Loeb Library / Harvard University > Graduate School of Design / 48 Quincy Street, Cambridge, MA 02138 / T. > 617.496.1300 > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Benn > Joseph > *Sent:* Tuesday, December 11, 2018 11:19 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] diacritics in Title and Filing > Title fields > > > > Not sure if there?s a ticket for this, but we?re seeing some tricky > behavior with diacritics in both the Title and Filing Title fields when > trying to print a PDF as a background job. > > > > Here?s an example: the collection name is ?Camille Saint-Sae?ns > correspondence?, and the umlaut displays correctly in the public interface. > > > > If this text is input into the Title field without any character encoding, > i.e. if the ?e?? is just pasted in there, then when I print a PDF as a > background job in the staff interface it shows up like this: > > > > ?Camille Saint-Sae#ns correspondence? > > > > If I encode the character, whether HTML (ë) or UTF-8 (ë), the > title ends up looking like this in the PDF output: > > > > ?Camille Saint-Saëns correspondence? > > > > ?because the ampersand gets converted to ?&? in the xml and ends up as > ?& #235;?. I?m not seeing this behavior in any other fields though. > Does this mean that no diacritics are allowed in the Title fields? Or, am I > just inputting this wrong? When generating a PDF from the public interface, > it seems to remove the encoding entirely, so the title fields end up as > ?Saint-Saens? in each case--although I understand that PDF creation process > to be different than the one done as a background job. > > > > Thanks! > > --Benn > > > > *Benn Joseph* > > Head of Archival Processing > > Northwestern University Libraries > > Northwestern University > > www.library.northwestern.edu > > benn.joseph at northwestern.edu > > 847.467.6581 > > > _______________________________________________ > 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 benn.joseph at northwestern.edu Wed Dec 12 09:44:44 2018 From: benn.joseph at northwestern.edu (Benn Joseph) Date: Wed, 12 Dec 2018 14:44:44 +0000 Subject: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields In-Reply-To: References: Message-ID: Thanks Alexander?I figured there must be an open ticket but couldn?t find one?so I just voted for yours! Cheers, --Benn Benn Joseph Head of Archival Processing Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Alexander Duryee Sent: Wednesday, December 12, 2018 8:39 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields Thanks for posting this! I created a ticket for this issue some time ago - https://archivesspace.atlassian.net/projects/ANW/issues/ANW-758. The issue appears to be that the base PDF font set is limited in its character support, and does not handle diacritics/non-Latin characters well - it either "flattens" them to ASCII, or replaces them with "#". I'm unaware of any workarounds in the meantime, but it's entirely a PDF rendering issue - your data should be fine as-is. Thanks, --Alex On Tue, Dec 11, 2018 at 12:57 PM Zalduendo, Ines > wrote: Thanks Benn for sending this along. The same is going on with Japanese characters. They display correctly in ArchivesSpace but the PDF doesn?t display them. Here?s an example: https://hollisarchives.lib.harvard.edu/repositories/7/resources/201 (top right button for PDF) I never reported this to the users group, but am glad others are interested in this being looked into. I was told core developers already know about this. Ines Special Collections Archivist / Frances Loeb Library / Harvard University Graduate School of Design / 48 Quincy Street, Cambridge, MA 02138 / T. 617.496.1300 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Tuesday, December 11, 2018 11:19 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields Not sure if there?s a ticket for this, but we?re seeing some tricky behavior with diacritics in both the Title and Filing Title fields when trying to print a PDF as a background job. Here?s an example: the collection name is ?Camille Saint-Sae?ns correspondence?, and the umlaut displays correctly in the public interface. If this text is input into the Title field without any character encoding, i.e. if the ?e?? is just pasted in there, then when I print a PDF as a background job in the staff interface it shows up like this: ?Camille Saint-Sae#ns correspondence? If I encode the character, whether HTML (ë) or UTF-8 (ë), the title ends up looking like this in the PDF output: ?Camille Saint-Saëns correspondence? ?because the ampersand gets converted to ?&? in the xml and ends up as ?& #235;?. I?m not seeing this behavior in any other fields though. Does this mean that no diacritics are allowed in the Title fields? Or, am I just inputting this wrong? When generating a PDF from the public interface, it seems to remove the encoding entirely, so the title fields end up as ?Saint-Saens? in each case--although I understand that PDF creation process to be different than the one done as a background job. Thanks! --Benn Benn Joseph Head of Archival Processing Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 _______________________________________________ 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 ltang5 at lib.msu.edu Wed Dec 12 10:35:09 2018 From: ltang5 at lib.msu.edu (Tang, Lydia) Date: Wed, 12 Dec 2018 15:35:09 +0000 Subject: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields In-Reply-To: References: Message-ID: The ticket is currently in ?Ready for Implementation,? meaning that it has passed through Dev. Pri. and is awaiting a Developer. ? Lydia -on behalf of Development Prioritization subteam From: on behalf of Benn Joseph Reply-To: Archivesspace Users Group Date: Wednesday, December 12, 2018 at 9:44 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields Thanks Alexander?I figured there must be an open ticket but couldn?t find one?so I just voted for yours! Cheers, --Benn Benn Joseph Head of Archival Processing Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Alexander Duryee Sent: Wednesday, December 12, 2018 8:39 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields Thanks for posting this! I created a ticket for this issue some time ago - https://archivesspace.atlassian.net/projects/ANW/issues/ANW-758. The issue appears to be that the base PDF font set is limited in its character support, and does not handle diacritics/non-Latin characters well - it either "flattens" them to ASCII, or replaces them with "#". I'm unaware of any workarounds in the meantime, but it's entirely a PDF rendering issue - your data should be fine as-is. Thanks, --Alex On Tue, Dec 11, 2018 at 12:57 PM Zalduendo, Ines > wrote: Thanks Benn for sending this along. The same is going on with Japanese characters. They display correctly in ArchivesSpace but the PDF doesn?t display them. Here?s an example: https://hollisarchives.lib.harvard.edu/repositories/7/resources/201 (top right button for PDF) I never reported this to the users group, but am glad others are interested in this being looked into. I was told core developers already know about this. Ines Special Collections Archivist / Frances Loeb Library / Harvard University Graduate School of Design / 48 Quincy Street, Cambridge, MA 02138 / T. 617.496.1300 From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Benn Joseph Sent: Tuesday, December 11, 2018 11:19 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] diacritics in Title and Filing Title fields Not sure if there?s a ticket for this, but we?re seeing some tricky behavior with diacritics in both the Title and Filing Title fields when trying to print a PDF as a background job. Here?s an example: the collection name is ?Camille Saint-Sae?ns correspondence?, and the umlaut displays correctly in the public interface. If this text is input into the Title field without any character encoding, i.e. if the ?e?? is just pasted in there, then when I print a PDF as a background job in the staff interface it shows up like this: ?Camille Saint-Sae#ns correspondence? If I encode the character, whether HTML (ë) or UTF-8 (ë), the title ends up looking like this in the PDF output: ?Camille Saint-Saëns correspondence? ?because the ampersand gets converted to ?&? in the xml and ends up as ?& #235;?. I?m not seeing this behavior in any other fields though. Does this mean that no diacritics are allowed in the Title fields? Or, am I just inputting this wrong? When generating a PDF from the public interface, it seems to remove the encoding entirely, so the title fields end up as ?Saint-Saens? in each case--although I understand that PDF creation process to be different than the one done as a background job. Thanks! --Benn Benn Joseph Head of Archival Processing Northwestern University Libraries Northwestern University www.library.northwestern.edu benn.joseph at northwestern.edu 847.467.6581 _______________________________________________ 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 From Christine.Kim at lyrasis.org Thu Dec 13 18:02:56 2018 From: Christine.Kim at lyrasis.org (Christine Kim) Date: Thu, 13 Dec 2018 23:02:56 +0000 Subject: [Archivesspace_Users_Group] Survey for a *New* ASpace Listserv -- response requested by Jan 15 Message-ID: Dear ArchivesSpace Community, We love all the activity on our ASpace Users Group Listserv, but we have received suggestions from a number of you that perhaps it is time to investigate adding a new listserv to our community to reflect the diversity in our concerns and discussions. The Users Group listserv has grown to become an incredible space to share and help troubleshoot technical knowledge and issues, but we've heard feedback from some ArchivesSpace members that it can be difficult to follow these discussions or post about less technical concerns. Before we dive into adding another channel for people to connect, we'd like to explore your communication needs and how conversations on a new listserv might be distinct from the current ASpace Users Group Listserv. We have created a short survey to collect your suggestions and feedback, and invite you to share any thoughts you have to help clarify the purpose and parameters for potentially setting up a new listserv. We really look forward to hearing your ideas. Please submit your survey response by January 15th. We appreciate your help! Best wishes, Christine Christine Kim ArchivesSpace Community Engagement Coordinator christine.kim at lyrasis.org 800.999.8558 x4820 404.592.4820 Skype: ckim.lyrasis -------------- next part -------------- An HTML attachment was scrubbed... URL: From ktelford at sos.ri.gov Fri Dec 14 10:34:18 2018 From: ktelford at sos.ri.gov (Kate Telford) Date: Fri, 14 Dec 2018 15:34:18 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace and Preservica linking Message-ID: Hi all, We are beginning the process of connecting ArchivesSpace to Preservica and we had previously added a lot of our digitized records to Preservica and had manually added the URLs to their digital objects in ArchivesSpace. Has anyone had something like this in place prior to linking the systems? If so, were these manual entries impacted when they were formally linked? [signatureSeal]Kate Telford Digital Archivist RI Department of State | Secretary of State Nellie M. Gorbea Email: ktelford at sos.ri.gov | Website: www.sos.ri.gov | Twitter: @RISecState 337 Westminster Street, Providence, RI 02903 | 401-330-4801 Our Mission: The Rhode Island Department of State engages and empowers all Rhode Islanders by making government more accessible and transparent, encouraging civic pride, enhancing commerce and ensuring that elections are fair, fast and accurate. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2906 bytes Desc: image001.jpg URL: From mmoseley at siumed.edu Fri Dec 14 11:49:08 2018 From: mmoseley at siumed.edu (Michael Moseley) Date: Fri, 14 Dec 2018 16:49:08 +0000 Subject: [Archivesspace_Users_Group] Embedding a PDF in a digital object Message-ID: Hello all, We're relatively new Archives Space users so please forgive me if this is a repeat question. Our situation is that we are starting to add digital records to Archives Space and I know that an image can be embedded in the record to function as a link to something like a PDF. My question is would it be possible to embed a PDF or even a video in the digital object record or is it limited to static images? Thanks for any help anyone could give on this. We're still getting the hang of using this system. -Mike Mike Moseley Library Specialist SIU School of Medicine Medical Library mmoseley at siumed.edu 217-545-2122 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dbutler at cals.org Fri Dec 14 15:27:39 2018 From: dbutler at cals.org (Danielle Butler) Date: Fri, 14 Dec 2018 20:27:39 +0000 Subject: [Archivesspace_Users_Group] Agents Publish Message-ID: Is there a way to mass publish all agent records that I'm missing? Ours migrated unpublished, and I'd like to publish them all so they'll show up in EAD exports. I checked the manual and the archive for the list and didn't see anything. Thanks for any assistance you can provide, Danielle Butler, CA | Archivist Butler Center for Arkansas Studies | Central Arkansas Library System www.butlercenter.org 100 Rock Street Little Rock, AR 72201 501-320-5724 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Fri Dec 14 16:02:01 2018 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 14 Dec 2018 21:02:01 +0000 Subject: [Archivesspace_Users_Group] Agents Publish In-Reply-To: References: Message-ID: I think this gets them all: update agent_family set publish = 1, system_mtime = now(); update agent_corporate_entity set publish = 1, system_mtime = now(); update agent_person set publish = 1, system_mtime = now(); update agent_software set publish = 1, system_mtime = now(); ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Danielle Butler Sent: Friday, December 14, 2018 3:27:39 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Agents Publish Is there a way to mass publish all agent records that I'm missing? Ours migrated unpublished, and I'd like to publish them all so they'll show up in EAD exports. I checked the manual and the archive for the list and didn't see anything. Thanks for any assistance you can provide, Danielle Butler, CA | Archivist Butler Center for Arkansas Studies | Central Arkansas Library System www.butlercenter.org 100 Rock Street Little Rock, AR 72201 501-320-5724 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Lora.Woodford at lyrasis.org Mon Dec 17 11:11:20 2018 From: Lora.Woodford at lyrasis.org (Lora Woodford) Date: Mon, 17 Dec 2018 16:11:20 +0000 Subject: [Archivesspace_Users_Group] Importing Accessions CSVs - linking agents and resources In-Reply-To: <3B5F069130854D49B95CC2D8921E980C45580D83@MSPWPA-CTWDG1E.cs.nycnet> References: <3B5F069130854D49B95CC2D8921E980C45580D83@MSPWPA-CTWDG1E.cs.nycnet> Message-ID: <6250EFA3-0334-4EE6-8904-22AFA6A7CAA1@lyrasis.org> Hi Carly, The current accessions CSV import is limited to the columns that exist in the csv template, and, as such, does not support the type of workflow you describe. Rightly or wrongly, it definitely assumes that you are using the CSV importer to import wholly new records and new linked/associated records (in the case of subjects and agents, at least). It does not support importing classifications and links to related resources. I?ve done very little with the csv imports so I?m not sure how difficult it would be to extend the functionality to accomplish what you want, but would encourage anyone to chime in here with advice if you have done so (or attempted to do so and scrapped the idea!). Given the fact that I haven?t seen any examples of folks doing this work (correct me if I?m wrong!), I suspect it is rather tricky. There are many more examples out there of folks associating existing linked records to one another using the ArchivesSpace API. A great resource to start learning how this project might be accomplished using the API is the ArchivesSnake repository in GitHub (a readme begins after you scroll past that list of files): https://github.com/archivesspace-labs/ArchivesSnake Hopefully others will chime in with additional advice. Best, Lora From: on behalf of "Bogen, Carly (Records)" Reply-To: Archivesspace Users Group Date: Saturday, November 17, 2018 at 12:13 PM To: "archivesspace_users_group at lyralists.lyrasis.org" Subject: [Archivesspace_Users_Group] Importing Accessions CSVs - linking agents and resources Hi all, Is there a way to use the accessions CSV import to link the new accession being created to agents, resources and classifications that already exist in the repository? We'd like to be able to add an existing agent uid to a field in the spreadsheet, include a role, and have that automatically link. Same for resources and classifications, only without the role. I can't seem to figure out how to make this work. Thanks for your help! And sorry for the cross-post ? this list seems a bit more active than the Google group. -Carly ____________________________________________________________________ Carly Bogen | Manager, Digital Programs Department of Records and Information Services (DORIS) 31 Chambers Street, New York, NY 10007 P: 212-341-6029 | E-mail: cbogen at records.nyc.gov [mailBanner] Follow us on: [acebook] [witter] [umblr] [outube] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1072 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 660 bytes Desc: image002.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 354 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 661 bytes Desc: image004.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 673 bytes Desc: image005.jpg URL: From marilyn_rackley at harvard.edu Mon Dec 17 12:40:59 2018 From: marilyn_rackley at harvard.edu (Rackley, Marilyn) Date: Mon, 17 Dec 2018 17:40:59 +0000 Subject: [Archivesspace_Users_Group] REMINDER: Proposal for Container Management Enhancements - Call for Community Input Message-ID: Dear all, Please remember to review the Harvard Library proposal for container management enhancements and submit feedback by Wednesday, December 19, 2018. See the email below for more information. In case people are not able to access the attachment, the proposal can also be accessed through this link: https://drive.google.com/open?id=14-6CFEAATfwYc1JZoAmCSD3CQVW7p3b3. We really appreciate all the comments provided so far. Best, Marilyn From: Rackley, Marilyn Sent: Monday, December 3, 2018 9:36 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Proposal for Container Management Enhancements - Call for Community Input Dear ArchivesSpace Community, The Harvard Library has been reviewing container and location management functionality in ArchivesSpace and we are proposing to make enhancements to this functionality that we would like to contribute to the core code. With these enhancements, we hope to make finding, viewing, and updating information related to containers and locations in the staff interface more efficient and effective. We have completed the draft proposal attached to this email and we are now asking for community review and feedback. The proposal includes the rationale for the changes, a list of database fields to be added, user stories describing the specific changes we are proposing, and mockups of the related updates to the staff interface. Please note that in the proposal, certain changes are designated as being a lower priority; it is possible that we may not be able to complete all the proposed changes at this time. If you have questions or feedback, please email me at marilyn_rackley at harvard.edu and/or Robin Wendler at robin_wendler at harvard.edu. We will be accepting comments through Wednesday, December 19, 2018. We look forward to receiving community input. Best, Marilyn Marilyn Rackley Aeon Project Manager and Digital Librarian Harvard Library | 617.496.4043 marilyn_rackley at harvard.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: HarvardLibraryArchivesSpaceContainerManagementEnhancementProposal_DraftForCommunityReview_201812.pdf Type: application/pdf Size: 1020767 bytes Desc: HarvardLibraryArchivesSpaceContainerManagementEnhancementProposal_DraftForCommunityReview_201812.pdf URL: From mcallahan at smith.edu Mon Dec 17 14:09:06 2018 From: mcallahan at smith.edu (Maureen Callahan) Date: Mon, 17 Dec 2018 14:09:06 -0500 Subject: [Archivesspace_Users_Group] REMINDER: Proposal for Container Management Enhancements - Call for Community Input In-Reply-To: References: Message-ID: A million thanks to folks from Harvard for showing leadership and investing to improve the experience of the software for all of us. I was having pleasant flashbacks to my days at Yale working through the original specifications for the container management functionality -- what it all *means, *what it should *do, *how this will improve the experience for archivists and patrons, and how to abstract all of this work to more general archival and data management principles. It's such fun, hard work! Generally speaking, it would be really helpful if user stories gave a better sense of what you want to *accomplish* instead of what you want to see on the screen. For some of this, I had a hard time understanding where you were coming from and I think it's possible that there are different ways of accomplishing what you've laid out. "As an W, I want to have X feature, so that Y behavior happens in Z way and lets me do my work in ABC fashion." I think that many of the goals behind this proposal are sound, but that perhaps there's too narrow an approach to solutions to meet these goals. Developers might find better ways to address the problems you've identified. 1. Hell YES there need to be easier ways to browse/sort/find locations!!!! 2. I agree that it would be useful to have the *option* to filter locations/container profiles by the repository they tend to belong to and that this should also be extensible so that it's easy to change this information after a move or administrative change. I sort of remember that folks at NYU talked about this as a possible outcome in the beginning of their location profile work, so it may be worth talking with them about the best way to think about it and any reasons they might have opted to not associate a repository with a location profile. 3. Lora did some nice work with search to make it possible to see the entire breadcrumb trail of where a search result comes from (the hierarchies of AOs within a resource). I'm thinking that perhaps you just want the same thing to happen when you look at the associated archival objects / accessions in a top container, rather than adding another column (resource) to the search result. 4. As someone who has had to do a lot of systems migrations that involved moving heterogenous data into more structured places, I get really nervous about a notes field for either the location or the top container. If there are common types of information that end up in this field, it may be worth considering adding more structured fields to either the location or the location profile or container or container profile so that it can be better managed, queried, and kept tidy & up-to-date. What's the scenario by which someone would actually look at this notes field? What do you want to go in there? 5. Soooooo tell me more about this inactive location idea. AFAIR, ArchivesSpace doesn't keep an audit trail of previous locations. What's the value of knowing that inactive locations exist when there aren't containers living in those locations and there's no way to see that those locations perviously held containers? 6. This may be implicit in your proposal, but it sounds like you want "repository" to be a multi-valued field in your location profiles and your container profiles. Paige boxes, for instance, will probably end up being associated with every repository. 7. I was initially a bit perplexed by the request to add additional fields for container indicators, but reading between the lines, my guess is that you want to be able to sort them properly in various circumstances. If, for instance, you have boxes 2, 2a, and 3, you want to be able to make sure that when you sort by indicator, they appear in this order. That's a great goal! But I think that you might want to state this goal instead of stating one possible outcome. I definitely DO NOT want a three-part container indicator because who knows what kind of crap people will put in those fields and they could potentially be a nightmare to clean up. Plus, it would have to account for every possible heterodox way that people design their container indicators -- or just default to Harvard's scheme, which... I mean, this is software for the whole community. Instead, I would suggest making the requirement that you want for alphanumeric characters to sort properly and clever developers can come up with the best way to do this. That seems like a more elegant solution than changing the data model. 8. YES BIBIDs!!!! But my read is that a BIBID is a control number for intellectual description, not for holdings. I know that folks are currently putting BIBIDs in user-defined fields in the resource record, and it would be great for those to have a canonical spot to help with systems integrations. I would much rather see the addition of a BIBID to the resource record, which can then be displayed with the top container by the system if desired (although why?). There's already a field for the ILS holdings ID to go with the top container. Thanks all, Maureen -- Maureen Callahan Sophia Smith Collection Archivist Smith College Special Collections Northampton, Massachusetts 01063 413 585 2981 mcallahan at smith.edu Pronouns: she/her/hers Smith College Special Collections is now housed at Young Library . Learn more about renovations to Neilson Library here . On Mon, Dec 17, 2018 at 12:42 PM Rackley, Marilyn < marilyn_rackley at harvard.edu> wrote: > Dear all, > > > > Please remember to review the Harvard Library proposal for container > management enhancements and submit feedback by *Wednesday, December 19, > 2018. *See the email below for more information. > > > > In case people are not able to access the attachment, the proposal can > also be accessed through this link: > https://drive.google.com/open?id=14-6CFEAATfwYc1JZoAmCSD3CQVW7p3b3. > > > > We really appreciate all the comments provided so far. > > > > Best, > > Marilyn > > > > *From:* Rackley, Marilyn > *Sent:* Monday, December 3, 2018 9:36 AM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* Proposal for Container Management Enhancements - Call for > Community Input > > > > Dear ArchivesSpace Community, > > > > The Harvard Library has been reviewing container and location management > functionality in ArchivesSpace and we are proposing to make enhancements to > this functionality that we would like to contribute to the core code. > > > > With these enhancements, we hope to make finding, viewing, and updating > information related to containers and locations in the staff interface more > efficient and effective. > > > > We have completed the draft proposal attached to this email and we are now > asking for community review and feedback. The proposal includes the > rationale for the changes, a list of database fields to be added, user > stories describing the specific changes we are proposing, and mockups of > the related updates to the staff interface. Please note that in the > proposal, certain changes are designated as being a lower priority; it is > possible that we may not be able to complete all the proposed changes at > this time. > > > > If you have questions or feedback, please email me at > marilyn_rackley at harvard.edu and/or Robin Wendler at > robin_wendler at harvard.edu. *We will be accepting comments through > Wednesday, December 19, 2018.* > > > > We look forward to receiving community input. > > > > Best, > > Marilyn > > > > *Marilyn Rackley* > > *Aeon Project Manager and Digital Librarian* > > *Harvard Library | 617.496.4043* > > *marilyn_rackley at harvard.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 Zachary.Adams at brooklynmuseum.org Mon Dec 17 14:18:06 2018 From: Zachary.Adams at brooklynmuseum.org (Zachary Adams) Date: Mon, 17 Dec 2018 19:18:06 +0000 Subject: [Archivesspace_Users_Group] Accessions Import Error id_0 Message-ID: <1E311AFB4910844E968031AE64337F19D5C29F@yunwu2.brooklynmuseum.org> Hi All, Fairly new to using ASpace, so you have my sincere apologies if this question has been answered previously for the group, or if I missed the best resource to find an answer. I'm importing a .csv of accession records and keep getting the error message: -- id_0: That ID is already in use. Problem creating 'Records of the Finance Department': id_0 That ID is already in use -- My understanding from the user manual and screencasts that I've watched so far is that only the accession ID needs to be unique, not the accession title (this upload has a number of records with identical titles, but all have different accession IDs). We are using a pretty standard multi-part accession number format of YYYY-0001-0001, tracking sequentially each accession throughout a given year. So on the import template, we have the accession numbers broken up in 'accession_number_1', 'accession_number_2', and 'accession_number_3', with 'accession_number_4' left blank. Though this adds up to an overall unique identifier for any given record, it clearly results in the 'accession_number_1' field being identical for all the accessions in the same year, including a few records with identical titles as well. Is that what's triggering the error? I double checked that my 'accession_number' fields are all unique when all four fields are combined, and they are. I also tried removing the specific records cited in the error above from the .csv and attempted importing again, but the import produces the same error only now citing a different duplicate title. Any thoughts on how to proceed? Many thanks for reading. - Zach Adams Project Archivist Brooklyn Museum 200 Eastern Parkway, Brooklyn, NY 11238-6052 brooklynmuseum.org From adrien_hilton at harvard.edu Tue Dec 18 11:08:45 2018 From: adrien_hilton at harvard.edu (Hilton, Adrien) Date: Tue, 18 Dec 2018 16:08:45 +0000 Subject: [Archivesspace_Users_Group] Refactored reports in v2.5.0 Message-ID: Hi All, We recently migrated to v2.5.0. We are not seeing the custom reports that were demoed by Sarah Morrissey. I wanted to confirm that this is still in development and not part of the release (as opposed to something we missed in installation). Thanks! Adrien -------------- next part -------------- An HTML attachment was scrubbed... URL: From laney.mcglohon at lyrasis.org Tue Dec 18 11:12:06 2018 From: laney.mcglohon at lyrasis.org (Laney McGlohon) Date: Tue, 18 Dec 2018 16:12:06 +0000 Subject: [Archivesspace_Users_Group] Refactored reports in v2.5.0 Message-ID: Hey Adrien, Yes, you are correct - the custom reports that were demoed by Sarah are not included in v2.5.0. There are some optimization issues that need to be taken care of before it can be included in a release. Best, Laney From: on behalf of "Hilton, Adrien" Reply-To: Archivesspace Users Group Date: Tuesday, December 18, 2018 at 8:09 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Refactored reports in v2.5.0 Hi All, We recently migrated to v2.5.0. We are not seeing the custom reports that were demoed by Sarah Morrissey. I wanted to confirm that this is still in development and not part of the release (as opposed to something we missed in installation). Thanks! Adrien -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christine.Kim at lyrasis.org Wed Dec 19 18:31:26 2018 From: Christine.Kim at lyrasis.org (Christine Kim) Date: Wed, 19 Dec 2018 23:31:26 +0000 Subject: [Archivesspace_Users_Group] Happy Holidays from ArchivesSpace! Message-ID: [cid:image003.jpg at 01D497AF.E6A7E1E0] Dear ArchivesSpace community, Thank you for your continued support of ArchivesSpace! We really appreciate all you do to shape ArchivesSpace so that we are always growing and learning, both as an application as well as a community. This has been a wonderful year of exciting developments, and we look forward to accomplishing even more together in the next. Our office will be closed during the holidays, from December 24 to January 1. Normal office hours will resume on January 2nd. We wish you all a warm and happy holidays! Sincerely, Your ArchivesSpace Program Team (Christine Di Bella, Christine Kim, Laney McGlohon, Laurie Gemmill Arp, and Lora Woodford) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 46030 bytes Desc: image003.jpg URL: From cwel at umich.edu Thu Dec 20 10:53:32 2018 From: cwel at umich.edu (Caitlin Wells) Date: Thu, 20 Dec 2018 10:53:32 -0500 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload Message-ID: Hi all, I'm trying to upload accessions via the CSV and keep getting the same error. Every time I try to run the background job, it fails and I get the following message: Error: #<NoMethodError: undefined method `sub' for nil:NilClass> What does this error message mean? Is there an easy fix for this that I can do within the spreadsheet and without a programmer? Best, Caitlin -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhughes at huntington.org Thu Dec 20 11:21:45 2018 From: mhughes at huntington.org (Hughes, Maggie) Date: Thu, 20 Dec 2018 16:21:45 +0000 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: References: Message-ID: Hi Caitlin, I never know what the error messages mean, but it is probably something within the spreadsheet. Are you able to send the CSV (or a sample of it, esp. if it contains sensitive data)? Maggie From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Caitlin Wells Sent: Thursday, December 20, 2018 7:54 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload Hi all, I'm trying to upload accessions via the CSV and keep getting the same error. Every time I try to run the background job, it fails and I get the following message: Error: #<NoMethodError: undefined method `sub' for nil:NilClass> What does this error message mean? Is there an easy fix for this that I can do within the spreadsheet and without a programmer? Best, Caitlin -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Thu Dec 20 14:08:54 2018 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 20 Dec 2018 19:08:54 +0000 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: References: Message-ID: Caitlin, It looks like that error means that the conversion process is trying to replace some text (using ?sub?), but there?s no text there at the point that it?s trying to do the replacement (hence the ?nil? part). Hard to say exactly what would be causing that without seeing the CSV file, though. Looking at the code, it seems likely that it could be caused by a date or an agent link, perhaps. The dates are transformed a bit during the process, so I?d review those first (the accession dates, and any event-related dates) If it?s completely unclear what could be causing the issue when reviewing the file, one strategy is just to delete half of the rows, and then try the import again. If it fails, delete half and try again. Of course, that?s hoping that not every row has the same issue, but that?s good to know, too ? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hughes, Maggie Sent: Thursday, 20 December, 2018 11:22 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload Hi Caitlin, I never know what the error messages mean, but it is probably something within the spreadsheet. Are you able to send the CSV (or a sample of it, esp. if it contains sensitive data)? Maggie From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Caitlin Wells Sent: Thursday, December 20, 2018 7:54 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload Hi all, I'm trying to upload accessions via the CSV and keep getting the same error. Every time I try to run the background job, it fails and I get the following message: Error: #<NoMethodError: undefined method `sub' for nil:NilClass> What does this error message mean? Is there an easy fix for this that I can do within the spreadsheet and without a programmer? Best, Caitlin -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwel at umich.edu Thu Dec 20 14:44:40 2018 From: cwel at umich.edu (Caitlin Wells) Date: Thu, 20 Dec 2018 14:44:40 -0500 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: References: Message-ID: Spreadsheet attached! It only has one record, but that one record is giving me the same error message as the full sheet. Caitlin On Thu, Dec 20, 2018 at 2:09 PM Custer, Mark wrote: > Caitlin, > > > > It looks like that error means that the conversion process is trying to > replace some text (using ?sub?), but there?s no text there at the point > that it?s trying to do the replacement (hence the ?nil? part). Hard to say > exactly what would be causing that without seeing the CSV file, though. > Looking at the code, it seems likely that it could be caused by a date or > an agent link, perhaps. The dates are transformed a bit during the > process, so I?d review those first (the accession dates, and any > event-related dates) > > > > If it?s completely unclear what could be causing the issue when reviewing > the file, one strategy is just to delete half of the rows, and then try the > import again. If it fails, delete half and try again. Of course, that?s > hoping that not every row has the same issue, but that?s good to know, too > ? > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Hughes, > Maggie > *Sent:* Thursday, 20 December, 2018 11:22 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Problems with Accessions CSV > upload > > > > Hi Caitlin, > > > > I never know what the error messages mean, but it is probably something > within the spreadsheet. Are you able to send the CSV (or a sample of it, > esp. if it contains sensitive data)? > > > > Maggie > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Caitlin > Wells > *Sent:* Thursday, December 20, 2018 7:54 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > Hi all, > > > > I'm trying to upload accessions via the CSV and keep getting the same > error. Every time I try to run the background job, it fails and I get the > following message: > > > > Error: #<NoMethodError: undefined method `sub' for nil:NilClass> > > > > > What does this error message mean? Is there an easy fix for this that I > can do within the spreadsheet and without a programmer? > > > > Best, > Caitlin > > > > -- > > Caitlin R. Wells > > Collection Services Librarian, Special Collections Research Center > > University of Michigan, Ann Arbor 48109 > > P: (734) 763-7901 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test1.csv Type: text/csv Size: 5545 bytes Desc: not available URL: From buschedw at msu.edu Thu Dec 20 14:52:23 2018 From: buschedw at msu.edu (Busch, Ed) Date: Thu, 20 Dec 2018 19:52:23 +0000 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: References: Message-ID: <35E2A8E8997F6C48A5D5FC21602BDEB60164B0C731@CAD-EX01.campusad.msu.edu> Does the date need to be YYYY-MM-DD rather than MM-DD-YYYY? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Caitlin Wells Sent: Thursday, December 20, 2018 2:45 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload Spreadsheet attached! It only has one record, but that one record is giving me the same error message as the full sheet. Caitlin On Thu, Dec 20, 2018 at 2:09 PM Custer, Mark > wrote: Caitlin, It looks like that error means that the conversion process is trying to replace some text (using ?sub?), but there?s no text there at the point that it?s trying to do the replacement (hence the ?nil? part). Hard to say exactly what would be causing that without seeing the CSV file, though. Looking at the code, it seems likely that it could be caused by a date or an agent link, perhaps. The dates are transformed a bit during the process, so I?d review those first (the accession dates, and any event-related dates) If it?s completely unclear what could be causing the issue when reviewing the file, one strategy is just to delete half of the rows, and then try the import again. If it fails, delete half and try again. Of course, that?s hoping that not every row has the same issue, but that?s good to know, too ? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hughes, Maggie Sent: Thursday, 20 December, 2018 11:22 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload Hi Caitlin, I never know what the error messages mean, but it is probably something within the spreadsheet. Are you able to send the CSV (or a sample of it, esp. if it contains sensitive data)? Maggie From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Caitlin Wells Sent: Thursday, December 20, 2018 7:54 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload Hi all, I'm trying to upload accessions via the CSV and keep getting the same error. Every time I try to run the background job, it fails and I get the following message: Error: #<NoMethodError: undefined method `sub' for nil:NilClass> What does this error message mean? Is there an easy fix for this that I can do within the spreadsheet and without a programmer? Best, Caitlin -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwel at umich.edu Thu Dec 20 14:58:07 2018 From: cwel at umich.edu (Caitlin Wells) Date: Thu, 20 Dec 2018 14:58:07 -0500 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: <35E2A8E8997F6C48A5D5FC21602BDEB60164B0C731@CAD-EX01.campusad.msu.edu> References: <35E2A8E8997F6C48A5D5FC21602BDEB60164B0C731@CAD-EX01.campusad.msu.edu> Message-ID: Yes, it should be, and was when I saved the document. Is it not displaying as YYYY-MM-DD? On Thu, Dec 20, 2018 at 2:53 PM Busch, Ed wrote: > Does the date need to be YYYY-MM-DD rather than MM-DD-YYYY? > > > > *Ed Busch, MLIS* > > Electronic Records Archivist > > Michigan State University Archives > > Conrad Hall > > 943 Conrad Road, Room 101 > > East Lansing, MI 48824 > > 517-884-6438 > > buschedw at msu.edu > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Caitlin > Wells > *Sent:* Thursday, December 20, 2018 2:45 PM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Problems with Accessions CSV > upload > > > > Spreadsheet attached! It only has one record, but that one record is > giving me the same error message as the full sheet. > > > Caitlin > > > > On Thu, Dec 20, 2018 at 2:09 PM Custer, Mark wrote: > > Caitlin, > > > > It looks like that error means that the conversion process is trying to > replace some text (using ?sub?), but there?s no text there at the point > that it?s trying to do the replacement (hence the ?nil? part). Hard to say > exactly what would be causing that without seeing the CSV file, though. > Looking at the code, it seems likely that it could be caused by a date or > an agent link, perhaps. The dates are transformed a bit during the > process, so I?d review those first (the accession dates, and any > event-related dates) > > > > If it?s completely unclear what could be causing the issue when reviewing > the file, one strategy is just to delete half of the rows, and then try the > import again. If it fails, delete half and try again. Of course, that?s > hoping that not every row has the same issue, but that?s good to know, too > ? > > > > Mark > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Hughes, > Maggie > *Sent:* Thursday, 20 December, 2018 11:22 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* Re: [Archivesspace_Users_Group] Problems with Accessions CSV > upload > > > > Hi Caitlin, > > > > I never know what the error messages mean, but it is probably something > within the spreadsheet. Are you able to send the CSV (or a sample of it, > esp. if it contains sensitive data)? > > > > Maggie > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *Caitlin > Wells > *Sent:* Thursday, December 20, 2018 7:54 AM > *To:* Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > *Subject:* [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > Hi all, > > > > I'm trying to upload accessions via the CSV and keep getting the same > error. Every time I try to run the background job, it fails and I get the > following message: > > > > Error: #<NoMethodError: undefined method `sub' for nil:NilClass> > > > > > What does this error message mean? Is there an easy fix for this that I > can do within the spreadsheet and without a programmer? > > > > Best, > Caitlin > > > > -- > > Caitlin R. Wells > > Collection Services Librarian, Special Collections Research Center > > University of Michigan, Ann Arbor 48109 > > P: (734) 763-7901 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Caitlin R. Wells > > Collection Services Librarian, Special Collections Research Center > > University of Michigan, Ann Arbor 48109 > > P: (734) 763-7901 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 -------------- next part -------------- An HTML attachment was scrubbed... URL: From buschedw at msu.edu Thu Dec 20 15:01:21 2018 From: buschedw at msu.edu (Busch, Ed) Date: Thu, 20 Dec 2018 20:01:21 +0000 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: References: <35E2A8E8997F6C48A5D5FC21602BDEB60164B0C731@CAD-EX01.campusad.msu.edu> Message-ID: <35E2A8E8997F6C48A5D5FC21602BDEB60164B0C749@CAD-EX01.campusad.msu.edu> Not when I open but maybe local defaults? I haven?t used the importer myself but was curious. ? From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Caitlin Wells Sent: Thursday, December 20, 2018 2:58 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload Yes, it should be, and was when I saved the document. Is it not displaying as YYYY-MM-DD? On Thu, Dec 20, 2018 at 2:53 PM Busch, Ed > wrote: Does the date need to be YYYY-MM-DD rather than MM-DD-YYYY? Ed Busch, MLIS Electronic Records Archivist Michigan State University Archives Conrad Hall 943 Conrad Road, Room 101 East Lansing, MI 48824 517-884-6438 buschedw at msu.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Caitlin Wells Sent: Thursday, December 20, 2018 2:45 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload Spreadsheet attached! It only has one record, but that one record is giving me the same error message as the full sheet. Caitlin On Thu, Dec 20, 2018 at 2:09 PM Custer, Mark > wrote: Caitlin, It looks like that error means that the conversion process is trying to replace some text (using ?sub?), but there?s no text there at the point that it?s trying to do the replacement (hence the ?nil? part). Hard to say exactly what would be causing that without seeing the CSV file, though. Looking at the code, it seems likely that it could be caused by a date or an agent link, perhaps. The dates are transformed a bit during the process, so I?d review those first (the accession dates, and any event-related dates) If it?s completely unclear what could be causing the issue when reviewing the file, one strategy is just to delete half of the rows, and then try the import again. If it fails, delete half and try again. Of course, that?s hoping that not every row has the same issue, but that?s good to know, too ? Mark From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hughes, Maggie Sent: Thursday, 20 December, 2018 11:22 AM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload Hi Caitlin, I never know what the error messages mean, but it is probably something within the spreadsheet. Are you able to send the CSV (or a sample of it, esp. if it contains sensitive data)? Maggie From: archivesspace_users_group-bounces at lyralists.lyrasis.org > On Behalf Of Caitlin Wells Sent: Thursday, December 20, 2018 7:54 AM To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload Hi all, I'm trying to upload accessions via the CSV and keep getting the same error. Every time I try to run the background job, it fails and I get the following message: Error: #<NoMethodError: undefined method `sub' for nil:NilClass> What does this error message mean? Is there an easy fix for this that I can do within the spreadsheet and without a programmer? Best, Caitlin -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.harrington at lyrasis.org Thu Dec 20 15:10:27 2018 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Thu, 20 Dec 2018 20:10:27 +0000 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: References: <35E2A8E8997F6C48A5D5FC21602BDEB60164B0C731@CAD-EX01.campusad.msu.edu> Message-ID: If you open a CSV in Excel, it always helpfully reformats the date. Sigh. I think the specific error you were getting was due to the lack of an agent_type. Try adding ?agent_person? there. You will also need to fill in agent_name_name_order (?indirect?), move the name to agent_name_primary_name, and then add either an agent_name_source or and agent_name_rules. (I used ?dacs? in agent_name_rules). Then the csv should load. :-) I?d say this needs to be better documented somewhere, but then I?d feel guilty for not having written it up myself. Brian ? Brian Harrington Migration Specialist LYRASIS brian.harrington at lyrasis.org Skype: abbistani > On Dec 20, 2018, at 2:58 PM, Caitlin Wells wrote: > > Yes, it should be, and was when I saved the document. Is it not displaying as YYYY-MM-DD? > > On Thu, Dec 20, 2018 at 2:53 PM Busch, Ed wrote: > Does the date need to be YYYY-MM-DD rather than MM-DD-YYYY? > > > > Ed Busch, MLIS > > Electronic Records Archivist > > Michigan State University Archives > > Conrad Hall > > 943 Conrad Road, Room 101 > > East Lansing, MI 48824 > > 517-884-6438 > > buschedw at msu.edu > > > > > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Caitlin Wells > Sent: Thursday, December 20, 2018 2:45 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > Spreadsheet attached! It only has one record, but that one record is giving me the same error message as the full sheet. > > > Caitlin > > > > On Thu, Dec 20, 2018 at 2:09 PM Custer, Mark wrote: > > Caitlin, > > > > It looks like that error means that the conversion process is trying to replace some text (using ?sub?), but there?s no text there at the point that it?s trying to do the replacement (hence the ?nil? part). Hard to say exactly what would be causing that without seeing the CSV file, though. Looking at the code, it seems likely that it could be caused by a date or an agent link, perhaps. The dates are transformed a bit during the process, so I?d review those first (the accession dates, and any event-related dates) > > > > If it?s completely unclear what could be causing the issue when reviewing the file, one strategy is just to delete half of the rows, and then try the import again. If it fails, delete half and try again. Of course, that?s hoping that not every row has the same issue, but that?s good to know, too ? > > > > Mark > > > > > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hughes, Maggie > Sent: Thursday, 20 December, 2018 11:22 AM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > Hi Caitlin, > > > > I never know what the error messages mean, but it is probably something within the spreadsheet. Are you able to send the CSV (or a sample of it, esp. if it contains sensitive data)? > > > > Maggie > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Caitlin Wells > Sent: Thursday, December 20, 2018 7:54 AM > To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > Hi all, > > > > I'm trying to upload accessions via the CSV and keep getting the same error. Every time I try to run the background job, it fails and I get the following message: > > > > Error: #<NoMethodError: undefined method `sub' for nil:NilClass> > > > > What does this error message mean? Is there an easy fix for this that I can do within the spreadsheet and without a programmer? > > > > Best, > Caitlin > > > > -- > > Caitlin R. Wells > > Collection Services Librarian, Special Collections Research Center > > University of Michigan, Ann Arbor 48109 > > P: (734) 763-7901 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Caitlin R. Wells > > Collection Services Librarian, Special Collections Research Center > > University of Michigan, Ann Arbor 48109 > > P: (734) 763-7901 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > -- > Caitlin R. Wells > Collection Services Librarian, Special Collections Research Center > University of Michigan, Ann Arbor 48109 > P: (734) 763-7901 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From christine.dibella at lyrasis.org Thu Dec 20 15:13:38 2018 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 20 Dec 2018 20:13:38 +0000 Subject: [Archivesspace_Users_Group] release candidate available - ArchivesSpace v2.5.2-RC1 Message-ID: Hello ArchivesSpace members, The ArchivesSpace team is pleased to announce a release candidate, v2.5.2-RC1. You can download it at https://github.com/archivesspace/archivesspace/releases/tag/v2.5.2-RC1 or test it out without downloading at http://test.archivesspace.org/staff (username admin /password admin). We do encourage you to download and try it out with your own local setup and/or data if you can for the most accurate results. This release candidate contains program-led and community pull requests that provide feature enhancements, bug fixes, infrastructure improvements, and documentation updates. A focus is continuing to improve accessibility of the public and staff interfaces. The release candidate also includes an enhanced agent merge function and more options for configuring OAI-PMH harvesting. Thanks to the community members who made contributions to this release, including individual archives staff and developers, as well as our Development Prioritization sub-team, Technical Documentation sub-team, and Core Committers Group. Recognizing that many people will be spending less time with their ArchivesSpaces for a bit, we'll be taking feedback on this release candidate through Friday, January 4. Please let us know at ArchivesSpaceHome at lyrasis.org if you notice any problems with the specific areas addressed in this release, or if anything that was working before no longer is. Barring major issues, we expect to release v2.5.2 in early January. Christine Christine Di Bella ArchivesSpace Program Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [ASpaceOrgHomeMedium] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 6608 bytes Desc: image002.jpg URL: From cwel at umich.edu Thu Dec 20 15:13:24 2018 From: cwel at umich.edu (Caitlin Wells) Date: Thu, 20 Dec 2018 15:13:24 -0500 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: References: <35E2A8E8997F6C48A5D5FC21602BDEB60164B0C731@CAD-EX01.campusad.msu.edu> Message-ID: Thank you, Brian, for the agent tips! I'll fill out those fields and see if it loads now! (And I've been fighting with Excel for literally hours over the date formatting, so glad to know that might be an issue as well.) On Thu, Dec 20, 2018 at 3:10 PM Brian Harrington < brian.harrington at lyrasis.org> wrote: > If you open a CSV in Excel, it always helpfully reformats the date. Sigh. > > I think the specific error you were getting was due to the lack of an > agent_type. Try adding ?agent_person? there. You will also need to fill > in agent_name_name_order (?indirect?), move the name to > agent_name_primary_name, and then add either an agent_name_source or and > agent_name_rules. (I used ?dacs? in agent_name_rules). Then the csv > should load. :-) > > I?d say this needs to be better documented somewhere, but then I?d feel > guilty for not having written it up myself. > > Brian > > ? > Brian Harrington > Migration Specialist > LYRASIS > brian.harrington at lyrasis.org > Skype: abbistani > > > > On Dec 20, 2018, at 2:58 PM, Caitlin Wells wrote: > > > > Yes, it should be, and was when I saved the document. Is it not > displaying as YYYY-MM-DD? > > > > On Thu, Dec 20, 2018 at 2:53 PM Busch, Ed wrote: > > Does the date need to be YYYY-MM-DD rather than MM-DD-YYYY? > > > > > > > > Ed Busch, MLIS > > > > Electronic Records Archivist > > > > Michigan State University Archives > > > > Conrad Hall > > > > 943 Conrad Road, Room 101 > > > > East Lansing, MI 48824 > > > > 517-884-6438 > > > > buschedw at msu.edu > > > > > > > > > > > > > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of > Caitlin Wells > > Sent: Thursday, December 20, 2018 2:45 PM > > To: Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV > upload > > > > > > > > Spreadsheet attached! It only has one record, but that one record is > giving me the same error message as the full sheet. > > > > > > Caitlin > > > > > > > > On Thu, Dec 20, 2018 at 2:09 PM Custer, Mark > wrote: > > > > Caitlin, > > > > > > > > It looks like that error means that the conversion process is trying to > replace some text (using ?sub?), but there?s no text there at the point > that it?s trying to do the replacement (hence the ?nil? part). Hard to say > exactly what would be causing that without seeing the CSV file, though. > Looking at the code, it seems likely that it could be caused by a date or > an agent link, perhaps. The dates are transformed a bit during the > process, so I?d review those first (the accession dates, and any > event-related dates) > > > > > > > > If it?s completely unclear what could be causing the issue when > reviewing the file, one strategy is just to delete half of the rows, and > then try the import again. If it fails, delete half and try again. Of > course, that?s hoping that not every row has the same issue, but that?s > good to know, too ? > > > > > > > > Mark > > > > > > > > > > > > > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of > Hughes, Maggie > > Sent: Thursday, 20 December, 2018 11:22 AM > > To: Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV > upload > > > > > > > > Hi Caitlin, > > > > > > > > I never know what the error messages mean, but it is probably something > within the spreadsheet. Are you able to send the CSV (or a sample of it, > esp. if it contains sensitive data)? > > > > > > > > Maggie > > > > > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of > Caitlin Wells > > Sent: Thursday, December 20, 2018 7:54 AM > > To: Archivesspace Users Group < > archivesspace_users_group at lyralists.lyrasis.org> > > Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > > > > > Hi all, > > > > > > > > I'm trying to upload accessions via the CSV and keep getting the same > error. Every time I try to run the background job, it fails and I get the > following message: > > > > > > > > Error: #<NoMethodError: undefined method `sub' for > nil:NilClass> > > > > > > > > What does this error message mean? Is there an easy fix for this that I > can do within the spreadsheet and without a programmer? > > > > > > > > Best, > > Caitlin > > > > > > > > -- > > > > Caitlin R. Wells > > > > Collection Services Librarian, Special Collections Research Center > > > > University of Michigan, Ann Arbor 48109 > > > > P: (734) 763-7901 > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > > > > > > > -- > > > > Caitlin R. Wells > > > > Collection Services Librarian, Special Collections Research Center > > > > University of Michigan, Ann Arbor 48109 > > > > P: (734) 763-7901 > > > > _______________________________________________ > > Archivesspace_Users_Group mailing list > > Archivesspace_Users_Group at lyralists.lyrasis.org > > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Caitlin R. Wells > > Collection Services Librarian, Special Collections Research Center > > University of Michigan, Ann Arbor 48109 > > P: (734) 763-7901 > > _______________________________________________ > > 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 > -- Caitlin R. Wells Collection Services Librarian, Special Collections Research Center University of Michigan, Ann Arbor 48109 P: (734) 763-7901 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.custer at yale.edu Thu Dec 20 15:15:37 2018 From: mark.custer at yale.edu (Custer, Mark) Date: Thu, 20 Dec 2018 20:15:37 +0000 Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload In-Reply-To: References: <35E2A8E8997F6C48A5D5FC21602BDEB60164B0C731@CAD-EX01.campusad.msu.edu> Message-ID: Caitlin, I was just writing back to say exactly what Brian just mentioned! Attached is a copy of the CSV file that I was able to import. Mark -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Harrington Sent: Thursday, 20 December, 2018 3:10 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload If you open a CSV in Excel, it always helpfully reformats the date. Sigh. I think the specific error you were getting was due to the lack of an agent_type. Try adding ?agent_person? there. You will also need to fill in agent_name_name_order (?indirect?), move the name to agent_name_primary_name, and then add either an agent_name_source or and agent_name_rules. (I used ?dacs? in agent_name_rules). Then the csv should load. :-) I?d say this needs to be better documented somewhere, but then I?d feel guilty for not having written it up myself. Brian ? Brian Harrington Migration Specialist LYRASIS brian.harrington at lyrasis.org Skype: abbistani > On Dec 20, 2018, at 2:58 PM, Caitlin Wells wrote: > > Yes, it should be, and was when I saved the document. Is it not displaying as YYYY-MM-DD? > > On Thu, Dec 20, 2018 at 2:53 PM Busch, Ed wrote: > Does the date need to be YYYY-MM-DD rather than MM-DD-YYYY? > > > > Ed Busch, MLIS > > Electronic Records Archivist > > Michigan State University Archives > > Conrad Hall > > 943 Conrad Road, Room 101 > > East Lansing, MI 48824 > > 517-884-6438 > > buschedw at msu.edu > > > > > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Caitlin Wells > Sent: Thursday, December 20, 2018 2:45 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > Spreadsheet attached! It only has one record, but that one record is giving me the same error message as the full sheet. > > > Caitlin > > > > On Thu, Dec 20, 2018 at 2:09 PM Custer, Mark wrote: > > Caitlin, > > > > It looks like that error means that the conversion process is trying to replace some text (using ?sub?), but there?s no text there at the point that it?s trying to do the replacement (hence the ?nil? part). Hard to say exactly what would be causing that without seeing the CSV file, though. Looking at the code, it seems likely that it could be caused by a date or an agent link, perhaps. The dates are transformed a bit during the process, so I?d review those first (the accession dates, and any event-related dates) > > > > If it?s completely unclear what could be causing the issue when reviewing the file, one strategy is just to delete half of the rows, and then try the import again. If it fails, delete half and try again. Of course, that?s hoping that not every row has the same issue, but that?s good to know, too ? > > > > Mark > > > > > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Hughes, Maggie > Sent: Thursday, 20 December, 2018 11:22 AM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > Hi Caitlin, > > > > I never know what the error messages mean, but it is probably something within the spreadsheet. Are you able to send the CSV (or a sample of it, esp. if it contains sensitive data)? > > > > Maggie > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Caitlin Wells > Sent: Thursday, December 20, 2018 7:54 AM > To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] Problems with Accessions CSV upload > > > > Hi all, > > > > I'm trying to upload accessions via the CSV and keep getting the same error. Every time I try to run the background job, it fails and I get the following message: > > > > Error: #<NoMethodError: undefined method `sub' for nil:NilClass> > > > > What does this error message mean? Is there an easy fix for this that I can do within the spreadsheet and without a programmer? > > > > Best, > Caitlin > > > > -- > > Caitlin R. Wells > > Collection Services Librarian, Special Collections Research Center > > University of Michigan, Ann Arbor 48109 > > P: (734) 763-7901 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=02%7C01%7Cmark.custer%40yale.edu%7Cd55f220262e54e20a31d08d666b73440%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C636809334381749996&sdata=FBa4W1dVsGxlwaitvHe6GoMi6QEyN1UlPnXfBU62p1U%3D&reserved=0 > > > > > > -- > > Caitlin R. Wells > > Collection Services Librarian, Special Collections Research Center > > University of Michigan, Ann Arbor 48109 > > P: (734) 763-7901 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=02%7C01%7Cmark.custer%40yale.edu%7Cd55f220262e54e20a31d08d666b73440%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C636809334381749996&sdata=FBa4W1dVsGxlwaitvHe6GoMi6QEyN1UlPnXfBU62p1U%3D&reserved=0 > > > -- > Caitlin R. Wells > Collection Services Librarian, Special Collections Research Center > University of Michigan, Ann Arbor 48109 > P: (734) 763-7901 > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=02%7C01%7Cmark.custer%40yale.edu%7Cd55f220262e54e20a31d08d666b73440%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C636809334381749996&sdata=FBa4W1dVsGxlwaitvHe6GoMi6QEyN1UlPnXfBU62p1U%3D&reserved=0 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=02%7C01%7Cmark.custer%40yale.edu%7Cd55f220262e54e20a31d08d666b73440%7Cdd8cbebb21394df8b4114e3e87abeb5c%7C0%7C0%7C636809334381749996&sdata=FBa4W1dVsGxlwaitvHe6GoMi6QEyN1UlPnXfBU62p1U%3D&reserved=0 -------------- next part -------------- A non-text attachment was scrubbed... Name: test1_agent-change.csv Type: application/octet-stream Size: 5566 bytes Desc: test1_agent-change.csv URL: From kate_bowers at harvard.edu Thu Dec 20 16:15:36 2018 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Thu, 20 Dec 2018 21:15:36 +0000 Subject: [Archivesspace_Users_Group] REMINDER: Proposal for Container Management Enhancements - Call for Community Input In-Reply-To: References: Message-ID: Dear ArchivesSpace community: Apologies for the length of this. I?ll try to address a lot of comments, but not all! Please let me know if (as they may well do) my elaborations only elicit more questions! In general, most of these proposals are derived from facing problems of scale. Harvard has 30 repositories and over 200 users of ArchivesSpace. Others have to do with managing ?medium rare? materials? locations and containers in ArchivesSpace. (Medium-rare is a tongue-in-cheek term used to cover materials that might exist in multiple manifestations but that have archival or rare characteristics or treatment. Examples include entire libraries ingested into an archives, author?s own copies of their books, annotated books, or the record copy of serials or reports kept by institutional archives.) ? Multi-field top container indicators Some commenters wondered if the multiple fields were to accommodate child containers. To clarify, the suggestion was to facilitate parsing top container identifiers. As a few commenters have surmised, this is to cope with legacy numbers. These are especially common on medium-rare materials. One suggestion was to use a sort algorithm that would obviate the need for separated fields for data. However, because there would be is more than one algorithm necessary over the installation, such a solution would require an added field to identify the algorithm and probably a third field retain a value derived by the algorithm to be sorted alphanumerically. Thus, the direct 3-field solution seems simpler. (A 4-field suggestion was mooted in the committee as potentially more useful communally.) It does occur to me that there just might not be enough really old, really big repositories with lots of legacy identifiers in the ArchivesSpace community for the parsing of legacy numbers to be a common problem. I appreciate the recognition that a plug-in might be needed instead, but it would be worth hearing from any repositories with similar issues. ? Container and location profiles by repository We were envisioning a one-to-one profile-to-repository scenario. Due to the ArchivesSpace staff user interface requirement that one identify only a single repository at login, it is extremely easy for users to forget the impact they might have beyond their repository if they change or delete a shared record. We have already experienced mistaken mergers and deletions of agents due to the design of AS staff user interface that does not allow one to see where the record may be linked beyond their repository. For this reason, it is wise to be able to limit changes and deletions of location profiles and container profiles impact to the same chosen repository. ? Inactive As Maureen wisely intuited, inactive locations are necessary to recording a complete location history. However, there are additional use cases. When a repository is renovating, for example (as is happening now at the Schlesinger Library) the shelves in a location may be inactive for a time and become active again when the building re-opens. Other scenarios include water intrusion or other occasions when a smaller sub-set of shelves may have to become inactive until repairs are completed and tested before the shelving can again come into use. Because inactive locations are to be eliminated by default from search results, we can prevent them from overwhelming staff members? search results or sending staff to unusable locations. ? Notes in containers and locations Notes are for dedicated shelving or rehousing issues. Notes on containers may contain things like ?Label falling off? ?Acidic-needs replacing? ?Acid box replaced with acid-free box 2017-06-08? ?Not on shelf 2015-10-10?. Notes on locations may contain things like ?only use as last resort?overhead drip pan makes retrieval difficult? ?reserved for outgoing transfers until 2019-01-01?. In locations especially, we would expect the reason for a location becoming inactive might be noted. ?Made inactive because next to heating duct?do not reactivate?. ? Bibliographic record IDs in containers This data would allow for more sustainable interoperability between systems and more flexibility in workflows. Especially with medium-rare materials, the physical item?s location might need to be recorded before description is finalized, and if the description is to be created in foreign system and ingested to ArchivesSpace, hooking up the container and location will be problematic. In this scenario, a resource with initial description in a bibliographic system could be placed on an archives? shelf, and the description, once completed in the ILS, could be ingested via MARC XML ingest for example. After the resource is ingested, the ILS bibliographic record number could be searched in the containers to link the container to the resource. When an ILS system migrates, it is unlikely that the migration would maintain obsolte holding or item system numbers, but it is common to migrate with obsolete bibliographic system record numbers embedded into the new system. Should there be a need to re-migrate holdings or items from ArchivesSpace to a new ILS, bibliographic record numbers would ensure continuity. Thanks for reading! Kate From: archivesspace_users_group-bounces at lyralists.lyrasis.org On Behalf Of Maureen Callahan Sent: Monday, December 17, 2018 2:09 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] REMINDER: Proposal for Container Management Enhancements - Call for Community Input A million thanks to folks from Harvard for showing leadership and investing to improve the experience of the software for all of us. I was having pleasant flashbacks to my days at Yale working through the original specifications for the container management functionality -- what it all means, what it should do, how this will improve the experience for archivists and patrons, and how to abstract all of this work to more general archival and data management principles. It's such fun, hard work! Generally speaking, it would be really helpful if user stories gave a better sense of what you want to accomplish instead of what you want to see on the screen. For some of this, I had a hard time understanding where you were coming from and I think it's possible that there are different ways of accomplishing what you've laid out. "As an W, I want to have X feature, so that Y behavior happens in Z way and lets me do my work in ABC fashion." I think that many of the goals behind this proposal are sound, but that perhaps there's too narrow an approach to solutions to meet these goals. Developers might find better ways to address the problems you've identified. 1. Hell YES there need to be easier ways to browse/sort/find locations!!!! 2. I agree that it would be useful to have the option to filter locations/container profiles by the repository they tend to belong to and that this should also be extensible so that it's easy to change this information after a move or administrative change. I sort of remember that folks at NYU talked about this as a possible outcome in the beginning of their location profile work, so it may be worth talking with them about the best way to think about it and any reasons they might have opted to not associate a repository with a location profile. 3. Lora did some nice work with search to make it possible to see the entire breadcrumb trail of where a search result comes from (the hierarchies of AOs within a resource). I'm thinking that perhaps you just want the same thing to happen when you look at the associated archival objects / accessions in a top container, rather than adding another column (resource) to the search result. 4. As someone who has had to do a lot of systems migrations that involved moving heterogenous data into more structured places, I get really nervous about a notes field for either the location or the top container. If there are common types of information that end up in this field, it may be worth considering adding more structured fields to either the location or the location profile or container or container profile so that it can be better managed, queried, and kept tidy & up-to-date. What's the scenario by which someone would actually look at this notes field? What do you want to go in there? 5. Soooooo tell me more about this inactive location idea. AFAIR, ArchivesSpace doesn't keep an audit trail of previous locations. What's the value of knowing that inactive locations exist when there aren't containers living in those locations and there's no way to see that those locations perviously held containers? 6. This may be implicit in your proposal, but it sounds like you want "repository" to be a multi-valued field in your location profiles and your container profiles. Paige boxes, for instance, will probably end up being associated with every repository. 7. I was initially a bit perplexed by the request to add additional fields for container indicators, but reading between the lines, my guess is that you want to be able to sort them properly in various circumstances. If, for instance, you have boxes 2, 2a, and 3, you want to be able to make sure that when you sort by indicator, they appear in this order. That's a great goal! But I think that you might want to state this goal instead of stating one possible outcome. I definitely DO NOT want a three-part container indicator because who knows what kind of crap people will put in those fields and they could potentially be a nightmare to clean up. Plus, it would have to account for every possible heterodox way that people design their container indicators -- or just default to Harvard's scheme, which... I mean, this is software for the whole community. Instead, I would suggest making the requirement that you want for alphanumeric characters to sort properly and clever developers can come up with the best way to do this. That seems like a more elegant solution than changing the data model. 8. YES BIBIDs!!!! But my read is that a BIBID is a control number for intellectual description, not for holdings. I know that folks are currently putting BIBIDs in user-defined fields in the resource record, and it would be great for those to have a canonical spot to help with systems integrations. I would much rather see the addition of a BIBID to the resource record, which can then be displayed with the top container by the system if desired (although why?). There's already a field for the ILS holdings ID to go with the top container. Thanks all, Maureen -- Maureen Callahan Sophia Smith Collection Archivist Smith College Special Collections Northampton, Massachusetts 01063 413 585 2981 mcallahan at smith.edu Pronouns: she/her/hers Smith College Special Collections is now housed at Young Library. Learn more about renovations to Neilson Library here. On Mon, Dec 17, 2018 at 12:42 PM Rackley, Marilyn > wrote: Dear all, Please remember to review the Harvard Library proposal for container management enhancements and submit feedback by Wednesday, December 19, 2018. See the email below for more information. In case people are not able to access the attachment, the proposal can also be accessed through this link: https://drive.google.com/open?id=14-6CFEAATfwYc1JZoAmCSD3CQVW7p3b3. We really appreciate all the comments provided so far. Best, Marilyn From: Rackley, Marilyn Sent: Monday, December 3, 2018 9:36 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: Proposal for Container Management Enhancements - Call for Community Input Dear ArchivesSpace Community, The Harvard Library has been reviewing container and location management functionality in ArchivesSpace and we are proposing to make enhancements to this functionality that we would like to contribute to the core code. With these enhancements, we hope to make finding, viewing, and updating information related to containers and locations in the staff interface more efficient and effective. We have completed the draft proposal attached to this email and we are now asking for community review and feedback. The proposal includes the rationale for the changes, a list of database fields to be added, user stories describing the specific changes we are proposing, and mockups of the related updates to the staff interface. Please note that in the proposal, certain changes are designated as being a lower priority; it is possible that we may not be able to complete all the proposed changes at this time. If you have questions or feedback, please email me at marilyn_rackley at harvard.edu and/or Robin Wendler at robin_wendler at harvard.edu. We will be accepting comments through Wednesday, December 19, 2018. We look forward to receiving community input. Best, Marilyn Marilyn Rackley Aeon Project Manager and Digital Librarian Harvard Library | 617.496.4043 marilyn_rackley at harvard.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 Christine.Kim at lyrasis.org Thu Dec 20 17:11:44 2018 From: Christine.Kim at lyrasis.org (Christine Kim) Date: Thu, 20 Dec 2018 22:11:44 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Update - December 2018 Message-ID: [ASpaceOrgHome.jpg] December 2018 Update Thank you all for an incredible year! It's been a wonderful year full of community activities, developments, and projects. We really appreciate all the community support and energy that goes toward continuously improving ArchivesSpace! Development The ArchivesSpace team is pleased to announce a release candidate, v2.5.2-RC1. You can download it at https://github.com/archivesspace/archivesspace/releases/tag/v2.5.2-RC1 or test it out without downloading at http://test.archivesspace.org/staff (username admin /password admin). We do encourage you to download and try it out with your own local setup and/or data if you can for the most accurate results. This release candidate contains program-led and community pull requests that provide feature enhancements, bug fixes, infrastructure improvements, and documentation updates. A focus is continuing to improve accessibility of the public and staff interfaces. The release candidate also includes an enhanced agent merge function and more options for configuring OAI-PMH harvesting. Thanks to the community members who made contributions to this release, including both individual archives staff and developers, as well as our Development Prioritization sub-team, Technical Documentation sub-team, and Core Committers Group. Recognizing that many people will be spending less time with their ArchivesSpaces for a bit, we'll be taking feedback on this release candidate through Friday, January 4. Please let us know at ArchivesSpaceHome at lyrasis.org if you notice any problems with the specific areas addressed in this release, or if anything that was working before no longer is. Barring major issues, we expect to release v2.5.2 in early January. ArchivesSpace is always interested in more development help. Depending on your interest and availability, we have lots of suggestions for projects small and big that developers and tech-savvy archivists of all experience levels could help with to make ArchivesSpace better for everyone. If you're interested in writing code and helping with ArchivesSpace development, or if you know someone who might be, please contact Program Manager Christine Di Bella (christine.dibella at lyrasis.org) or Tech Lead Laney McGlohon (laney.mcglohon at lyrasis.org) for more details. Survey for a New ASpace Listserv We love all the activity on our ASpace Users Group Listserv, but we have received suggestions from a number of you that perhaps it is time to investigate adding a new listserv to our community to reflect the diversity in our concerns and discussions. The Users Group listserv has grown to become an incredible space to share and help troubleshoot technical knowledge and issues, but we've heard feedback from some ArchivesSpace members that it can be difficult to follow these discussions or post about less technical concerns. Before we dive into adding another channel for people to connect, we'd like to explore your communication needs and how conversations on a new listserv might be distinct from the current ASpace Users Group Listserv. We have created a short survey to collect your suggestions and feedback, and invite you to share any thoughts you have to help clarify the purpose and parameters for potentially setting up a new listserv. We really look forward to hearing your ideas. Please submit your survey response by January 15th. We appreciate your help! Community Member Resources New Community Resources on the Wiki We have created a few pages on the wiki to make it easy to upload and share some of your internal workflow trackers. Wiki pages to share Accessioning Checklists, Processing Checklists, and Data Maps are now available. We encourage you to share any documentation that can provide insight on the varied workflows and practices across our community. Wiki login is required to upload files (though login is not required to access shared files). ArchivesSpace Member Directory - Updated digital copy distributed to member reps We have distributed an updated digital copy of our Member Directory this week! The information was collected through submissions from members and compiled to share information about how you are using ArchivesSpace, and any implementation or integration projects you are planning for the future. This directory was sent out to all ArchivesSpace Member Representatives. Would you like to add or update information about your organization to the directory? The submission form is available here: https://tinyurl.com/aspace-directory. Most questions are optional. The information collected will be shared only with ArchivesSpace members. Aside from publicly available information about institutions like names and locations, information about the use of ArchivesSpace will be shared only for those who consent to have it included. ArchivesSpace Implementation Buddies - Updated digital copy distributed to buddy participants The ASpace Implementation Buddy program is in full swing! A digital listing of all interested implementation buddies has been distributed through email to all individuals who have submitted their interest through the Implementation Buddy sign-up sheet. Interested in learning more about the buddy program before you sign up? Visit our ASpace Buddies info page to get started. Please email us at ArchivesSpaceHome at lyrasis.org if you have any questions about any of our community resources. ArchivesSpace Forum Updates We wrapped up our Fall Regional Forum, and we are excited to start planning our program for an online forum for the Winter season. Here are some of the most relevant news, dates, and links to keep you up to date on all the activity! Upcoming: ArchivesSpace Online Forum: Winter (March/April) 2019 The ASpace Online Forum Working group had its first meeting on December 14th. This group is tasked with identifying clear goals and objectives for our inaugural online forum, as well as shaping the program content for our active and diverse community. Please feel free to follow our progress on this wiki program page. Our group is represented by community members across all membership sizes, as well as international (non-US) members. We are excited for this opportunity to explore new ways for our community can collaborate, communicate, and engage together! Past: Kansas City Regional Forum: November 30, 2018 Thank you to all who participated at the Kansas City Regional Forum! Slides, notes, and program information is available on the wiki. [https://lh4.googleusercontent.com/AXiqJhUgR22vFskoXhcqs7mrdSsj22kr0XJV1je4TxgJcWkCSSs6ELfyVmoUB5JgHOYrHD947imRVwBEqn92LUWm3KgL6-zBrzuwqeMfCAvRh6Rq2vnEaoZvp1snbwHt1QUvV72H] If you have any questions (or ideas) related to the forums, feel free to email us at ArchivesSpaceHome at lyrasis.org. The regional forums are opportunities for our diverse ArchivesSpace members to meet up more locally to share and learn from each other through workshops, focused discussion sessions, and presentations. We look forward to having the content shaped by our community. New Stories on the Blog In User Insights (http://archivesspace.org/archives/category/user-insights), Kelly Spring (Access Archivist, East Carolina University) provides an update in the blog series "Arrr-chivesSpace Migration" to provide insight into the migration process at ECU. Follow along throughout their two-year journey! We would love to include your ArchivesSpace stories on the blog! If you would like to contribute, please email us at ArchivesSpaceHome at lyrasis.org. Update on Community Engagement Coordinator The search for a new Community Engagement Coordinator is well underway and we're delighted to have a great pool of applicants. We expect to hire someone in the first months of the new year. Christine Kim's last day with ArchivesSpace will be January 2. Please contact us at ArchivesSpaceHome at lyrasis.org during the interim period between Christine's departure and the arrival of a new Community Engagement Coordinator. You can also contact contact Christine Di Bella (christine.dibella at lyrasis.org) directly with questions about any areas like training and events for which Christine Kim has been primarily responsible. Happy Holidays! Thank you for your continued support of ArchivesSpace! We really appreciate all you do to shape ArchivesSpace so that we are always growing and learning, both as an application as well as a community. This has been a wonderful year of exciting developments, and we look forward to accomplishing even more together in the next. Our office will be closed from December 24 to January 1. Normal office hours will resume on January 2nd. Hope you all have a warm and happy holidays! [https://lh4.googleusercontent.com/gHFGddnquQ3CNdW0mnvgloO94WCCfYctbXj2j38kjkHLJrcvui_Iz3l8ge6BdgGWH5IZHCYlDWuM6rW-3G1t-oNDCyUK55VFdQcB2tWWub8so66A0naxzY1H1eiCDolWqaPCtUID] Membership Update We are excited to welcome our newest members to our community! Our new members since November 19 include: * Temple University (Philadelphia, PA) * U.S. Naval War College (Newport, RI) As of December 20, we have 367 General members, 19 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org for more information. ________________________________ ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA's Collection Management Tools Section listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.jpg Type: image/jpeg Size: 20006 bytes Desc: image007.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.jpg Type: image/jpeg Size: 36401 bytes Desc: image008.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image009.jpg Type: image/jpeg Size: 31998 bytes Desc: image009.jpg URL: From dbutler at cals.org Thu Dec 20 18:26:47 2018 From: dbutler at cals.org (Danielle Butler) Date: Thu, 20 Dec 2018 23:26:47 +0000 Subject: [Archivesspace_Users_Group] Deleting duplicate commas - MySQL woes Message-ID: We?re trying to get rid of duplicate commas in our data in component descriptions. We manually included commas when we were using Archivists' Toolkit, and we migrated all of that data. Now we'd like to clean it up so that every description doesn't have two commas if we were to ever more to the PUI. I was given a command for an older MySQL server version, and modified it using the MySQL Server v. 8 manual. I believe this is the appropriate way to format the command, but I am getting syntax errors on the first command. I've scoured the manual and can't sort out what is causing the error. Does anyone see an apparent issue with my syntax that I'm missing? Again, these commands are for v. 8. REPLACE INTO archival_object VALUES (display_string , ',,', ','); SELECT TRIM(TRAILING ',' FROM 'title'); Thanks for any advice you can give, Danielle Butler, CA | Archivist Butler Center for Arkansas Studies | Central Arkansas Library System www.butlercenter.org 100 Rock Street Little Rock, AR 72201 501-320-5724 -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Thu Dec 20 21:56:15 2018 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 21 Dec 2018 02:56:15 +0000 Subject: [Archivesspace_Users_Group] Deleting duplicate commas - MySQL woes In-Reply-To: References: Message-ID: Maybe it's just the copy and paste has left you with those darn "fancy quotes", I brought up MySQL 8 here and these both worked, but after I made sure to put the regular ' in there because when I copied and pasted your message it had the curly things and both commands barfed with: "ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ',? FROM title)' at line 2" It's not super obvious in there, but the single quotes ' are curved, and not a plain ' Here's what worked: MySQL [archivesspace]> UPDATE archival_object SET display_string = replace(display_string, ',,', ','); Query OK, 1 row affected (0.10 sec) Rows matched: 18501 Changed: 1 Warnings: 0 MySQL [archivesspace]> UPDATE archival_object SET title = TRIM(TRAILING ',' FROM title); Query OK, 5 rows affected (0.12 sec) Rows matched: 18501 Changed: 5 Warnings: 0 Not sure how this will get formatted or reformatted from the mail programs, so you may need to do it again. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Danielle Butler Sent: Thursday, December 20, 2018 6:26:47 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Deleting duplicate commas - MySQL woes We?re trying to get rid of duplicate commas in our data in component descriptions. We manually included commas when we were using Archivists' Toolkit, and we migrated all of that data. Now we'd like to clean it up so that every description doesn't have two commas if we were to ever more to the PUI. I was given a command for an older MySQL server version, and modified it using the MySQL Server v. 8 manual. I believe this is the appropriate way to format the command, but I am getting syntax errors on the first command. I've scoured the manual and can't sort out what is causing the error. Does anyone see an apparent issue with my syntax that I'm missing? Again, these commands are for v. 8. REPLACE INTO archival_object VALUES (display_string , ',,', ','); SELECT TRIM(TRAILING ',' FROM 'title'); Thanks for any advice you can give, Danielle Butler, CA | Archivist Butler Center for Arkansas Studies | Central Arkansas Library System www.butlercenter.org 100 Rock Street Little Rock, AR 72201 501-320-5724 -------------- next part -------------- An HTML attachment was scrubbed... URL: From livsolis at utexas.edu Fri Dec 21 15:53:42 2018 From: livsolis at utexas.edu (Olivia S Solis) Date: Fri, 21 Dec 2018 14:53:42 -0600 Subject: [Archivesspace_Users_Group] Can't edit existing archival objects Message-ID: Hello all, I'm sure a lot of this list is checked out for the holidays but we've encountered an issue in editing archival objects. Yesterday we could edit all aspects of resource records and archival objects. Today, we can view and edit existing resource records. But we can only view existing archival objects. We can't edit them. See screenshots. I *can *create a new archival object from the resource level and in reorder mode place it where it should go in the hierarchy. But I can't navigate away from the object I just created and back to it. I get the "An error occurred loading this form"/"Server error" message. We're running ASpace version 2.4.1. We have a dev version of ASpace with what should be the same specs. Things are working fine on dev, but not on our prod. Anyone encounter this problem? If so, how did you resolve it? Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: archival_object_edit_mode.png Type: image/png Size: 193174 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: resource_view_mode.png Type: image/png Size: 174300 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: archival_object_view_mode.png Type: image/png Size: 163964 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: resource_edit_mode.png Type: image/png Size: 245401 bytes Desc: not available URL: From dbutler at cals.org Fri Dec 21 18:00:45 2018 From: dbutler at cals.org (Danielle Butler) Date: Fri, 21 Dec 2018 23:00:45 +0000 Subject: [Archivesspace_Users_Group] Deleting duplicate commas - MySQL woes In-Reply-To: References: , Message-ID: <8336D3E5-AA19-4F08-847F-64B663D79A72@cals.org> Thanks so much! What a simple fix. Darn fancy quotes indeed. Appreciate your help. Danielle Butler On Dec 20, 2018, at 8:56 PM, Blake Carver > wrote: Maybe it's just the copy and paste has left you with those darn "fancy quotes", I brought up MySQL 8 here and these both worked, but after I made sure to put the regular ' in there because when I copied and pasted your message it had the curly things and both commands barfed with: "ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ',? FROM title)' at line 2" It's not super obvious in there, but the single quotes ' are curved, and not a plain ' Here's what worked: MySQL [archivesspace]> UPDATE archival_object SET display_string = replace(display_string, ',,', ','); Query OK, 1 row affected (0.10 sec) Rows matched: 18501 Changed: 1 Warnings: 0 MySQL [archivesspace]> UPDATE archival_object SET title = TRIM(TRAILING ',' FROM title); Query OK, 5 rows affected (0.12 sec) Rows matched: 18501 Changed: 5 Warnings: 0 Not sure how this will get formatted or reformatted from the mail programs, so you may need to do it again. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Danielle Butler > Sent: Thursday, December 20, 2018 6:26:47 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Deleting duplicate commas - MySQL woes We?re trying to get rid of duplicate commas in our data in component descriptions. We manually included commas when we were using Archivists' Toolkit, and we migrated all of that data. Now we'd like to clean it up so that every description doesn't have two commas if we were to ever more to the PUI. I was given a command for an older MySQL server version, and modified it using the MySQL Server v. 8 manual. I believe this is the appropriate way to format the command, but I am getting syntax errors on the first command. I've scoured the manual and can't sort out what is causing the error. Does anyone see an apparent issue with my syntax that I'm missing? Again, these commands are for v. 8. REPLACE INTO archival_object VALUES (display_string , ',,', ','); SELECT TRIM(TRAILING ',' FROM 'title'); Thanks for any advice you can give, Danielle Butler, CA | Archivist Butler Center for Arkansas Studies | Central Arkansas Library System www.butlercenter.org 100 Rock Street Little Rock, AR 72201 501-320-5724 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: From blake.carver at lyrasis.org Fri Dec 21 18:58:08 2018 From: blake.carver at lyrasis.org (Blake Carver) Date: Fri, 21 Dec 2018 23:58:08 +0000 Subject: [Archivesspace_Users_Group] Can't edit existing archival objects In-Reply-To: References: Message-ID: Check you logs for errors, what are you seeing? I'd also just force a full reindex by clearing out the /data/ directory and see if that helps. ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Olivia S Solis Sent: Friday, December 21, 2018 3:53:42 PM To: Archivesspace Users Group Cc: Costello, Shannon N Subject: [Archivesspace_Users_Group] Can't edit existing archival objects Hello all, I'm sure a lot of this list is checked out for the holidays but we've encountered an issue in editing archival objects. Yesterday we could edit all aspects of resource records and archival objects. Today, we can view and edit existing resource records. But we can only view existing archival objects. We can't edit them. See screenshots. I can create a new archival object from the resource level and in reorder mode place it where it should go in the hierarchy. But I can't navigate away from the object I just created and back to it. I get the "An error occurred loading this form"/"Server error" message. We're running ASpace version 2.4.1. We have a dev version of ASpace with what should be the same specs. Things are working fine on dev, but not on our prod. Anyone encounter this problem? If so, how did you resolve it? Thanks, Olivia -- Olivia Solis, MSIS Metadata Coordinator Dolph Briscoe Center for American History The University of Texas at Austin 2300 Red River St. Stop D1100 Austin TX, 78712-1426 (512) 232-8013 -------------- next part -------------- An HTML attachment was scrubbed... URL: