From ns96 at nyu.edu Fri May 1 10:19:45 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Fri, 1 May 2015 10:19:45 -0400 Subject: [Archivesspace_Users_Group] Import accessions only? In-Reply-To: References: <7eacb1ea46d0469ca008294243df05b6@ESGMTWEX12.win.ad.jhu.edu> <0b99a8b29cc24305bfccc78c6af799b8@ESGMTWEX12.win.ad.jhu.edu> <4F276297-055E-4BF9-93D2-B2BFFAEB8666@yale.edu> Message-ID: Yes, the migration tool has check boxes which allow only linked Names and Subjects to be migrated. See the image attached. On Thu, Apr 30, 2015 at 11:02 AM, Valerie Addonizio wrote: > Hopkins is going to move forward with testing the idea of migrating the > accession from a cloned instance of AT, thanks to Maureen for the > suggestion. > > > > I had a quick question: > > > > I only want to migrate the names and subjects that are associated with my > accession records. If I delete all the Resources from AT, and migrate, will > ALL names and subjects migrate, including those that are now unlinked? If > so, is there a way for me to isolate only those that are linked to > accession records? > > > > -Valerie > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Valerie > Addonizio > *Sent:* Wednesday, April 29, 2015 12:43 PM > > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Import accessions only? > > > > Thank you, I hadn?t thought of those two options. I like the AT clone > idea?. > > > > -Valerie > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Maura > Carbone > *Sent:* Wednesday, April 29, 2015 12:04 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Import accessions only? > > > > The batch delete is a good option, although you then might have to clear > out a whole bunch of agents and subjects, so the clone of AT might be a > cleaner option in the long run. > > > > On Wed, Apr 29, 2015 at 11:59 AM, Callahan, Maureen < > maureen.callahan at yale.edu> wrote: > > You could also clone your AT database, delete everything else from the > database except accession records, and then just migrate those. You could > also migrate everything to AS and use the API to batch delete everything > you don?t want. > > > > Maureen > > > > > > On Apr 29, 2015, at 11:50 AM, Valerie Addonizio > wrote: > > > > Nathan, > > > > Thank you. Is my second assumption also correct? > > > > -Valerie > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > ] *On Behalf Of *Nathan > Stevens > *Sent:* Wednesday, April 29, 2015 11:40 AM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Import accessions only? > > > > Hi, you are correct. It not possible to just import Accessions with the AT > to AS migration tool. > > > > On Wed, Apr 29, 2015 at 11:35 AM, Valerie Addonizio > wrote: > > This is a very basic newbie question: > > > > I want to confirm whether it is possible to import only accessions with > the AT to AS migrator? > > > > And if not, confirm that the only way to isolate the accessions would be > to export them from AT as CSV, and then import into AS? > > > > Thanks! > > > > -Valerie > > > > > > -------------------------------- > > Valerie Addonizio > > Archivist > > The Sheridan Libraries > > Johns Hopkins University > > vaddoniz at jhu.edu > > 410-516-5261 > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > > -- > > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > 1212-998-2653 > ns96 at nyu.edu > > _______________________________________________ > 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=18hoCacgQPRkGWmD7Rp1vha5NbrBDgRYlx0DytyR-nk&s=zmtnF80nx5UJsQsKsQETqTeNYHtRjdVTVxLoum3WZZo&e= > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Maura Carbone > > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: plugin_option.png Type: image/png Size: 86201 bytes Desc: not available URL: From tadams at cshl.edu Fri May 1 10:31:16 2015 From: tadams at cshl.edu (Adams, Thomas) Date: Fri, 1 May 2015 14:31:16 +0000 Subject: [Archivesspace_Users_Group] one instance splitting into two In-Reply-To: References: Message-ID: <9924A3758AEDEC48B06A918F5A0175FE621D98C8@EX-HS-MBX01.cshl.edu> Mimi, You might need to generate a unique id attribute on the first tag, and reference it in the parent attribute on the second tag. You might need to write a script to generate those unique id and insert them into your existing EAD, before import. Here is a sample of what my EAD looks like: SB/1/1/1/2 Letter from A.A. Abrikosov and I.M. Khalatnikov to Robert Oppenheimer 10/6/1966 1 page 1 1 Abrikosov, A. A.

SB/1/1/1/2: Letter from A.A. Abrikosov and I.M. Khalatnikov to Robert Oppenheimer in CSHL Archives

Oppenheimer, J. Robert, 1904-1967 Khalatnikov, I. M. Congresses as Topic Academy of Sciences of Russia
The result of this import looks like this (link subject to change): http://libgallery.cshl.edu:8081/repositories/2/archival_objects/51661 Unrelated ? the role and source attributes of the persname tage are not picked up by the EAD converter. If anyone knows a work around, I would appreciated it/. Thanks. Tom Adams Cold Spring Harbor Laboratory tadams at cshl.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mimi Lester Sent: Thursday, April 30, 2015 4:53 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] one instance splitting into two Hello all- We've exported a resource record in EAD from AS 1.1 using the derby test database into AS 1.2 using MySQL. One issue that came up is instances with Container 1 and Container 2 fields filled in were split so that there are now two instances each with Container 1 filled (so the first instance Container 1 is box #, and the second instance Container 1 is folder #). Is there a way to bulk correct this issue? Mimi Lester Rapaport Archivist American Folk Art Museum Administrative Office 47-29 32nd Place Long Island City, NY 11101-2409 tel. 646-856-8914 [https://docs.google.com/uc?export=download&id=0Bwuv4Un5f8hJSGYySTVhS0FXa1E&revid=0Bwuv4Un5f8hJSzJBeHFSSFN3NDNGVGZmQzE5Q1FDU0laam80PQ] March 26 - July 5, 2015 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Fitzpatrick at lyrasis.org Mon May 4 05:35:32 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 4 May 2015 09:35:32 +0000 Subject: [Archivesspace_Users_Group] updating the enumerations file In-Reply-To: References: <59292598-AB5C-4F1F-85FA-9FFA43150B90@yale.edu> <49CFFE2A-F419-4A3F-A16F-432164605F14@yale.edu> <1F1E72103798F04D96C355B296D7C61B4847D3@mb2-uts.du.edu> <8461C2B3-79F8-480B-819F-93ABF3950DCB@yale.edu>, Message-ID: <1430732131821.28335@lyrasis.org> Hey, How are you passing in the authentication token? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Maura Carbone Sent: Thursday, April 30, 2015 9:27 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] updating the enumerations file Didn't want to start a new thread since this is so closely related but I keep getting "error: Access denied" when I try to do an update through the API. I am logged in as an admin. Any ideas? On Thu, Apr 30, 2015 at 2:45 PM, Callahan, Maureen > wrote: That?s the conclusion that I?m coming to ? I had somehow (erroneously) hoped that the en.yml file both loaded the configurations and provided the translation values, but I now see that it?s just providing a translation. I suppose that I could do them in batch using the API ? http://archivesspace.github.io/archivesspace/doc/file.API.html#post-configenumerations Thanks for taking this journey with me, everyone. Maureen On Apr 30, 2015, at 2:38 PM, Kevin Clair > wrote: Hello, Not sure if you've tried this yet, but you can do that from the "Manage Controlled Value Lists" link in the System drop-down menu. I don't know about importing more than one at a time; I usually just add the codes one by one from there, and then edit the en.yml file afterward to add the translations. -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Callahan, Maureen [maureen.callahan at yale.edu] Sent: Thursday, April 30, 2015 12:29 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] updating the enumerations file I see in the readme: * "enums/en.yml" contains the entries for the dynamic enumeration codes - add your translations to this file after importing your enumeration codes What does it mean to import enumeration codes? Any insights? MC On Apr 30, 2015, at 1:42 PM, Callahan, Maureen > wrote: Yes I did. I tried re-starting the application a couple of times, but no dice so far. I also had a colleague try this on her local instillation as well. Maureen On Apr 30, 2015, at 1:40 PM, Brad Westbrook > wrote: Hi, Maureen, Did you close ASpace, edit the file, and then restart Aspace? b -----Original Message----- From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, April 30, 2015 1:38 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] updating the enumerations file Hi everyone, Have you ever updated the archivesspace/locales/enums/en.yml file? We?re trying to do so, and while I?ve been able to get the file to successfully load (it doesn?t throw an error, which is what happens if the formatting is improper), it also doesn?t, like, *stick*. I still see the default values. Is this a cacheing/indexing/whatever problem? Is there a step beyond updating the file that I should know? Thanks for your help with what is probably a dumb question. Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= _______________________________________________ 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=86rKvCIfA0ydGkkfLYMcqOUfGLFrvrJp_E9-OrzYb6s&s=GouRUlAccTHzg4bZ4NTkaliZeroCAjw65yxOr_0-FPs&e= _______________________________________________ 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=N06BtJ0l0NWCnHIyPqvGnSGwJP69r0zW0UbvSvRDYXE&s=lBHEFRDSgrsWfrHsrS3SerzPjLMpH9jSOqJEKlEO7Zo&e= _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ns96 at nyu.edu Mon May 4 08:15:49 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Mon, 4 May 2015 08:15:49 -0400 Subject: [Archivesspace_Users_Group] updating the enumerations file In-Reply-To: <1430732131821.28335@lyrasis.org> References: <59292598-AB5C-4F1F-85FA-9FFA43150B90@yale.edu> <49CFFE2A-F419-4A3F-A16F-432164605F14@yale.edu> <1F1E72103798F04D96C355B296D7C61B4847D3@mb2-uts.du.edu> <8461C2B3-79F8-480B-819F-93ABF3950DCB@yale.edu> <1430732131821.28335@lyrasis.org> Message-ID: I believe the only way to add to enumeration list which cannot be edited, is not through the REST API, but directly to backend database using SQL calls. On Mon, May 4, 2015 at 5:35 AM, Chris Fitzpatrick < Chris.Fitzpatrick at lyrasis.org> wrote: > Hey, > > > How are you passing in the authentication token? > > b,chris. > > > Chris Fitzpatrick | Developer, ArchivesSpace > Skype: chrisfitzpat | Phone: 918.236.6048 > http://archivesspace.org/ > ------------------------------ > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < > archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of > Maura Carbone > *Sent:* Thursday, April 30, 2015 9:27 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] updating the enumerations file > > Didn't want to start a new thread since this is so closely related but > I keep getting "error: Access denied" when I try to do an update through > the API. I am logged in as an admin. Any ideas? > > On Thu, Apr 30, 2015 at 2:45 PM, Callahan, Maureen < > maureen.callahan at yale.edu> wrote: > >> That?s the conclusion that I?m coming to ? I had somehow (erroneously) >> hoped that the en.yml file both loaded the configurations and provided the >> translation values, but I now see that it?s just providing a translation. I >> suppose that I could do them in batch using the API ? >> http://archivesspace.github.io/archivesspace/doc/file.API.html#post-configenumerations >> >> Thanks for taking this journey with me, everyone. >> >> Maureen >> >> >> On Apr 30, 2015, at 2:38 PM, Kevin Clair wrote: >> >> Hello, >> >> Not sure if you've tried this yet, but you can do that from the "Manage >> Controlled Value Lists" link in the System drop-down menu. I don't know >> about importing more than one at a time; I usually just add the codes one >> by one from there, and then edit the en.yml file afterward to add the >> translations. -k >> ------------------------------ >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ >> archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of >> Callahan, Maureen [maureen.callahan at yale.edu] >> *Sent:* Thursday, April 30, 2015 12:29 PM >> *To:* Archivesspace Users Group >> *Subject:* Re: [Archivesspace_Users_Group] updating the enumerations file >> >> I see in the readme: >> >> * "enums/en.yml" contains the entries for the dynamic enumeration >> codes - add your translations to this file after importing your enumeration >> codes >> >> What does it mean to import enumeration codes? Any insights? >> >> MC >> >> On Apr 30, 2015, at 1:42 PM, Callahan, Maureen < >> maureen.callahan at yale.edu> wrote: >> >> Yes I did. I tried re-starting the application a couple of times, but >> no dice so far. I also had a colleague try this on her local instillation >> as well. >> >> Maureen >> >> On Apr 30, 2015, at 1:40 PM, Brad Westbrook >> wrote: >> >> Hi, Maureen, >> >> Did you close ASpace, edit the file, and then restart Aspace? >> >> b >> >> -----Original Message----- >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ >> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org >> ] On Behalf Of >> Callahan, Maureen >> Sent: Thursday, April 30, 2015 1:38 PM >> To: Archivesspace Users Group >> Subject: [Archivesspace_Users_Group] updating the enumerations file >> >> Hi everyone, >> >> Have you ever updated the archivesspace/locales/enums/en.yml file? We?re >> trying to do so, and while I?ve been able to get the file to successfully >> load (it doesn?t throw an error, which is what happens if the formatting is >> improper), it also doesn?t, like, *stick*. I still see the default values. >> Is this a cacheing/indexing/whatever problem? Is there a step beyond >> updating the file that I should know? >> >> Thanks for your help with what is probably a dumb question. >> >> Maureen >> >> Maureen Callahan >> Archivist, Metadata Specialist >> Manuscripts & Archives >> Yale University Library >> maureen.callahan at yale.edu >> 203.432.3627 >> >> Webpage: web.library.yale.edu/mssa >> Collections: drs.library.yale.edu >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> >> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> >> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= >> >> >> _______________________________________________ >> 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=86rKvCIfA0ydGkkfLYMcqOUfGLFrvrJp_E9-OrzYb6s&s=GouRUlAccTHzg4bZ4NTkaliZeroCAjw65yxOr_0-FPs&e= >> >> >> >> _______________________________________________ >> 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=N06BtJ0l0NWCnHIyPqvGnSGwJP69r0zW0UbvSvRDYXE&s=lBHEFRDSgrsWfrHsrS3SerzPjLMpH9jSOqJEKlEO7Zo&e= >> >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> > > > -- > Maura Carbone > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mauraa at brandeis.edu Mon May 4 09:59:58 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Mon, 4 May 2015 09:59:58 -0400 Subject: [Archivesspace_Users_Group] updating the enumerations file In-Reply-To: References: <59292598-AB5C-4F1F-85FA-9FFA43150B90@yale.edu> <49CFFE2A-F419-4A3F-A16F-432164605F14@yale.edu> <1F1E72103798F04D96C355B296D7C61B4847D3@mb2-uts.du.edu> <8461C2B3-79F8-480B-819F-93ABF3950DCB@yale.edu> <1430732131821.28335@lyrasis.org> Message-ID: I exported the list, updated it and then tried to reimport using this: curl -X POST -H "X-ArchivesSpace-Session: $token" ' http://localhost:8089/config/enumerations/35' --data @date_label where token was the current exported token. If the file was identical I would get a 'updated' success. If it wasn't (I made the changes I needed), I get the access denied. On Mon, May 4, 2015 at 8:15 AM, Nathan Stevens wrote: > I believe the only way to add to enumeration list which cannot be edited, > is not through the REST API, but directly to backend database using SQL > calls. > > On Mon, May 4, 2015 at 5:35 AM, Chris Fitzpatrick < > Chris.Fitzpatrick at lyrasis.org> wrote: > >> Hey, >> >> >> How are you passing in the authentication token? >> >> b,chris. >> >> >> Chris Fitzpatrick | Developer, ArchivesSpace >> Skype: chrisfitzpat | Phone: 918.236.6048 >> http://archivesspace.org/ >> ------------------------------ >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >> Maura Carbone >> *Sent:* Thursday, April 30, 2015 9:27 PM >> *To:* Archivesspace Users Group >> *Subject:* Re: [Archivesspace_Users_Group] updating the enumerations file >> >> Didn't want to start a new thread since this is so closely related >> but I keep getting "error: Access denied" when I try to do an update >> through the API. I am logged in as an admin. Any ideas? >> >> On Thu, Apr 30, 2015 at 2:45 PM, Callahan, Maureen < >> maureen.callahan at yale.edu> wrote: >> >>> That?s the conclusion that I?m coming to ? I had somehow (erroneously) >>> hoped that the en.yml file both loaded the configurations and provided the >>> translation values, but I now see that it?s just providing a translation. I >>> suppose that I could do them in batch using the API ? >>> http://archivesspace.github.io/archivesspace/doc/file.API.html#post-configenumerations >>> >>> Thanks for taking this journey with me, everyone. >>> >>> Maureen >>> >>> >>> On Apr 30, 2015, at 2:38 PM, Kevin Clair wrote: >>> >>> Hello, >>> >>> Not sure if you've tried this yet, but you can do that from the "Manage >>> Controlled Value Lists" link in the System drop-down menu. I don't know >>> about importing more than one at a time; I usually just add the codes one >>> by one from there, and then edit the en.yml file afterward to add the >>> translations. -k >>> ------------------------------ >>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ >>> archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of >>> Callahan, Maureen [maureen.callahan at yale.edu] >>> *Sent:* Thursday, April 30, 2015 12:29 PM >>> *To:* Archivesspace Users Group >>> *Subject:* Re: [Archivesspace_Users_Group] updating the enumerations >>> file >>> >>> I see in the readme: >>> >>> * "enums/en.yml" contains the entries for the dynamic enumeration >>> codes - add your translations to this file after importing your enumeration >>> codes >>> >>> What does it mean to import enumeration codes? Any insights? >>> >>> MC >>> >>> On Apr 30, 2015, at 1:42 PM, Callahan, Maureen < >>> maureen.callahan at yale.edu> wrote: >>> >>> Yes I did. I tried re-starting the application a couple of times, but >>> no dice so far. I also had a colleague try this on her local instillation >>> as well. >>> >>> Maureen >>> >>> On Apr 30, 2015, at 1:40 PM, Brad Westbrook >>> wrote: >>> >>> Hi, Maureen, >>> >>> Did you close ASpace, edit the file, and then restart Aspace? >>> >>> b >>> >>> -----Original Message----- >>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ >>> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org >>> ] On Behalf Of >>> Callahan, Maureen >>> Sent: Thursday, April 30, 2015 1:38 PM >>> To: Archivesspace Users Group >>> Subject: [Archivesspace_Users_Group] updating the enumerations file >>> >>> Hi everyone, >>> >>> Have you ever updated the archivesspace/locales/enums/en.yml file? We?re >>> trying to do so, and while I?ve been able to get the file to successfully >>> load (it doesn?t throw an error, which is what happens if the formatting is >>> improper), it also doesn?t, like, *stick*. I still see the default values. >>> Is this a cacheing/indexing/whatever problem? Is there a step beyond >>> updating the file that I should know? >>> >>> Thanks for your help with what is probably a dumb question. >>> >>> Maureen >>> >>> Maureen Callahan >>> Archivist, Metadata Specialist >>> Manuscripts & Archives >>> Yale University Library >>> maureen.callahan at yale.edu >>> 203.432.3627 >>> >>> Webpage: web.library.yale.edu/mssa >>> Collections: drs.library.yale.edu >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> >>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= >>> >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> >>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= >>> >>> >>> _______________________________________________ >>> 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=86rKvCIfA0ydGkkfLYMcqOUfGLFrvrJp_E9-OrzYb6s&s=GouRUlAccTHzg4bZ4NTkaliZeroCAjw65yxOr_0-FPs&e= >>> >>> >>> >>> _______________________________________________ >>> 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=N06BtJ0l0NWCnHIyPqvGnSGwJP69r0zW0UbvSvRDYXE&s=lBHEFRDSgrsWfrHsrS3SerzPjLMpH9jSOqJEKlEO7Zo&e= >>> >>> >>> >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >>> >> >> >> -- >> Maura Carbone >> Digital Initiatives Librarian >> Brandeis University >> Library and Technology Services >> (781) 736-4659 >> 415 South Street, (MS 017/P.O. Box 549110) >> Waltham, MA 02454-9110 >> email: mauraa at brandeis.edu >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > 1212-998-2653 > ns96 at nyu.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at hudmol.com Mon May 4 10:51:46 2015 From: james at hudmol.com (James Bullen) Date: Mon, 4 May 2015 10:51:46 -0400 Subject: [Archivesspace_Users_Group] updating the enumerations file In-Reply-To: References: <59292598-AB5C-4F1F-85FA-9FFA43150B90@yale.edu> <49CFFE2A-F419-4A3F-A16F-432164605F14@yale.edu> <1F1E72103798F04D96C355B296D7C61B4847D3@mb2-uts.du.edu> <8461C2B3-79F8-480B-819F-93ABF3950DCB@yale.edu> <1430732131821.28335@lyrasis.org> Message-ID: Maura, If you try to update an enum that isn?t editable it will give a 403 Forbidden. I think date_label is not editable, so that might explain what you?re seeing. As Nathan said, these enums are protected through the API. It seems your choices are something like: - Live with the date_label values as they are - Flip the ?editable? boolean in the database and then proceed to update through the API - Edit the schema file for enumerations to make ?editable? not readonly, then set editable to true through the API, and then do the updates you want through the API Note that there may well be good reasons for these enums to be non-editable, so you may run into trouble at some point if you start changing them. Good luck! James > On May 4, 2015, at 9:59 AM, Maura Carbone wrote: > > I exported the list, updated it and then tried to reimport using this: > > curl -X POST -H "X-ArchivesSpace-Session: $token" 'http://localhost:8089/config/enumerations/35 ' --data @date_label > > where token was the current exported token. If the file was identical I would get a 'updated' success. If it wasn't (I made the changes I needed), I get the access denied. > > On Mon, May 4, 2015 at 8:15 AM, Nathan Stevens > wrote: > I believe the only way to add to enumeration list which cannot be edited, is not through the REST API, but directly to backend database using SQL calls. > > On Mon, May 4, 2015 at 5:35 AM, Chris Fitzpatrick > wrote: > Hey, > > > > How are you passing in the authentication token? > > b,chris. > > > > Chris Fitzpatrick | Developer, ArchivesSpace > Skype: chrisfitzpat | Phone: 918.236.6048 > http://archivesspace.org/ > From: archivesspace_users_group-bounces at lyralists.lyrasis.org > on behalf of Maura Carbone > > Sent: Thursday, April 30, 2015 9:27 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] updating the enumerations file > > Didn't want to start a new thread since this is so closely related but I keep getting "error: Access denied" when I try to do an update through the API. I am logged in as an admin. Any ideas? > > On Thu, Apr 30, 2015 at 2:45 PM, Callahan, Maureen >wrote: > That?s the conclusion that I?m coming to ? I had somehow (erroneously) hoped that the en.yml file both loaded the configurations and provided the translation values, but I now see that it?s just providing a translation. I suppose that I could do them in batch using the API ? http://archivesspace.github.io/archivesspace/doc/file.API.html#post-configenumerations > > Thanks for taking this journey with me, everyone. > > Maureen > > >> On Apr 30, 2015, at 2:38 PM, Kevin Clair > wrote: >> >> Hello, >> >> Not sure if you've tried this yet, but you can do that from the "Manage Controlled Value Lists" link in the System drop-down menu. I don't know about importing more than one at a time; I usually just add the codes one by one from there, and then edit the en.yml file afterward to add the translations. -k >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org ] on behalf of Callahan, Maureen [maureen.callahan at yale.edu ] >> Sent: Thursday, April 30, 2015 12:29 PM >> To: Archivesspace Users Group >> Subject: Re: [Archivesspace_Users_Group] updating the enumerations file >> >> I see in the readme: >> >> * "enums/en.yml" contains the entries for the dynamic enumeration codes - add your translations to this file after importing your enumeration codes >> >> What does it mean to import enumeration codes? Any insights? >> >> MC >> >>> On Apr 30, 2015, at 1:42 PM, Callahan, Maureen > wrote: >>> >>> Yes I did. I tried re-starting the application a couple of times, but no dice so far. I also had a colleague try this on her local instillation as well. >>> >>> Maureen >>> >>>> On Apr 30, 2015, at 1:40 PM, Brad Westbrook > wrote: >>>> >>>> Hi, Maureen, >>>> >>>> Did you close ASpace, edit the file, and then restart Aspace? >>>> >>>> b >>>> >>>> -----Original Message----- >>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Callahan, Maureen >>>> Sent: Thursday, April 30, 2015 1:38 PM >>>> To: Archivesspace Users Group >>>> Subject: [Archivesspace_Users_Group] updating the enumerations file >>>> >>>> Hi everyone, >>>> >>>> Have you ever updated the archivesspace/locales/enums/en.yml file? We?re trying to do so, and while I?ve been able to get the file to successfully load (it doesn?t throw an error, which is what happens if the formatting is improper), it also doesn?t, like, *stick*. I still see the default values. Is this a cacheing/indexing/whatever problem? Is there a step beyond updating the file that I should know? >>>> >>>> Thanks for your help with what is probably a dumb question. >>>> >>>> Maureen >>>> >>>> Maureen Callahan >>>> Archivist, Metadata Specialist >>>> Manuscripts & Archives >>>> Yale University Library >>>> maureen.callahan at yale.edu >>>> 203.432.3627 >>>> >>>> Webpage: web.library.yale.edu/mssa >>>> Collections: drs.library.yale.edu >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= >>> _______________________________________________ >>> 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=86rKvCIfA0ydGkkfLYMcqOUfGLFrvrJp_E9-OrzYb6s&s=GouRUlAccTHzg4bZ4NTkaliZeroCAjw65yxOr_0-FPs&e= >> >> _______________________________________________ >> 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=N06BtJ0l0NWCnHIyPqvGnSGwJP69r0zW0UbvSvRDYXE&s=lBHEFRDSgrsWfrHsrS3SerzPjLMpH9jSOqJEKlEO7Zo&e= > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > Maura Carbone > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > 1212-998-2653 > ns96 at nyu.edu > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > -- > Maura Carbone > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > !DSPAM:55477b6c197468075318469! _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:55477b6c197468075318469! -------------- next part -------------- An HTML attachment was scrubbed... URL: From mauraa at brandeis.edu Mon May 4 11:01:45 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Mon, 4 May 2015 11:01:45 -0400 Subject: [Archivesspace_Users_Group] updating the enumerations file In-Reply-To: References: <59292598-AB5C-4F1F-85FA-9FFA43150B90@yale.edu> <49CFFE2A-F419-4A3F-A16F-432164605F14@yale.edu> <1F1E72103798F04D96C355B296D7C61B4847D3@mb2-uts.du.edu> <8461C2B3-79F8-480B-819F-93ABF3950DCB@yale.edu> <1430732131821.28335@lyrasis.org> Message-ID: Hi James and Nathan, Yeah we knew how to do it through the database, I just wasn't sure why the API wouldn't work (which I now have an answer for!). We had a few labels we had to make for legacy data (non-Archon/AT) to be usable but we've documented them should it pose a problem for migration. I just found it strange that sometimes it would say updated successfully instead of constantly giving me the 'access denied'. Thanks for your responses! Maura On Mon, May 4, 2015 at 10:51 AM, James Bullen wrote: > > Maura, > > If you try to update an enum that isn?t editable it will give a 403 > Forbidden. > > I think date_label is not editable, so that might explain what you?re > seeing. > > As Nathan said, these enums are protected through the API. > > It seems your choices are something like: > - Live with the date_label values as they are > - Flip the ?editable? boolean in the database and then proceed to update > through the API > - Edit the schema file for enumerations to make ?editable? not readonly, > then set editable to true through the API, and then do the updates you want > through the API > > Note that there may well be good reasons for these enums to be > non-editable, so you may run into trouble at some point if you start > changing them. > > Good luck! > > > James > > > On May 4, 2015, at 9:59 AM, Maura Carbone wrote: > > I exported the list, updated it and then tried to reimport using this: > > curl -X POST -H "X-ArchivesSpace-Session: $token" ' > http://localhost:8089/config/enumerations/35' --data @date_label > > where token was the current exported token. If the file was identical I > would get a 'updated' success. If it wasn't (I made the changes I needed), > I get the access denied. > > On Mon, May 4, 2015 at 8:15 AM, Nathan Stevens wrote: > >> I believe the only way to add to enumeration list which cannot be edited, >> is not through the REST API, but directly to backend database using SQL >> calls. >> >> On Mon, May 4, 2015 at 5:35 AM, Chris Fitzpatrick < >> Chris.Fitzpatrick at lyrasis.org> wrote: >> >>> Hey, >>> >>> >>> How are you passing in the authentication token? >>> >>> b,chris. >>> >>> >>> Chris Fitzpatrick | Developer, ArchivesSpace >>> Skype: chrisfitzpat | Phone: 918.236.6048 >>> http://archivesspace.org/ >>> ------------------------------ >>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org < >>> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >>> Maura Carbone >>> *Sent:* Thursday, April 30, 2015 9:27 PM >>> *To:* Archivesspace Users Group >>> *Subject:* Re: [Archivesspace_Users_Group] updating the enumerations >>> file >>> >>> Didn't want to start a new thread since this is so closely related but I >>> keep getting "error: Access denied" when I try to do an update through the >>> API. I am logged in as an admin. Any ideas? >>> >>> On Thu, Apr 30, 2015 at 2:45 PM, Callahan, Maureen < >>> maureen.callahan at yale.edu>wrote: >>> >>>> That?s the conclusion that I?m coming to ? I had somehow (erroneously) >>>> hoped that the en.yml file both loaded the configurations and provided the >>>> translation values, but I now see that it?s just providing a translation. I >>>> suppose that I could do them in batch using the API ? >>>> http://archivesspace.github.io/archivesspace/doc/file.API.html#post-configenumerations >>>> >>>> Thanks for taking this journey with me, everyone. >>>> >>>> Maureen >>>> >>>> >>>> On Apr 30, 2015, at 2:38 PM, Kevin Clair wrote: >>>> >>>> Hello, >>>> >>>> Not sure if you've tried this yet, but you can do that from the "Manage >>>> Controlled Value Lists" link in the System drop-down menu. I don't know >>>> about importing more than one at a time; I usually just add the codes one >>>> by one from there, and then edit the en.yml file afterward to add the >>>> translations. -k >>>> ------------------------------ >>>> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ >>>> archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of >>>> Callahan, Maureen [maureen.callahan at yale.edu] >>>> *Sent:* Thursday, April 30, 2015 12:29 PM >>>> *To:* Archivesspace Users Group >>>> *Subject:* Re: [Archivesspace_Users_Group] updating the enumerations >>>> file >>>> >>>> I see in the readme: >>>> >>>> * "enums/en.yml" contains the entries for the dynamic enumeration >>>> codes - add your translations to this file after importing your enumeration >>>> codes >>>> >>>> What does it mean to import enumeration codes? Any insights? >>>> >>>> MC >>>> >>>> On Apr 30, 2015, at 1:42 PM, Callahan, Maureen < >>>> maureen.callahan at yale.edu> wrote: >>>> >>>> Yes I did. I tried re-starting the application a couple of times, but >>>> no dice so far. I also had a colleague try this on her local instillation >>>> as well. >>>> >>>> Maureen >>>> >>>> On Apr 30, 2015, at 1:40 PM, Brad Westbrook >>>> wrote: >>>> >>>> Hi, Maureen, >>>> >>>> Did you close ASpace, edit the file, and then restart Aspace? >>>> >>>> b >>>> >>>> -----Original Message----- >>>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ >>>> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org >>>> ] On Behalf >>>> Of Callahan, Maureen >>>> Sent: Thursday, April 30, 2015 1:38 PM >>>> To: Archivesspace Users Group >>>> Subject: [Archivesspace_Users_Group] updating the enumerations file >>>> >>>> Hi everyone, >>>> >>>> Have you ever updated the archivesspace/locales/enums/en.yml file? >>>> We?re trying to do so, and while I?ve been able to get the file to >>>> successfully load (it doesn?t throw an error, which is what happens if the >>>> formatting is improper), it also doesn?t, like, *stick*. I still see the >>>> default values. Is this a cacheing/indexing/whatever problem? Is there a >>>> step beyond updating the file that I should know? >>>> >>>> Thanks for your help with what is probably a dumb question. >>>> >>>> Maureen >>>> >>>> Maureen Callahan >>>> Archivist, Metadata Specialist >>>> Manuscripts & Archives >>>> Yale University Library >>>> maureen.callahan at yale.edu >>>> 203.432.3627 >>>> >>>> Webpage: web.library.yale.edu/mssa >>>> Collections: drs.library.yale.edu >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> >>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= >>>> >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> >>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwIGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=pBScezzUf_UPzb08UhVmNWd7iMH6O3IK4IPxOmqC2tA&s=U-B_SiTZZhkWQqCio-aCMBCG3J9bQjBurwyP5rCBQ54&e= >>>> >>>> >>>> _______________________________________________ >>>> 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=86rKvCIfA0ydGkkfLYMcqOUfGLFrvrJp_E9-OrzYb6s&s=GouRUlAccTHzg4bZ4NTkaliZeroCAjw65yxOr_0-FPs&e= >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=N06BtJ0l0NWCnHIyPqvGnSGwJP69r0zW0UbvSvRDYXE&s=lBHEFRDSgrsWfrHsrS3SerzPjLMpH9jSOqJEKlEO7Zo&e= >>>> >>>> >>>> >>>> _______________________________________________ >>>> Archivesspace_Users_Group mailing list >>>> Archivesspace_Users_Group at lyralists.lyrasis.org >>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>>> >>>> >>> >>> >>> -- >>> Maura Carbone >>> Digital Initiatives Librarian >>> Brandeis University >>> Library and Technology Services >>> (781) 736-4659 >>> 415 South Street, (MS 017/P.O. Box 549110) >>> Waltham, MA 02454-9110 >>> email: mauraa at brandeis.edu >>> >>> _______________________________________________ >>> Archivesspace_Users_Group mailing list >>> Archivesspace_Users_Group at lyralists.lyrasis.org >>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >>> >>> >> >> >> -- >> Nathan Stevens >> Programmer/Analyst >> Digital Library Technology Services >> New York University >> >> 1212-998-2653 >> ns96 at nyu.edu >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> > > > -- > Maura Carbone > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > !DSPAM:55477b6c197468075318469! > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > !DSPAM:55477b6c197468075318469! > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddoniz at jhu.edu Mon May 4 11:31:00 2015 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Mon, 4 May 2015 15:31:00 +0000 Subject: [Archivesspace_Users_Group] Import accessions only? In-Reply-To: References: <7eacb1ea46d0469ca008294243df05b6@ESGMTWEX12.win.ad.jhu.edu> <0b99a8b29cc24305bfccc78c6af799b8@ESGMTWEX12.win.ad.jhu.edu> <4F276297-055E-4BF9-93D2-B2BFFAEB8666@yale.edu> Message-ID: <362ff7e9e1014fc9bef49f775586b693@ESGMTWEX12.win.ad.jhu.edu> Nathan, Thank you very much for sending screenshot, I really appreciate that at my current level of experience with this process. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens Sent: Friday, May 01, 2015 10:20 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Import accessions only? Yes, the migration tool has check boxes which allow only linked Names and Subjects to be migrated. See the image attached. On Thu, Apr 30, 2015 at 11:02 AM, Valerie Addonizio > wrote: Hopkins is going to move forward with testing the idea of migrating the accession from a cloned instance of AT, thanks to Maureen for the suggestion. I had a quick question: I only want to migrate the names and subjects that are associated with my accession records. If I delete all the Resources from AT, and migrate, will ALL names and subjects migrate, including those that are now unlinked? If so, is there a way for me to isolate only those that are linked to accession records? -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Wednesday, April 29, 2015 12:43 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Import accessions only? Thank you, I hadn?t thought of those two options. I like the AT clone idea?. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Wednesday, April 29, 2015 12:04 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Import accessions only? The batch delete is a good option, although you then might have to clear out a whole bunch of agents and subjects, so the clone of AT might be a cleaner option in the long run. On Wed, Apr 29, 2015 at 11:59 AM, Callahan, Maureen > wrote: You could also clone your AT database, delete everything else from the database except accession records, and then just migrate those. You could also migrate everything to AS and use the API to batch delete everything you don?t want. Maureen On Apr 29, 2015, at 11:50 AM, Valerie Addonizio > wrote: Nathan, Thank you. Is my second assumption also correct? -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens Sent: Wednesday, April 29, 2015 11:40 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Import accessions only? Hi, you are correct. It not possible to just import Accessions with the AT to AS migration tool. On Wed, Apr 29, 2015 at 11:35 AM, Valerie Addonizio > wrote: This is a very basic newbie question: I want to confirm whether it is possible to import only accessions with the AT to AS migrator? And if not, confirm that the only way to isolate the accessions would be to export them from AT as CSV, and then import into AS? Thanks! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu _______________________________________________ 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=18hoCacgQPRkGWmD7Rp1vha5NbrBDgRYlx0DytyR-nk&s=zmtnF80nx5UJsQsKsQETqTeNYHtRjdVTVxLoum3WZZo&e= _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.harrington at lyrasis.org Mon May 4 12:02:13 2015 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Mon, 4 May 2015 16:02:13 +0000 Subject: [Archivesspace_Users_Group] Archon Migration Tool Message-ID: Hi, I have what I hope is a quick question about the Archon migration tool. I assumed that the requirement of ArchivesSpace 1.0.4 mentioned in the documentation was a minimum version. But some posts on this list a while back implied (or maybe just stated) that the tool should only be used with that particular version. Can someone confirm if that's definitely the case? Thanks, Brian -- Brian Harrington Repository Software Developer LYRASIS brian.harrington at lyrasis.org skype: abbistani -------------- next part -------------- An HTML attachment was scrubbed... URL: From ns96 at nyu.edu Mon May 4 12:06:11 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Mon, 4 May 2015 12:06:11 -0400 Subject: [Archivesspace_Users_Group] Archon Migration Tool In-Reply-To: References: Message-ID: Yes, version 1.0.4 is the only supported version to use with the Archon migration tool. On Mon, May 4, 2015 at 12:02 PM, Brian Harrington < brian.harrington at lyrasis.org> wrote: > Hi, > > I have what I hope is a quick question about the Archon migration tool. > I assumed that the requirement of ArchivesSpace 1.0.4 mentioned in the > documentation was a minimum version. But some posts on this list a while > back implied (or maybe just stated) that the tool should only be used with > that particular version. Can someone confirm if that?s definitely the > case? > > Thanks, > > Brian > > -- > Brian Harrington > Repository Software Developer > LYRASIS > brian.harrington at lyrasis.org > skype: abbistani > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.harrington at lyrasis.org Mon May 4 12:07:21 2015 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Mon, 4 May 2015 16:07:21 +0000 Subject: [Archivesspace_Users_Group] Archon Migration Tool In-Reply-To: References: Message-ID: Thanks, Nathan. From: Nathan Stevens > Reply-To: Archivesspace Users Group > Date: Monday, May 4, 2015 at 12:06 PM To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Archon Migration Tool Yes, version 1.0.4 is the only supported version to use with the Archon migration tool. On Mon, May 4, 2015 at 12:02 PM, Brian Harrington > wrote: Hi, I have what I hope is a quick question about the Archon migration tool. I assumed that the requirement of ArchivesSpace 1.0.4 mentioned in the documentation was a minimum version. But some posts on this list a while back implied (or maybe just stated) that the tool should only be used with that particular version. Can someone confirm if that's definitely the case? Thanks, Brian -- Brian Harrington Repository Software Developer LYRASIS brian.harrington at lyrasis.org skype: abbistani _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Mon May 4 12:37:38 2015 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Mon, 4 May 2015 16:37:38 +0000 Subject: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages Message-ID: We are trying to outline a project for the ingest of approximately 6000 finding aids to ArchivesSpace. One of the diagnostic tools we have is a set of ?kitchen sink? finding aids in EAD--that is, EAD with just about every valid element, element combination, and element-attribute in it. When I attempt to ingest some of these finding aids, all of which validate in Oxygen, I get cryptic error messages such as the one below. Does a resource exist for interpreting such messages? Is it a resource for archivists, or for programmers? Thanks in advance for any help! Kate _______________________________________________________________________________________________________ hand-encoded_staff_room_sink.xml ================================================== !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Error: #:0x61338503>> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! _________________________________________________________________________________________________________ Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu 617.496.2713 voice: (617) 384-7787 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.westbrook at lyrasis.org Mon May 4 15:41:28 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 4 May 2015 19:41:28 +0000 Subject: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages In-Reply-To: References: Message-ID: Hi, Kate, I am not aware of any resource for interpreting some of the messages generated from importing. We have upgraded the messaging at several times over the past year, but it is far from perfect and many opaque messages still occur. We are also in the midst of considering implementation a pre-processing validation step based on Schematron, which we believe will enable better messaging for many, if not all, EAD imports. Could you please forward to Chris F. (chris.fitzpatrick at lyrasis.org) and I one or two of your kitchen-sink EADs. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Monday, May 04, 2015 12:38 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages We are trying to outline a project for the ingest of approximately 6000 finding aids to ArchivesSpace. One of the diagnostic tools we have is a set of ?kitchen sink? finding aids in EAD--that is, EAD with just about every valid element, element combination, and element-attribute in it. When I attempt to ingest some of these finding aids, all of which validate in Oxygen, I get cryptic error messages such as the one below. Does a resource exist for interpreting such messages? Is it a resource for archivists, or for programmers? Thanks in advance for any help! Kate _______________________________________________________________________________________________________ hand-encoded_staff_room_sink.xml ================================================== !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Error: #:0x61338503>> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! _________________________________________________________________________________________________________ Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu 617.496.2713 voice: (617) 384-7787 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaddoniz at jhu.edu Mon May 4 17:05:48 2015 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Mon, 4 May 2015 21:05:48 +0000 Subject: [Archivesspace_Users_Group] What defines "a repository?" Message-ID: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> Dear everyone, Here's another pretty basic question. I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for "Doe, John" in one, it would not appear elsewhere. So, I'd like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines "a repository?" Thanks for the continuing assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kate_bowers at harvard.edu Mon May 4 17:21:56 2015 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Mon, 4 May 2015 21:21:56 +0000 Subject: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages In-Reply-To: References: Message-ID: Brad: Thanks?that?s important information to know. Do you have a timeline for the schematron work? Thanks! Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu 617.496.2713 voice: (617) 384-7787 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Monday, May 04, 2015 3:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages Hi, Kate, I am not aware of any resource for interpreting some of the messages generated from importing. We have upgraded the messaging at several times over the past year, but it is far from perfect and many opaque messages still occur. We are also in the midst of considering implementation a pre-processing validation step based on Schematron, which we believe will enable better messaging for many, if not all, EAD imports. Could you please forward to Chris F. (chris.fitzpatrick at lyrasis.org) and I one or two of your kitchen-sink EADs. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Monday, May 04, 2015 12:38 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages We are trying to outline a project for the ingest of approximately 6000 finding aids to ArchivesSpace. One of the diagnostic tools we have is a set of ?kitchen sink? finding aids in EAD--that is, EAD with just about every valid element, element combination, and element-attribute in it. When I attempt to ingest some of these finding aids, all of which validate in Oxygen, I get cryptic error messages such as the one below. Does a resource exist for interpreting such messages? Is it a resource for archivists, or for programmers? Thanks in advance for any help! Kate _______________________________________________________________________________________________________ hand-encoded_staff_room_sink.xml ================================================== !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Error: #:0x61338503>> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! _________________________________________________________________________________________________________ Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu 617.496.2713 voice: (617) 384-7787 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From christine.dibella at lyrasis.org Tue May 5 09:06:50 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 5 May 2015 13:06:50 +0000 Subject: [Archivesspace_Users_Group] announcing the ArchivesSpace wiki Message-ID: Hello ArchivesSpace Members, We are pleased to announce the official launch of the ArchivesSpace wiki, accessible from http://wiki.archivesspace.org. We are using Atlassian's Confluence software suite to share information about ArchivesSpace activities involving development, member activities, program updates, and governance. The wiki is integrated with JIRA, the issue tracker that has replaced Pivotal Tracker for the organization of our software development activities and it is a complementary resource to the ArchivesSpace website. The wiki offers us a collaborative space and a means for members, program staff and the larger ArchivesSpace community to share information about our work. The wiki is a work in progress and we very much look forward to your feedback and contributions. If you'd like a wiki account, please contact me to get started. (If you already have a JIRA or Confluence account for ArchivesSpace, you're all set!) Questions? Please drop me a line at christine.dibella at lyrasis.org. Best, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: From brad.westbrook at lyrasis.org Tue May 5 09:24:09 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Tue, 5 May 2015 13:24:09 +0000 Subject: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages In-Reply-To: References: Message-ID: Hi, Kate, There is no specific timeline currently. You can see the discussions of the schematron work in the meeting notes for the Migration sub-group. See https://archivesspace.atlassian.net/wiki/display/AC/Minutes%2C+2015-04-27. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Monday, May 04, 2015 5:22 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages Brad: Thanks?that?s important information to know. Do you have a timeline for the schematron work? Thanks! Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu 617.496.2713 voice: (617) 384-7787 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Monday, May 04, 2015 3:41 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages Hi, Kate, I am not aware of any resource for interpreting some of the messages generated from importing. We have upgraded the messaging at several times over the past year, but it is far from perfect and many opaque messages still occur. We are also in the midst of considering implementation a pre-processing validation step based on Schematron, which we believe will enable better messaging for many, if not all, EAD imports. Could you please forward to Chris F. (chris.fitzpatrick at lyrasis.org) and I one or two of your kitchen-sink EADs. Brad From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowers, Kate A. Sent: Monday, May 04, 2015 12:38 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Resource for Interpreting EAD ingest error messages We are trying to outline a project for the ingest of approximately 6000 finding aids to ArchivesSpace. One of the diagnostic tools we have is a set of ?kitchen sink? finding aids in EAD--that is, EAD with just about every valid element, element combination, and element-attribute in it. When I attempt to ingest some of these finding aids, all of which validate in Oxygen, I get cryptic error messages such as the one below. Does a resource exist for interpreting such messages? Is it a resource for archivists, or for programmers? Thanks in advance for any help! Kate _______________________________________________________________________________________________________ hand-encoded_staff_room_sink.xml ================================================== !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! IMPORT ERROR !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Error: #:0x61338503>> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! _________________________________________________________________________________________________________ Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu 617.496.2713 voice: (617) 384-7787 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers -------------- next part -------------- An HTML attachment was scrubbed... URL: From smithkr at mit.edu Tue May 5 13:48:26 2015 From: smithkr at mit.edu (Kari R Smith) Date: Tue, 5 May 2015 17:48:26 +0000 Subject: [Archivesspace_Users_Group] Does Migration remove data from ATK? Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBE409E83@OC11expo28.exchange.mit.edu> Hi all - quick question: If I run the ATK migration again a live database will this REMOVE all data from ATK when it migrates to ArchivesSpace or does it COPY the data to the ArchivesSpace database? Thanks! Kari R. Smith, Digital Archivist MIT Libraries, Institute Archives and Special Collections 617-258-5568 | smithkr (at) mit.edu http://libraries.mit.edu/archives/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From maureen.callahan at yale.edu Tue May 5 16:16:52 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Tue, 5 May 2015 20:16:52 +0000 Subject: [Archivesspace_Users_Group] accession event -- "rights transferred" migration problem from AT to ASpace Message-ID: Hi everyone, I?m looking at the way that the ?Rights Transferred Note? in Archivists? Toolkit migrates to ArchivesSpace, and I think there?s a problem. I?m seeing that an event type of ?Rights Transferred? is only created if the box is checked, and that the rights transferred note is then part of that event. But I think that this is a mistake. A repository could write a legitimate ?Rights Transferred? note even if the rights WEREN?T transferred, and we wouldn?t want to lose that data. See below: [cid:61665D98-6724-42BE-852A-738430555A46 at its.yale.internal] In this case, the donor retains copyright, so it would not be appropriate to check the ?rights transferred? checkbox. But this means that the note doesn?t come over. We?re going to figure out some sort of stupid hack to make this work, but I want to make sure that everyone else is aware of this so that data elsewhere isn?t lost. Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-05-05 at 4.10.20 PM.png Type: image/png Size: 365518 bytes Desc: Screen Shot 2015-05-05 at 4.10.20 PM.png URL: From ns96 at nyu.edu Wed May 6 07:48:13 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Wed, 6 May 2015 07:48:13 -0400 Subject: [Archivesspace_Users_Group] accession event -- "rights transferred" migration problem from AT to ASpace In-Reply-To: References: Message-ID: Yes this looks like something that needs to be addressed in the migration tool. On Tue, May 5, 2015 at 4:16 PM, Callahan, Maureen wrote: > Hi everyone, > > I?m looking at the way that the ?Rights Transferred Note? in Archivists? > Toolkit migrates to ArchivesSpace, and I think there?s a problem. > > I?m seeing that an event type of ?Rights Transferred? is only created if > the box is checked, and that the rights transferred note is then part of > that event. > > But I think that this is a mistake. A repository could write a > legitimate ?Rights Transferred? note even if the rights WEREN?T > transferred, and we wouldn?t want to lose that data. > > See below: > > > In this case, the donor retains copyright, so it would not be > appropriate to check the ?rights transferred? checkbox. But this means that > the note doesn?t come over. > > We?re going to figure out some sort of stupid hack to make this work, > but I want to make sure that everyone else is aware of this so that data > elsewhere isn?t lost. > > Maureen > > Maureen Callahan > Archivist, Metadata Specialist > Manuscripts & Archives > Yale University Library > maureen.callahan at yale.edu > 203.432.3627 > > Webpage: web.library.yale.edu/mssa > Collections: drs.library.yale.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-05-05 at 4.10.20 PM.png Type: image/png Size: 365518 bytes Desc: not available URL: From bmg17 at psu.edu Wed May 6 15:40:01 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Wed, 6 May 2015 15:40:01 -0400 (EDT) Subject: [Archivesspace_Users_Group] related records In-Reply-To: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> Message-ID: <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From afocke at rice.edu Wed May 6 17:12:31 2015 From: afocke at rice.edu (Amanda Focke) Date: Wed, 06 May 2015 16:12:31 -0500 Subject: [Archivesspace_Users_Group] invisible components in public ui Message-ID: <554A83BF.1070208@rice.edu> Hello fellow archivesspace folks - We are noticing components being invisible in the component tree in the Public UI, when they have tagging inside the <unittitle>. We see that there is a ticket for this issue https://archivesspace.atlassian.net/browse/AR-994 and it's listed as a "feature request" (not a "bug") which is not on the schedule for being worked on. It also suggested the problem couldn't be replicated at a certain point in time, but we seem to have replicated it. :) Our test server is up and here's an example where the subseries have invisible names and if you click to drill down, you get nothing. http://10.74.22.26:3001/repositories/2/archival_objects/25568 Thanks for any thoughts, Amanda -- *Amanda Focke, CA* Asst. Head of Special Collections Woodson Research Center Fondren Library MS-44 Rice University 6100 Main St. Houston, TX 77005 713-348-2124 | afocke at rice.edu Website: http://library.rice.edu/collections/WRC Blog: http://woodsononline.wordpress.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150506/2a0ad95b/attachment.html> From ns96 at nyu.edu Wed May 6 18:10:19 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Wed, 6 May 2015 18:10:19 -0400 Subject: [Archivesspace_Users_Group] Archon2AS Migration In-Reply-To: <OF9C030177.7184F886-ON85257E3D.006CF517-85257E3D.006D5F23@HersheyPA.com> References: <sw6ynnxn0wbaob5qi9vvvkeb.1428439734118@email.android.com> <OFD9CF359E.29F9DA2D-ON85257E26.00505F28-85257E26.00509419@HersheyPA.com> <CADi=b=MTSPAezky9r71okqZoJ4N8nUKiLCt50ox2ZOpLQacTMA@mail.gmail.com> <OF96768EFD.A395CB5B-ON85257E27.00630604-85257E27.00631227@HersheyPA.com> <CADi=b=NxCk8_+SyZqzH_iXdFYz8P_UJwDfVv1zdfKMR-d-dLrA@mail.gmail.com> <OF0245AAF3.4110FAAC-ON85257E28.00507A31-85257E28.00508D64@HersheyPA.com> <CADi=b=Mvh7nDu8D8GqACaSKuUPM5n3tjytJ9x49zkKo-a3hjqQ@mail.gmail.com> <OF7BB655E9.ECEB5E02-ON85257E28.00520025-85257E28.00522503@HersheyPA.com> <CADi=b=P=nv0PJ1pER5dzpzbJZA3A-Yn+hVM7LgNz8W2xSaveeA@mail.gmail.com> <OFE00CDF7A.68EE6A1C-ON85257E28.00547BC8-85257E28.0054A81A@HersheyPA.com> <CADi=b=P5EK-T1RhK+ru4Fp7eaqOEE4XZ6wG+XgtQpTuajpmiFw@mail.gmail.com> <OF9C030177.7184F886-ON85257E3D.006CF517-85257E3D.006D5F23@HersheyPA.com> Message-ID: <CADi=b=MUch=Ut0Om37t4zDGbdRaE0_33k8WKO+f9bquP4sL+oQ@mail.gmail.com> Hi, I am ccing this message to the ArchivesSpace user group since this doesn't seem like a migration related issue. On May 6, 2015 3:54 PM, <THamilton at hersheyarchives.org> wrote: > Hi Nathan, > > After our migration was completed for some reason I cannot edit our > repository information. Can I just create a new repository and then > transfer the first repository to the second? Will this cause any issues? > > Thanks, > Tammy > > > Tammy L. Hamilton > Archivist > Hershey Community Archives > 63 West Chocolate Avenue | Hershey, PA 17033 > tel: 717.508.1988 > > > > From: Nathan Stevens <ns96 at nyu.edu> > To: THamilton at hersheyarchives.org > Cc: Brad Westbrook <brad.westbrook at lyrasis.org>, brian < > brianjhoffman at gmail.com>, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org > > > Date: 04/15/2015 11:31 AM > Subject: Re: Archon2AS Migration > ------------------------------ > > > > We are thinking of just rewriting the migration tool to handle this, so if > you don't need to go live in the next 5 or 6 months then you can just > wait. > > Otherwise, any option would require some bit of custom code to extract > files and migrate the metadata. > > > On Wed, Apr 15, 2015 at 11:24 AM, <*THamilton at hersheyarchives.org* > <THamilton at hersheyarchives.org>> wrote: > What do you recommend? Is there an export/import option I can do after > the migration is completed? > > > Tammy L. Hamilton > Archivist > Hershey Community Archives > 63 West Chocolate Avenue | Hershey, PA 17033 > tel: *717.508.1988* <717.508.1988> > > > > From: Nathan Stevens <*ns96 at nyu.edu* <ns96 at nyu.edu>> > To: *THamilton at hersheyarchives.org* <THamilton at hersheyarchives.org> > Cc: Brad Westbrook <*brad.westbrook at lyrasis.org* > <brad.westbrook at lyrasis.org>>, brian <*brianjhoffman at gmail.com* > <brianjhoffman at gmail.com>>, Chris Fitzpatrick < > *Chris.Fitzpatrick at lyrasis.org* <Chris.Fitzpatrick at lyrasis.org>> > Date: 04/15/2015 11:06 AM > Subject: Re: Archon2AS Migration > ------------------------------ > > > > Nothing related to the digital objects migrated, neither the files nor the > meta data. > > This is a huge bug in the migration tool which we are looking into how to > resolve. > > On Wed, Apr 15, 2015 at 10:57 AM, <*THamilton at hersheyarchives.org* > <THamilton at hersheyarchives.org>> wrote: > Did the data for the digital objects migrate? If just the files > themselves did not migrate can I just upload them separately to the web > server? > > > Tammy L. Hamilton > Archivist > Hershey Community Archives > 63 West Chocolate Avenue | Hershey, PA 17033 > tel: *717.508.1988* <717.508.1988> > > > > From: Nathan Stevens <*ns96 at nyu.edu* <ns96 at nyu.edu>> > To: *THamilton at hersheyarchives.org* <THamilton at hersheyarchives.org> > Cc: Brad Westbrook <*brad.westbrook at lyrasis.org* > <brad.westbrook at lyrasis.org>>, brian <*brianjhoffman at gmail.com* > <brianjhoffman at gmail.com>>, Chris Fitzpatrick < > *Chris.Fitzpatrick at lyrasis.org* <Chris.Fitzpatrick at lyrasis.org>> > Date: 04/15/2015 10:53 AM > Subject: Re: Archon2AS Migration > ------------------------------ > > > > Battle may not be over yet, unless you don't want the digital objects to > migrate? > > On Wed, Apr 15, 2015 at 10:39 AM, <*THamilton at hersheyarchives.org* > <THamilton at hersheyarchives.org>> wrote: > That is the case yes. Thanks for your assistance with this migration. It > was an epic battle. > > Tammy > > > Tammy L. Hamilton > Archivist > Hershey Community Archives > 63 West Chocolate Avenue | Hershey, PA 17033 > tel: *717.508.1988* <717.508.1988> > > > > From: Nathan Stevens <*ns96 at nyu.edu* <ns96 at nyu.edu>> > To: *THamilton at hersheyarchives.org* <THamilton at hersheyarchives.org> > Cc: Brad Westbrook <*brad.westbrook at lyrasis.org* > <brad.westbrook at lyrasis.org>>, brian <*brianjhoffman at gmail.com* > <brianjhoffman at gmail.com>>, Chris Fitzpatrick < > *Chris.Fitzpatrick at lyrasis.org* <Chris.Fitzpatrick at lyrasis.org>> > Date: 04/15/2015 10:17 AM > Subject: Re: Archon2AS Migration > ------------------------------ > > > > Hi Tammy, > > Here is the migrated data as an Arcviesspace 1.2.0 database dump. One > thing I noticed is that none of the Digital Objects were migrated which > occurs if the digital objects are not linked to any Collections in Archon. > Is that the case? > > On Tue, Apr 14, 2015 at 2:02 PM, <*THamilton at hersheyarchives.org* > <THamilton at hersheyarchives.org>> wrote: > Hi Nathan, > > Just confirmed the URL for the digital objects: > > *http://aspaceobjects.hersheyarchives.org* > <http://aspaceobjects.hersheyarchives.org/> > > > Tammy L. Hamilton > Archivist > Hershey Community Archives > 63 West Chocolate Avenue | Hershey, PA 17033 > tel: *717.508.1988* <717.508.1988> > > > > From: Nathan Stevens <*ns96 at nyu.edu* <ns96 at nyu.edu>> > To: *THamilton at hersheyarchives.org* <THamilton at hersheyarchives.org> > Cc: Brad Westbrook <*brad.westbrook at lyrasis.org* > <brad.westbrook at lyrasis.org>>, brian <*brianjhoffman at gmail.com* > <brianjhoffman at gmail.com>>, Chris Fitzpatrick < > *Chris.Fitzpatrick at lyrasis.org* <Chris.Fitzpatrick at lyrasis.org>> > Date: 04/13/2015 10:48 AM > Subject: Re: Archon2AS Migration > ------------------------------ > > > > Yes you will send me the most recent version of your Archon database, and > I will send you an ASpace version 1.0.4 sql dump back, along with the > digital object files. On you end you will just need to > > 1. Import the ASpace 1.0.4 database dump > 2. Upgrade it to the latest version (1.2.0) of ASpace. > > Would this work? > > > On Mon, Apr 13, 2015 at 10:40 AM, <*THamilton at hersheyarchives.org* > <THamilton at hersheyarchives.org>> wrote: > Hi Nathan, > > You want to send me a database dump? Or you want me to send you one? I > think you're offering to run this migration for me (which is amazing) but I > don't want to assume. > > Thanks, > Tammy > > > Tammy L. Hamilton > Archivist > Hershey Community Archives > 63 West Chocolate Avenue | Hershey, PA 17033 > tel: *717.508.1988* <717.508.1988> > > > > From: Nathan Stevens <*ns96 at nyu.edu* <ns96 at nyu.edu>> > To: *THamilton at hersheyarchives.org* <THamilton at hersheyarchives.org> > Cc: Brad Westbrook <*brad.westbrook at lyrasis.org* > <brad.westbrook at lyrasis.org>>, Chris Fitzpatrick < > *Chris.Fitzpatrick at lyrasis.org* <Chris.Fitzpatrick at lyrasis.org>>, brian < > *brianjhoffman at gmail.com* <brianjhoffman at gmail.com>> > Date: 04/13/2015 10:20 AM > Subject: Re: Archon2AS Migration > ------------------------------ > > > > > Hello Tammy, > > This looks like this is an issue with the XAMPP stack which we don't have > the resources to troubleshoot. > > That being the case, can we just send you an ASpace 1.0.4 database dump > along with the zipped upped digital files, after we run the migration on > our end. All you would need to do is: > > 1. Provided an updated Archon database dump > 2. Provide the base url for the digital objects. > > > > On Tue, Apr 7, 2015 at 4:48 PM, brian <*brianjhoffman at gmail.com* > <brianjhoffman at gmail.com>> wrote: > If you get this with curl, does anything get returned? > > /archon/?p=core/repositories&batch_start=1 > > > Sent from my T-Mobile 4G LTE Device > > > -------- Original message -------- > From: *THamilton at hersheyarchives.org* <THamilton at hersheyarchives.org> > Date:04/07/2015 4:34 PM (GMT-05:00) > To: Nathan Stevens <*ns96 at nyu.edu* <ns96 at nyu.edu>> > Cc: Brad Westbrook <*brad.westbrook at lyrasis.org* > <brad.westbrook at lyrasis.org>>, Brian Hoffman <*brianjhoffman at gmail.com* > <brianjhoffman at gmail.com>>, Chris Fitzpatrick < > *Chris.Fitzpatrick at lyrasis.org* <Chris.Fitzpatrick at lyrasis.org>> > Subject: Re: Archon2AS Migration > > Hi Nathan, > > I get closer and closer to completing this migration. But this error > stumps me. Our Archivesspace instance is hosted on an external webserver. > I changed our Archon instance to a localhost to get around the whole > FASTCGI http authentication issue. (Using XAMPP.) > > Any thoughts on how to resolve this error? > > Thanks, > Tammy > > D, [2015-04-07T16:26:00.071000 #5740] DEBUG -- : Attempt logging into > ArchivesSpace > D, [2015-04-07T16:26:00.558000 #5740] DEBUG -- : New backend session: > 363cfadafd38cfa90fa279383034108edefb3d8b6fac9eafff42f61efe25f9f3 > D, [2015-04-07T16:26:01.926000 #5740] DEBUG -- : Logging into Archon > D, [2015-04-07T16:26:02.398000 #5740] DEBUG -- : Prepare Archon request: > /archon/?p=core/repositories&batch_start=1 > D, [2015-04-07T16:26:02.692000 #5740] DEBUG -- : Raw Archon response : > #<Net::HTTPOK 200 Created readbody=true> > D, [2015-04-07T16:26:02.818000 #5740] DEBUG -- : Posting import batch > D, [2015-04-07T16:26:02.818000 #5740] DEBUG -- : Attempt logging into > ArchivesSpace > D, [2015-04-07T16:26:03.168000 #5740] DEBUG -- : New backend session: > 6f2a00f199d91d811e81a440d37437d2701df727583789f86a76ec617e7101c0 > D, [2015-04-07T16:26:03.169000 #5740] DEBUG -- : Using session: > 6f2a00f199d91d811e81a440d37437d2701df727583789f86a76ec617e7101c0 > D, [2015-04-07T16:26:06.709000 #5740] DEBUG -- : Server Error: private > method `select' called for nil:NilClass > D, [2015-04-07T16:26:06.711000 #5740] DEBUG -- : ["C:/Users/MSH > Foundation/AppData/Local/Temp/warbler8416796859247574080webroot/archon-migration.war/WEB-INF/app/lib/migrate.rb:72:in > `migrate'", "C:/Users/MSH > Foundation/AppData/Local/Temp/warbler8416796859247574080webroot/archon-migration.war/WEB-INF/app/main.rb:80:in > `POST /jobs'", "org/jruby/RubyProc.java:271:in `call'", "file:/C:/Users/MSH > Foundation/AppData/Local/Temp/warbler8416796859247574080webroot/archon-migration.war/WEB-INF/lib/jruby-core-complete-1.7.12.jar!/jruby/kernel/jruby/generator.rb:246:in > `each'", "org/jruby/RubyEnumerator.java:274:in `each'", "file:/C:/Users/MSH > Foundation/AppData/Local/Temp/warbler8416796859247574080webroot/archon-migration.war/WEB-INF/lib/jruby-rack-1.1.14.jar!/jruby/rack/response.rb:171:in > `write_body'", "file:/C:/Users/MSH > Foundation/AppData/Local/Temp/warbler8416796859247574080webroot/archon-migration.war/WEB-INF/lib/jruby-rack-1.1.14.jar!/jruby/rack/response.rb:93:in > `respond'", "JRuby$$Rack$$Response_409794736.gen:13:in `respond'"] > > > Tammy L. Hamilton > Archivist > Hershey Community Archives > 63 West Chocolate Avenue | Hershey, PA 17033 > tel: *717.508.1988* <717.508.1988> > > > > > > > > > > DISCLAIMER: The information contained in this e-mail may be confidential > and is intended solely for the use of the named addressee. Access, copying, > or re-use of the e-mail or any information contained therein by any other > person is not authorized. If you are not the intended recipient please > notify us immediately by returning the e-mail to the originator. > > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > *1212-998-2653* <1212-998-2653> > *ns96 at nyu.edu* <ns96 at nyu.edu> > > > > > > DISCLAIMER: The information contained in this e-mail may be confidential > and is intended solely for the use of the named addressee. Access, copying, > or re-use of the e-mail or any information contained therein by any other > person is not authorized. If you are not the intended recipient please > notify us immediately by returning the e-mail to the originator. > > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > *1212-998-2653* <1212-998-2653> > *ns96 at nyu.edu* <ns96 at nyu.edu> > > > > > > DISCLAIMER: The information contained in this e-mail may be confidential > and is intended solely for the use of the named addressee. Access, copying, > or re-use of the e-mail or any information contained therein by any other > person is not authorized. If you are not the intended recipient please > notify us immediately by returning the e-mail to the originator. > > > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > *1212-998-2653* <1212-998-2653> > *ns96 at nyu.edu* <ns96 at nyu.edu>*[attachment "haAS.zip" deleted by Tammy > Hamilton/MSHersheyFoundation/Hershey] * > > > > > > DISCLAIMER: The information contained in this e-mail may be confidential > and is intended solely for the use of the named addressee. Access, copying, > or re-use of the e-mail or any information contained therein by any other > person is not authorized. If you are not the intended recipient please > notify us immediately by returning the e-mail to the originator. > > > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > *1212-998-2653* <1212-998-2653> > *ns96 at nyu.edu* <ns96 at nyu.edu> > > > > > > DISCLAIMER: The information contained in this e-mail may be confidential > and is intended solely for the use of the named addressee. Access, copying, > or re-use of the e-mail or any information contained therein by any other > person is not authorized. If you are not the intended recipient please > notify us immediately by returning the e-mail to the originator. > > > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > *1212-998-2653* <1212-998-2653> > *ns96 at nyu.edu* <ns96 at nyu.edu> > > > > > > DISCLAIMER: The information contained in this e-mail may be confidential > and is intended solely for the use of the named addressee. Access, copying, > or re-use of the e-mail or any information contained therein by any other > person is not authorized. If you are not the intended recipient please > notify us immediately by returning the e-mail to the originator. > > > > > -- > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > 1212-998-2653 > *ns96 at nyu.edu* <ns96 at nyu.edu> > > > > > > DISCLAIMER: The information contained in this e-mail may be confidential > and is intended solely for the use of the named addressee. Access, copying, > or re-use of the e-mail or any information contained therein by any other > person is not authorized. If you are not the intended recipient please > notify us immediately by returning the e-mail to the originator. > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150506/bc4c138a/attachment.html> From Kevin.Clair at du.edu Wed May 6 20:13:04 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Thu, 7 May 2015 00:13:04 +0000 Subject: [Archivesspace_Users_Group] related records In-Reply-To: <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu>, <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> Message-ID: <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/785245f9/attachment.html> From maureen.callahan at yale.edu Thu May 7 06:41:59 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Thu, 7 May 2015 10:41:59 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace feature voting and container management Message-ID: <432C0655-CAAE-4C86-B1C7-097E6162CF40@yale.edu> Hi everyone, I want to announce that the container management plug-in, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya Please feel free to contact me, Mary Caldera, or Mark Custer with any questions you may have. And please vote to prioritize this feature. We think you?ll like it. Best wishes, Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu<http://drs.library.yale.edu> Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/282b7d6b/attachment.html> From christine.dibella at lyrasis.org Thu May 7 07:37:14 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 7 May 2015 11:37:14 +0000 Subject: [Archivesspace_Users_Group] more information on voting for ArchivesSpace User Stories, Group 1 Message-ID: <DM2PR0801MB0848593DE24863B9FA94F0F8F1DF0@DM2PR0801MB0848.namprd08.prod.outlook.com> Dear ArchivesSpace Members, A little background on the voting process for those who are unfamiliar with it: In recent weeks we've sent a series of announcements about voting on certain issues in JIRA to ArchivesSpace Member Representatives. Brad's message to Member Reps on April 30 - http://lyralists.lyrasis.org/pipermail/archivesspace_member_reps/2015-April/000082.html - provides a good deal of background about the process. Each member institution gets one vote for each issue and we're asking that people vote only for issues that are crucial to their implementation of ArchivesSpace in the next 6 months. The votes on Group 1 user stories are rolling in and thanks to all who have voted so far. This round of voting will close on May 31 and more rounds will follow. If your institution hasn't voted yet, this is a friendly reminder to do so. If you're your institution's member representative, please confer with your colleagues about institutional priorities and vote on the issues you consider crucial to your implementation of ArchivesSpace during the next six months. If you're not your institution's member representative, get in touch with her or him to get the ball rolling. This is a great chance to think and talk about your priorities when it comes to ArchivesSpace! Especially since we're such a diverse community with varying needs, we're hoping to hear from as many of our member institutions as possible. If you have any questions about the voting process, or if you need help with the JIRA account for your member representative, please let me know. Thanks in advance for your participation! Best, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/51510abc/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/51510abc/attachment.png> From vaddoniz at jhu.edu Thu May 7 10:42:26 2015 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Thu, 7 May 2015 14:42:26 +0000 Subject: [Archivesspace_Users_Group] What defines "a repository?" In-Reply-To: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> References: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> Message-ID: <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> I am bumping this question back up, since I do need a working understanding of the relationship between repositories and Agents and Subjects in order to plan our migration. If my question is totally bonkers, feel free to tell me. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Monday, May 04, 2015 5:06 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] What defines "a repository?" Dear everyone, Here's another pretty basic question. I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for "Doe, John" in one, it would not appear elsewhere. So, I'd like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines "a repository?" Thanks for the continuing assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu> 410-516-5261 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/e419bbd9/attachment.html> From bmg17 at psu.edu Thu May 7 10:48:56 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Thu, 7 May 2015 10:48:56 -0400 (EDT) Subject: [Archivesspace_Users_Group] What defines "a repository?" In-Reply-To: <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> References: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> Message-ID: <816571070.1316468.1431010136742.JavaMail.zimbra@psu.edu> Hi Valerie, As I understand it, Accessions, Resources and Digital Objects are repository-specific, while Subjects and Agents (and maybe the other modules like Locations, Events, Collection Management and Classifications) exist across repositories. -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ----- Original Message ----- From: "Valerie Addonizio" <vaddoniz at jhu.edu> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> Sent: Thursday, May 7, 2015 10:42:26 AM Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" I am bumping this question back up, since I do need a working understanding of the relationship between repositories and Agents and Subjects in order to plan our migration. If my question is totally bonkers, feel free to tell me. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Monday, May 04, 2015 5:06 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] What defines "a repository?" Dear everyone, Here?s another pretty basic question. I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for ?Doe, John? in one, it would not appear elsewhere. So, I?d like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines ?a repository?? Thanks for the continuing assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu 410-516-5261 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/15dba95a/attachment.html> From vaddoniz at jhu.edu Thu May 7 10:57:19 2015 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Thu, 7 May 2015 14:57:19 +0000 Subject: [Archivesspace_Users_Group] What defines "a repository?" In-Reply-To: <816571070.1316468.1431010136742.JavaMail.zimbra@psu.edu> References: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> <816571070.1316468.1431010136742.JavaMail.zimbra@psu.edu> Message-ID: <cbf9240a2b1c486889af2d8e4ef82692@ESGMTWEX12.win.ad.jhu.edu> Thanks, Ben. As a follow up to you and the community, my partner in crime on the server side attempted to restore our instance by using a snapshot he took before my test migration of accession records. When he went to restore the instance based on that snapshot, the repositories were successfully emptied out, but the Agents and Subjects remained. I might ask him to ask the question in a more technical sense, but can anyone inform us as to why that happened? Why did the Agents and Subjects persist? How can we remove them, other than manually? Thanks. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman Sent: Thursday, May 07, 2015 10:49 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, As I understand it, Accessions, Resources and Digital Objects are repository-specific, while Subjects and Agents (and maybe the other modules like Locations, Events, Collection Management and Classifications) exist across repositories. -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ________________________________ From: "Valerie Addonizio" <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Sent: Thursday, May 7, 2015 10:42:26 AM Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" I am bumping this question back up, since I do need a working understanding of the relationship between repositories and Agents and Subjects in order to plan our migration. If my question is totally bonkers, feel free to tell me. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Monday, May 04, 2015 5:06 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] What defines "a repository?" Dear everyone, Here?s another pretty basic question. I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for ?Doe, John? in one, it would not appear elsewhere. So, I?d like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines ?a repository?? Thanks for the continuing assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu> 410-516-5261 _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/51241477/attachment.html> From mauraa at brandeis.edu Thu May 7 11:02:35 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Thu, 7 May 2015 11:02:35 -0400 Subject: [Archivesspace_Users_Group] What defines "a repository?" In-Reply-To: <cbf9240a2b1c486889af2d8e4ef82692@ESGMTWEX12.win.ad.jhu.edu> References: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> <816571070.1316468.1431010136742.JavaMail.zimbra@psu.edu> <cbf9240a2b1c486889af2d8e4ef82692@ESGMTWEX12.win.ad.jhu.edu> Message-ID: <CANdYjfG8roH77CS2LCry-RZmnJE7Fbp4DNoa6oKMfBt9ZFrv3A@mail.gmail.com> Hi Valerie, You could batch delete through the API -- I've done this with accessions, but it looks like there are commands for removing agents and subjects as well (http://archivesspace.github.io/archivesspace/doc/file.API.html). I don't know why they didn't delete with the snapshot; agents are kept in the database as far as I am aware so as long as that was reset to zero (so to speak) I would think they would go away. -Maura On Thu, May 7, 2015 at 10:57 AM, Valerie Addonizio <vaddoniz at jhu.edu> wrote: > Thanks, Ben. > > > > As a follow up to you and the community, my partner in crime on the server > side attempted to restore our instance by using a snapshot he took before > my test migration of accession records. When he went to restore the > instance based on that snapshot, the repositories were successfully emptied > out, but the Agents and Subjects remained. I might ask him to ask the > question in a more technical sense, but can anyone inform us as to why that > happened? Why did the Agents and Subjects persist? How can we remove them, > other than manually? > > > > Thanks. > > > > -Valerie > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Ben > Goldman > *Sent:* Thursday, May 07, 2015 10:49 AM > *To:* Archivesspace Users Group > > *Subject:* Re: [Archivesspace_Users_Group] What defines "a repository?" > > > > Hi Valerie, > > > > As I understand it, Accessions, Resources and Digital Objects are > repository-specific, while Subjects and Agents (and maybe the other modules > like Locations, Events, Collection Management and Classifications) exist > across repositories. > > > > -Ben > > > > > > *Ben Goldman* > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 > http://www.libraries.psu.edu/psul/speccolls.html > > > ------------------------------ > > *From: *"Valerie Addonizio" <vaddoniz at jhu.edu> > *To: *"Archivesspace Users Group" < > archivesspace_users_group at lyralists.lyrasis.org> > *Sent: *Thursday, May 7, 2015 10:42:26 AM > *Subject: *Re: [Archivesspace_Users_Group] What defines "a repository?" > > > > I am bumping this question back up, since I do need a working > understanding of the relationship between repositories and Agents and > Subjects in order to plan our migration. If my question is totally bonkers, > feel free to tell me. > > > > -Valerie > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Valerie > Addonizio > *Sent:* Monday, May 04, 2015 5:06 PM > *To:* archivesspace_users_group at lyralists.lyrasis.org > *Subject:* [Archivesspace_Users_Group] What defines "a repository?" > > > > Dear everyone, > > > > Here?s another pretty basic question. > > > > I currently have three repositories in our instance of AS. One was created > by the migrator when I migrated over our accessions, one is blank, and one > holds resources that I want to play around with. > > > > Today I imported our accessions and created the third repository mentioned > above, but was surprised to find that the names and subjects that I had > imported appeared in every repository, not just the repository that the > migrator created. This made me realize that a very basic assumption of mine > was seriously flawed: I had guessed that repositories were completely > separate from one another, and that if I had an agent record for ?Doe, > John? in one, it would not appear elsewhere. > > > > So, I?d like to request a basic explanation of what the repositories hold > that are unique to them, and what is shared across the entire instance? > What defines ?a repository?? > > > > Thanks for the continuing assistance! > > > > -Valerie > > > > -------------------------------- > > Valerie Addonizio > > Archivist > > The Sheridan Libraries > > Johns Hopkins University > > vaddoniz at jhu.edu > > 410-516-5261 > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/1a2efe43/attachment.html> From Claire.Knowles at ed.ac.uk Thu May 7 11:06:33 2015 From: Claire.Knowles at ed.ac.uk (KNOWLES Claire) Date: Thu, 7 May 2015 15:06:33 +0000 Subject: [Archivesspace_Users_Group] EAD Import issues with Geo Subjects Message-ID: <D1713E04.135F1%cknowles@exseed.ed.ac.uk> Hi, Our EAD import jobs are not matching up with geographic subjects as the subjects are saved as hierarchical terms e.g. Scotland - Edinburgh so the names are not matching. How can we reference these geo subjects in the EAD so they do match up on import and we don't get duplicates? Sorry if I'm missing something obvious. Thanks Claire -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/a8cdc0f8/attachment.html> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/a8cdc0f8/attachment.ksh> From mauraa at brandeis.edu Thu May 7 11:09:00 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Thu, 7 May 2015 11:09:00 -0400 Subject: [Archivesspace_Users_Group] EAD Import issues with Geo Subjects In-Reply-To: <D1713E04.135F1%cknowles@exseed.ed.ac.uk> References: <D1713E04.135F1%cknowles@exseed.ed.ac.uk> Message-ID: <CANdYjfESCpQXV14ywmC__UBXLi2Fk=i3-qX4HpCvgJiVQpLLOg@mail.gmail.com> Hi Claire, Could you clarify what you mean by the names are not matching? Like is the subject not coming over as "Scotland -- Edinburgh" or it is and that isn't how you want it structured? -Maure On Thu, May 7, 2015 at 11:06 AM, KNOWLES Claire <Claire.Knowles at ed.ac.uk> wrote: > Hi, > > Our EAD import jobs are not matching up with geographic subjects as the > subjects are saved as hierarchical terms e.g. Scotland ? Edinburgh so the > names are not matching. How can we reference these geo subjects in the EAD > so they do match up on import and we don?t get duplicates? Sorry if I?m > missing something obvious. > > Thanks > > Claire > > > > > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/c571a6c2/attachment.html> From vaddoniz at jhu.edu Thu May 7 11:13:40 2015 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Thu, 7 May 2015 15:13:40 +0000 Subject: [Archivesspace_Users_Group] What defines "a repository?" In-Reply-To: <CANdYjfG8roH77CS2LCry-RZmnJE7Fbp4DNoa6oKMfBt9ZFrv3A@mail.gmail.com> References: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> <816571070.1316468.1431010136742.JavaMail.zimbra@psu.edu> <cbf9240a2b1c486889af2d8e4ef82692@ESGMTWEX12.win.ad.jhu.edu> <CANdYjfG8roH77CS2LCry-RZmnJE7Fbp4DNoa6oKMfBt9ZFrv3A@mail.gmail.com> Message-ID: <c11f91a43a6644aa9c63366ba6781645@ESGMTWEX12.win.ad.jhu.edu> Thanks, Maura. I will look into that. -V From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Thursday, May 07, 2015 11:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, You could batch delete through the API -- I've done this with accessions, but it looks like there are commands for removing agents and subjects as well (http://archivesspace.github.io/archivesspace/doc/file.API.html). I don't know why they didn't delete with the snapshot; agents are kept in the database as far as I am aware so as long as that was reset to zero (so to speak) I would think they would go away. -Maura On Thu, May 7, 2015 at 10:57 AM, Valerie Addonizio <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> wrote: Thanks, Ben. As a follow up to you and the community, my partner in crime on the server side attempted to restore our instance by using a snapshot he took before my test migration of accession records. When he went to restore the instance based on that snapshot, the repositories were successfully emptied out, but the Agents and Subjects remained. I might ask him to ask the question in a more technical sense, but can anyone inform us as to why that happened? Why did the Agents and Subjects persist? How can we remove them, other than manually? Thanks. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Ben Goldman Sent: Thursday, May 07, 2015 10:49 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, As I understand it, Accessions, Resources and Digital Objects are repository-specific, while Subjects and Agents (and maybe the other modules like Locations, Events, Collection Management and Classifications) exist across repositories. -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333<tel:814-863-8333> http://www.libraries.psu.edu/psul/speccolls.html ________________________________ From: "Valerie Addonizio" <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Sent: Thursday, May 7, 2015 10:42:26 AM Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" I am bumping this question back up, since I do need a working understanding of the relationship between repositories and Agents and Subjects in order to plan our migration. If my question is totally bonkers, feel free to tell me. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Monday, May 04, 2015 5:06 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] What defines "a repository?" Dear everyone, Here?s another pretty basic question. I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for ?Doe, John? in one, it would not appear elsewhere. So, I?d like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines ?a repository?? Thanks for the continuing assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu> 410-516-5261<tel:410-516-5261> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/828b1275/attachment.html> From ljdavis at colgate.edu Thu May 7 16:27:07 2015 From: ljdavis at colgate.edu (Lora Davis) Date: Thu, 7 May 2015 16:27:07 -0400 Subject: [Archivesspace_Users_Group] Feature request re: deleted items - thoughts? Message-ID: <CACPYQ=kKD02opw+jsD+EtAmt=5FAsL6NV1uENsXcBwuphr_1Ag@mail.gmail.com> All, Posting here in the hopes of getting thoughts/feedback before submitting as a potential feature request through JIRA. For the second time now, an otherwise well-meaning, highly trained professional staffer at our institution has accidentally deleted a resource record. I have a few thoughts as to why this keeps happening, and at least one feature request is already in JIRA to address them. Namely: 1. When an archival component is deleted from a resource record, the resource record "refreshes" and places the user back at the top/collection level of the record. Thus, a user (Repository Manager/Project Manager/Advanced Data Entry) deleting multiple archival components from a resource may find themselves in a "groove" wherein they keep scrolling from the top collection, down to the archival object to be deleted, selecting the archival object, hitting "delete," and rinsing and repeating the above. Twice now we've had users not realize they were still at the RESOURCE level (not object level) when they hit delete and, therefore, bye bye resource. 2. The popup that confirms deletion is truly intended doesn't highlight what content is actually being deleted (archival component, resource, etc.)? Both of the above would be addressed by implementing feature request AR-1132 <https://archivesspace.atlassian.net/browse/AR-1132>. However, I'm also wondering about the feasibility of a feature that would park "deleted" items (resources, objects, etc.) in a staging area before they are well and truly removed permanently from the db. The idea initially came when I first contacted Lyrasis (we're hosted) to see about data recovery after our first improper deletion. Mark Cooper wrote back: I can also make a feature request to ArchivesSpace to put deleted items > into a "staging" state, where they are actually deleted (removed from the > database) when purged via the interface or through a background job. This could be a good model (especially as background jobs get built out more). In our particular institutional setting (and perhaps for others), it would be ideal if the purge could only be instituted as a background job by the System Administrator, but, perhaps for others, you may want it to just be done as a regular cron job or something without user input. Thoughts? Lora -- Lora J. Davis Collections Archivist Colgate University Libraries 13 Oak Drive Hamilton, NY 13346 Tel: (315) 228-6376 Fax: (315) 228-7934 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/9ed1d9e8/attachment.html> From angela.spinazze at lyrasis.org Thu May 7 16:54:37 2015 From: angela.spinazze at lyrasis.org (Angela Spinazze) Date: Thu, 7 May 2015 20:54:37 +0000 Subject: [Archivesspace_Users_Group] Public Interface Enhancement Project: Call for participation in special member working group Message-ID: <E6649B64-C4F5-41C8-976A-5D06190445D9@lyrasis.org> Hello ArchivesSpace Members, We are pleased to announce that a process is underway to engage a third party design firm specializing in user experience and interaction design to provide assessment, project management, and design services to the ArchivesSpace program staff and community in support of enhancing the public interface of the ArchivesSpace software application. As part of this effort, we are calling for member volunteers to participate in a working group that will work closely with the design firm and program staff to ensure that requirements, priorities, testing, and acceptance of the work product meets member needs and expectations. A full description of what we are asking this working group to take on is included below. Mark Custer has graciously agreed to chair the working group. Together with Brian Hoffman who will lead the core code development effort, and myself, we will ensure that the scope of work is carried out in a collaborative and efficient manner. We expect to make a final selection of the firm in the coming weeks and to begin working with them in June. The primary deliverables of this project include: 1. Establishment of an overall graphic style and interaction design for the public interface and definition of a set of supporting guidelines. 2. Identification of areas and/or elements of the public interface that could be modified or enhanced in order to improve usability and provide greater ease of interaction for public users of the application 3. Development of a set of enhancements to the core code base (based on #2 above and led by Brian Hoffman) 4. Development of plugins (As possible and in collaboration with additional development partners to be determined) We are asking the Public Interface Enhancements Working Group to: 1. Review, in order to de-dupe and enhance where necessary, the sixty-three issues that have been submitted by the community since alpha testing of the ArchivesSpace application began and that now reside in JIRA. The goal of the review is to ensure that all of the issues are defined as clearly as possible, that they are organized into a cohesive narrative of requirements, and that they are prioritized based on member need and use within the coming six month period. 2. Ensure that all reports submitted by members that specifically call out their concerns, needs, and desires with regard to the public interface are properly represented and integrated into the issues noted above. 3. Ensure that a full set of user stories and use cases are provided within JIRA that represent the breadth and depth of member information ecologies and work environments. 4. Work directly with the design firm for the duration of the project (June ? December 2015 on a regular schedule to be determined in collaboration with the selected firm). 5. Review and test interaction designs and provide feedback. 6. Communicate with members and serve as advisors to the process on behalf of the full membership. If you are interested in participating, please let me know through a direct reply to this message, by close of business Friday, May 18th. I look forward to working with Mark, Brian, and all of you on this creative endeavor! Angela ============================ Angela Spinazz? Senior Director of Collaborative Programs and CollectionSpace Program Director LYRASIS email: angela.spinazze at lyrasis.org<mailto:angela.spinazze at lyrasis.org> voice: +1 800.999.8558 x2922 www.archivesspace.org<http://www.archivesspace.org> www.collectionspace.org<http://www.collectionspace.org> www.lyrasis.org<http://www.collectionspace.org> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/7dbba2dc/attachment.html> From Kevin.Clair at du.edu Thu May 7 17:05:22 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Thu, 7 May 2015 21:05:22 +0000 Subject: [Archivesspace_Users_Group] Feature request re: deleted items - thoughts? In-Reply-To: <CACPYQ=kKD02opw+jsD+EtAmt=5FAsL6NV1uENsXcBwuphr_1Ag@mail.gmail.com> References: <CACPYQ=kKD02opw+jsD+EtAmt=5FAsL6NV1uENsXcBwuphr_1Ag@mail.gmail.com> Message-ID: <1F1E72103798F04D96C355B296D7C61B486E31@mb2-uts.du.edu> Hello, I had been meaning to ask similar questions to the list about suppressed resources and archival objects. I?ve been experimenting with that a little bit on our development servers (in part to prevent this from happening, by having staff think to suppress first), but I?m not sure what happens to those records once I suppress them. Some of what?s in this message would apply there, I think. thanks! -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Lora Davis Sent: Thursday, May 07, 2015 2:27 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Feature request re: deleted items - thoughts? All, Posting here in the hopes of getting thoughts/feedback before submitting as a potential feature request through JIRA. For the second time now, an otherwise well-meaning, highly trained professional staffer at our institution has accidentally deleted a resource record. I have a few thoughts as to why this keeps happening, and at least one feature request is already in JIRA to address them. Namely: 1. When an archival component is deleted from a resource record, the resource record "refreshes" and places the user back at the top/collection level of the record. Thus, a user (Repository Manager/Project Manager/Advanced Data Entry) deleting multiple archival components from a resource may find themselves in a "groove" wherein they keep scrolling from the top collection, down to the archival object to be deleted, selecting the archival object, hitting "delete," and rinsing and repeating the above. Twice now we've had users not realize they were still at the RESOURCE level (not object level) when they hit delete and, therefore, bye bye resource. 2. The popup that confirms deletion is truly intended doesn't highlight what content is actually being deleted (archival component, resource, etc.)? Both of the above would be addressed by implementing feature request AR-1132<https://archivesspace.atlassian.net/browse/AR-1132>. However, I'm also wondering about the feasibility of a feature that would park "deleted" items (resources, objects, etc.) in a staging area before they are well and truly removed permanently from the db. The idea initially came when I first contacted Lyrasis (we're hosted) to see about data recovery after our first improper deletion. Mark Cooper wrote back: I can also make a feature request to ArchivesSpace to put deleted items into a "staging" state, where they are actually deleted (removed from the database) when purged via the interface or through a background job. This could be a good model (especially as background jobs get built out more). In our particular institutional setting (and perhaps for others), it would be ideal if the purge could only be instituted as a background job by the System Administrator, but, perhaps for others, you may want it to just be done as a regular cron job or something without user input. Thoughts? Lora -- Lora J. Davis Collections Archivist Colgate University Libraries 13 Oak Drive Hamilton, NY 13346 Tel: (315) 228-6376 Fax: (315) 228-7934 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/a6127202/attachment.html> From robin_mcelheny at harvard.edu Thu May 7 17:07:24 2015 From: robin_mcelheny at harvard.edu (McElheny, Robin G.) Date: Thu, 7 May 2015 21:07:24 +0000 Subject: [Archivesspace_Users_Group] Question re Repository Manager permissions Message-ID: <CY1PR0701MB178869023D9241BA3E914051E0DF0@CY1PR0701MB1788.namprd07.prod.outlook.com> At Harvard, we have noticed the following behavior with the permissions assigned to a Repository Manager. Has anyone else encountered this? Are we doing something wrong? Is this a bug? When I sign in to our local installation of ArchivesSpace as a Repository Manager, I encounter the following: - When I click on "System," the "Manage Repositories" does not appear. According to ArchivesSpace documentation, it seems that this option should appear. - When I leave the search box empty and click the search button to "search all records," "Repository" is listed as one of the Record Types. - When I select this, the display lists the record for my repository with view/edit options. - When I click on edit, I can edit the repository record, but when I try to save the revised record, I get an error message that says "We're sorry, but something went wrong." Robin McElheny Associate University Archivist for Collections and Public Services Harvard University Archives Pusey Library Cambridge, MA 02138 Email: robin_mcelheny at harvard.edu Phone: 617-495-2461 Fax: 617-495-8011 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150507/8992bf02/attachment.html> From Claire.Knowles at ed.ac.uk Fri May 8 04:24:59 2015 From: Claire.Knowles at ed.ac.uk (KNOWLES Claire) Date: Fri, 8 May 2015 08:24:59 +0000 Subject: [Archivesspace_Users_Group] EAD Import issues with Geo Subjects In-Reply-To: <CANdYjfESCpQXV14ywmC__UBXLi2Fk=i3-qX4HpCvgJiVQpLLOg@mail.gmail.com> References: <D1713E04.135F1%cknowles@exseed.ed.ac.uk> <CANdYjfESCpQXV14ywmC__UBXLi2Fk=i3-qX4HpCvgJiVQpLLOg@mail.gmail.com> Message-ID: <D1723074.13623%cknowles@exseed.ed.ac.uk> Hi Maure, The subjects we already have in Archives Space are split into terms and those that are coming from the EAD import are not being split into Scotland - Edinburgh and result in one term. So they do not link to existing subjects but create duplicates with one term instead of multiples. We are on version 1.1.2 in test. Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: Maura Carbone <mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>> Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Date: Thursday, 7 May 2015 16:09 To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] EAD Import issues with Geo Subjects Hi Claire, Could you clarify what you mean by the names are not matching? Like is the subject not coming over as "Scotland -- Edinburgh" or it is and that isn't how you want it structured? -Maure On Thu, May 7, 2015 at 11:06 AM, KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> wrote: Hi, Our EAD import jobs are not matching up with geographic subjects as the subjects are saved as hierarchical terms e.g. Scotland - Edinburgh so the names are not matching. How can we reference these geo subjects in the EAD so they do match up on import and we don't get duplicates? Sorry if I'm missing something obvious. Thanks Claire The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/7296eb63/attachment.html> From Chris.Fitzpatrick at lyrasis.org Fri May 8 07:14:09 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Fri, 8 May 2015 11:14:09 +0000 Subject: [Archivesspace_Users_Group] What defines "a repository?" In-Reply-To: <c11f91a43a6644aa9c63366ba6781645@ESGMTWEX12.win.ad.jhu.edu> References: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> <816571070.1316468.1431010136742.JavaMail.zimbra@psu.edu> <cbf9240a2b1c486889af2d8e4ef82692@ESGMTWEX12.win.ad.jhu.edu> <CANdYjfG8roH77CS2LCry-RZmnJE7Fbp4DNoa6oKMfBt9ZFrv3A@mail.gmail.com>, <c11f91a43a6644aa9c63366ba6781645@ESGMTWEX12.win.ad.jhu.edu> Message-ID: <1431083653235.54153@lyrasis.org> Hi, Yes, some types ( Agents, Subjects, Locations ) are globally scoped and are not tied to a specific repository. This is so you don't have to make multiple Agent records for the same person for each repository you have. If you want to delete these, the easiest way is to do it via the API. If you want to blast everything in ASpace, the easiest way is to simply drop the database, delete the index ( in data/solr_index) and start with a fresh install. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Valerie Addonizio <vaddoniz at jhu.edu> Sent: Thursday, May 7, 2015 5:13 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Thanks, Maura. I will look into that. -V From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Thursday, May 07, 2015 11:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, You could batch delete through the API -- I've done this with accessions, but it looks like there are commands for removing agents and subjects as well (http://archivesspace.github.io/archivesspace/doc/file.API.html). I don't know why they didn't delete with the snapshot; agents are kept in the database as far as I am aware so as long as that was reset to zero (so to speak) I would think they would go away. -Maura On Thu, May 7, 2015 at 10:57 AM, Valerie Addonizio <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> wrote: Thanks, Ben. As a follow up to you and the community, my partner in crime on the server side attempted to restore our instance by using a snapshot he took before my test migration of accession records. When he went to restore the instance based on that snapshot, the repositories were successfully emptied out, but the Agents and Subjects remained. I might ask him to ask the question in a more technical sense, but can anyone inform us as to why that happened? Why did the Agents and Subjects persist? How can we remove them, other than manually? Thanks. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Ben Goldman Sent: Thursday, May 07, 2015 10:49 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, As I understand it, Accessions, Resources and Digital Objects are repository-specific, while Subjects and Agents (and maybe the other modules like Locations, Events, Collection Management and Classifications) exist across repositories. -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333<tel:814-863-8333> http://www.libraries.psu.edu/psul/speccolls.html ________________________________ From: "Valerie Addonizio" <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Sent: Thursday, May 7, 2015 10:42:26 AM Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" I am bumping this question back up, since I do need a working understanding of the relationship between repositories and Agents and Subjects in order to plan our migration. If my question is totally bonkers, feel free to tell me. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Monday, May 04, 2015 5:06 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] What defines "a repository?" Dear everyone, Here's another pretty basic question. I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for "Doe, John" in one, it would not appear elsewhere. So, I'd like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines "a repository?" Thanks for the continuing assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu> 410-516-5261<tel:410-516-5261> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/33da1dfc/attachment.html> From brad.westbrook at lyrasis.org Fri May 8 08:24:23 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 8 May 2015 12:24:23 +0000 Subject: [Archivesspace_Users_Group] EAD Import issues with Geo Subjects In-Reply-To: <D1723074.13623%cknowles@exseed.ed.ac.uk> References: <D1713E04.135F1%cknowles@exseed.ed.ac.uk> <CANdYjfESCpQXV14ywmC__UBXLi2Fk=i3-qX4HpCvgJiVQpLLOg@mail.gmail.com> <D1723074.13623%cknowles@exseed.ed.ac.uk> Message-ID: <DM2PR0801MB083122CD3DE9CDCAD521224194DE0@DM2PR0801MB0831.namprd08.prod.outlook.com> Hi, Claire, ArchivesSpace is only able to treat the compound subjects coming from EAD as the single, hyphenated strings in which they are encoded in EAD; there's no provision to parse those kinds of subjects accurately into their respective parts in the ArchivesSpace subject record. That work has to be done manually. Consequently, a compound subject imported from EAD will not match with a compound subject already recorded in ArchivesSpace and will become a duplicate subject record. The current fix is to merge those duplicate records into the subject records already in ArchivesSpace. I realize that is an extra step in the importing process, but I don't think there is a tenable solution until after data is migrated to EAD3, which will support recording the parts of compound subjects. Yours, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org> 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of KNOWLES Claire Sent: Friday, May 08, 2015 4:25 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] EAD Import issues with Geo Subjects Hi Maure, The subjects we already have in Archives Space are split into terms and those that are coming from the EAD import are not being split into Scotland - Edinburgh and result in one term. So they do not link to existing subjects but create duplicates with one term instead of multiples. We are on version 1.1.2 in test. Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: Maura Carbone <mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>> Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Date: Thursday, 7 May 2015 16:09 To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] EAD Import issues with Geo Subjects Hi Claire, Could you clarify what you mean by the names are not matching? Like is the subject not coming over as "Scotland -- Edinburgh" or it is and that isn't how you want it structured? -Maure On Thu, May 7, 2015 at 11:06 AM, KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> wrote: Hi, Our EAD import jobs are not matching up with geographic subjects as the subjects are saved as hierarchical terms e.g. Scotland - Edinburgh so the names are not matching. How can we reference these geo subjects in the EAD so they do match up on import and we don't get duplicates? Sorry if I'm missing something obvious. Thanks Claire The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/c5e5a849/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7640 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/c5e5a849/attachment.png> From mark.custer at yale.edu Fri May 8 10:33:01 2015 From: mark.custer at yale.edu (Custer, Mark) Date: Fri, 8 May 2015 14:33:01 +0000 Subject: [Archivesspace_Users_Group] asadmin user in ASpace? Message-ID: <DCB910FAD4CF9343B3E424AF5F3310252559103C@x10-mbx8.yu.yale.edu> All, Can anyone explain to me what the asadmin user is doing in ArchivesSpace? I don't remember seeing this user in earlier versions of ArchivesSpace, but now that we have it in addition to the admin user, I just want to make sure that we can update its password without needing to worry that doing so might break part of the application. Also, has everyone tested whether or not they can log into their staff applications as asadmin, using admin as their password? We knew to update the password for our admin user, but the asadmin user was a surprise (to me, at least!). Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/38b3d7ca/attachment.html> From ns96 at nyu.edu Fri May 8 10:39:41 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Fri, 8 May 2015 10:39:41 -0400 Subject: [Archivesspace_Users_Group] asadmin user in ASpace? In-Reply-To: <DCB910FAD4CF9343B3E424AF5F3310252559103C@x10-mbx8.yu.yale.edu> References: <DCB910FAD4CF9343B3E424AF5F3310252559103C@x10-mbx8.yu.yale.edu> Message-ID: <CADi=b=ML9bdDmn5H4F8O9sFe4M6oXSJ1ErAGisBuk67AvRTLEg@mail.gmail.com> That user is being created by the AT migration tool and can be deleted, or the password changed. On Fri, May 8, 2015 at 10:33 AM, Custer, Mark <mark.custer at yale.edu> wrote: > All, > > > > Can anyone explain to me what the asadmin user is doing in ArchivesSpace? > I don?t remember seeing this user in earlier versions of ArchivesSpace, but > now that we have it in addition to the admin user, I just want to make sure > that we can update its password without needing to worry that doing so > might break part of the application. > > > > Also, has everyone tested whether or not they can log into their staff > applications as asadmin, using admin as their password? We knew to update > the password for our admin user, but the asadmin user was a surprise (to > me, at least!). > > > > Mark > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/494aae30/attachment.html> From jvb at sfasu.edu Fri May 8 11:58:33 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Fri, 08 May 2015 15:58:33 +0000 Subject: [Archivesspace_Users_Group] Rapid Data Entry Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F5EA@EXCHMBOX02.sfasu.nac> We have Creation as the default for our Dates Label but when we use rapid data entry the Dates Label defaults to other. Is there a way to add Dates Label as a column in rapid data entry? Or Make it default to creation when using rapid data entry? Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/610002b1/attachment.html> From brad.westbrook at lyrasis.org Fri May 8 12:04:26 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Fri, 8 May 2015 16:04:26 +0000 Subject: [Archivesspace_Users_Group] Rapid Data Entry In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F5EA@EXCHMBOX02.sfasu.nac> References: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F5EA@EXCHMBOX02.sfasu.nac> Message-ID: <DM2PR0801MB0831E999D77BDA1E6BEE6C7E94DE0@DM2PR0801MB0831.namprd08.prod.outlook.com> Hi, Johna, A fix for this this is scheduled for the next development sprint, which begins next Friday. See AR-1218<https://archivesspace.atlassian.net/browse/AR-1218>. The fix will then show in the next public release, which will occur at the end of June or earlier. Brad W. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Friday, May 08, 2015 11:59 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Rapid Data Entry We have Creation as the default for our Dates Label but when we use rapid data entry the Dates Label defaults to other. Is there a way to add Dates Label as a column in rapid data entry? Or Make it default to creation when using rapid data entry? Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/b9b4f62f/attachment.html> From sdm7g at virginia.edu Fri May 8 12:08:53 2015 From: sdm7g at virginia.edu (Steven Majewski) Date: Fri, 8 May 2015 12:08:53 -0400 Subject: [Archivesspace_Users_Group] What defines "a repository?" In-Reply-To: <1431083653235.54153@lyrasis.org> References: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> <816571070.1316468.1431010136742.JavaMail.zimbra@psu.edu> <cbf9240a2b1c486889af2d8e4ef82692@ESGMTWEX12.win.ad.jhu.edu> <CANdYjfG8roH77CS2LCry-RZmnJE7Fbp4DNoa6oKMfBt9ZFrv3A@mail.gmail.com> <c11f91a43a6644aa9c63366ba6781645@ESGMTWEX12.win.ad.jhu.edu> <1431083653235.54153@lyrasis.org> Message-ID: <96436E14-9DF6-4B14-A0C1-A4C7AB32CE12@virginia.edu> We also found that exporting the resources we wanted to keep, cleaning out the database, and starting fresh was the best approach. On our test installation, we discovered that the process of testing EAD imports had caused a namespace pollution problem with some controlled vocabulary items like container_type expanding to hundreds of items ( and making the dropdown menu?s unusable ). ( Something you should be aware of if you?re going to try to import thousands of EAD files. We found that importing them all in bulk and cleaning up and merging things afterwards was not a feasible method. We will either have to process and clean up a few at a time, or else we need to do better normalization of the EAD before import. A good Schematron validator will likely help there. ) We only had a half dozen or so resources that were manually entered that we needed to preserve. All of the EAD import tests would need to be redone. We may end up devoting a separate server to doing import and clean up to avoid polluting the database on the production server. Those emum tables are global, so just importing EAD into a separate repo on the same server doesn?t isolate the problems to one repo. After resources have been cleaned up and exported from the staging server, the will be imported into the production server. We moved the resources we wanted to keep into one repo and exported it with the ead_export script. We had initially created some of our repo from a script using the backend API, and had json files to recreate them again. We exported users using the API and imported the json files again using the API. In our case this was easier and worked better than trying to identify and delete everything we didn?t want to keep. > On May 8, 2015, at 7:14 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote: > > Hi, > > Yes, some types ( Agents, Subjects, Locations ) are globally scoped and are not tied to a specific repository. This is so you don't have to make multiple Agent records for the same person for each repository you have. > > If you want to delete these, the easiest way is to do it via the API. > > If you want to blast everything in ASpace, the easiest way is to simply drop the database, delete the index ( in data/solr_index) and start with a fresh install. > > b,chris. > > Chris Fitzpatrick | Developer, ArchivesSpace > Skype: chrisfitzpat | Phone: 918.236.6048 > http://archivesspace.org/ <http://archivesspace.org/> > From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Valerie Addonizio <vaddoniz at jhu.edu> > Sent: Thursday, May 7, 2015 5:13 PM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" > > Thanks, Maura. I will look into that. > > -V > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone > Sent: Thursday, May 07, 2015 11:03 AM > To: Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" > > Hi Valerie, > You could batch delete through the API -- I've done this with accessions, but it looks like there are commands for removing agents and subjects as well (http://archivesspace.github.io/archivesspace/doc/file.API.html <http://archivesspace.github.io/archivesspace/doc/file.API.html>). I don't know why they didn't delete with the snapshot; agents are kept in the database as far as I am aware so as long as that was reset to zero (so to speak) I would think they would go away. > > -Maura > > On Thu, May 7, 2015 at 10:57 AM, Valerie Addonizio <vaddoniz at jhu.edu <mailto:vaddoniz at jhu.edu>> wrote: > Thanks, Ben. > > As a follow up to you and the community, my partner in crime on the server side attempted to restore our instance by using a snapshot he took before my test migration of accession records. When he went to restore the instance based on that snapshot, the repositories were successfully emptied out, but the Agents and Subjects remained. I might ask him to ask the question in a more technical sense, but can anyone inform us as to why that happened? Why did the Agents and Subjects persist? How can we remove them, other than manually? > > Thanks. > > -Valerie > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Ben Goldman > Sent: Thursday, May 07, 2015 10:49 AM > To: Archivesspace Users Group > > Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" > > Hi Valerie, > > As I understand it, Accessions, Resources and Digital Objects are repository-specific, while Subjects and Agents (and maybe the other modules like Locations, Events, Collection Management and Classifications) exist across repositories. > > -Ben > > > Ben Goldman > Digital Records Archivist > Penn State University Libraries > University Park, PA > 814-863-8333 <tel:814-863-8333> > http://www.libraries.psu.edu/psul/speccolls.html <http://www.libraries.psu.edu/psul/speccolls.html> > > From: "Valerie Addonizio" <vaddoniz at jhu.edu <mailto:vaddoniz at jhu.edu>> > To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>> > Sent: Thursday, May 7, 2015 10:42:26 AM > Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" > > I am bumping this question back up, since I do need a working understanding of the relationship between repositories and Agents and Subjects in order to plan our migration. If my question is totally bonkers, feel free to tell me. > > -Valerie > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Valerie Addonizio > Sent: Monday, May 04, 2015 5:06 PM > To: archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org> > Subject: [Archivesspace_Users_Group] What defines "a repository?" > > Dear everyone, > > Here?s another pretty basic question. > > I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. > > Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for ?Doe, John? in one, it would not appear elsewhere. > > So, I?d like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines ?a repository?? > > Thanks for the continuing assistance! > > -Valerie > > -------------------------------- > Valerie Addonizio > Archivist > The Sheridan Libraries > Johns Hopkins University > vaddoniz at jhu.edu <mailto:vaddoniz at jhu.edu> > 410-516-5261 <tel:410-516-5261> > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> > > > > -- > Maura Carbone > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu <mailto:mauraa at brandeis.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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/6874785e/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4943 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/6874785e/attachment.bin> From vaddoniz at jhu.edu Fri May 8 14:01:43 2015 From: vaddoniz at jhu.edu (Valerie Addonizio) Date: Fri, 8 May 2015 18:01:43 +0000 Subject: [Archivesspace_Users_Group] What defines "a repository?" In-Reply-To: <96436E14-9DF6-4B14-A0C1-A4C7AB32CE12@virginia.edu> References: <28314c82b5624354a35e914334492857@ESGMTWEX12.win.ad.jhu.edu> <02442d2f51374a5ca2559465b79b0560@ESGMTWEX12.win.ad.jhu.edu> <816571070.1316468.1431010136742.JavaMail.zimbra@psu.edu> <cbf9240a2b1c486889af2d8e4ef82692@ESGMTWEX12.win.ad.jhu.edu> <CANdYjfG8roH77CS2LCry-RZmnJE7Fbp4DNoa6oKMfBt9ZFrv3A@mail.gmail.com> <c11f91a43a6644aa9c63366ba6781645@ESGMTWEX12.win.ad.jhu.edu> <1431083653235.54153@lyrasis.org> <96436E14-9DF6-4B14-A0C1-A4C7AB32CE12@virginia.edu> Message-ID: <3cc35a2b2f874689878568c23e4f0a7d@ESGMTWEX12.win.ad.jhu.edu> Steven and Chris, Thank you both for this info, this gives us plenty to move forward with! -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski Sent: Friday, May 08, 2015 12:09 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" We also found that exporting the resources we wanted to keep, cleaning out the database, and starting fresh was the best approach. On our test installation, we discovered that the process of testing EAD imports had caused a namespace pollution problem with some controlled vocabulary items like container_type expanding to hundreds of items ( and making the dropdown menu's unusable ). ( Something you should be aware of if you're going to try to import thousands of EAD files. We found that importing them all in bulk and cleaning up and merging things afterwards was not a feasible method. We will either have to process and clean up a few at a time, or else we need to do better normalization of the EAD before import. A good Schematron validator will likely help there. ) We only had a half dozen or so resources that were manually entered that we needed to preserve. All of the EAD import tests would need to be redone. We may end up devoting a separate server to doing import and clean up to avoid polluting the database on the production server. Those emum tables are global, so just importing EAD into a separate repo on the same server doesn't isolate the problems to one repo. After resources have been cleaned up and exported from the staging server, the will be imported into the production server. We moved the resources we wanted to keep into one repo and exported it with the ead_export script. We had initially created some of our repo from a script using the backend API, and had json files to recreate them again. We exported users using the API and imported the json files again using the API. In our case this was easier and worked better than trying to identify and delete everything we didn't want to keep. On May 8, 2015, at 7:14 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> wrote: Hi, Yes, some types ( Agents, Subjects, Locations ) are globally scoped and are not tied to a specific repository. This is so you don't have to make multiple Agent records for the same person for each repository you have. If you want to delete these, the easiest way is to do it via the API. If you want to blast everything in ASpace, the easiest way is to simply drop the database, delete the index ( in data/solr_index) and start with a fresh install. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Valerie Addonizio <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> Sent: Thursday, May 7, 2015 5:13 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Thanks, Maura. I will look into that. -V From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Thursday, May 07, 2015 11:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, You could batch delete through the API -- I've done this with accessions, but it looks like there are commands for removing agents and subjects as well (http://archivesspace.github.io/archivesspace/doc/file.API.html). I don't know why they didn't delete with the snapshot; agents are kept in the database as far as I am aware so as long as that was reset to zero (so to speak) I would think they would go away. -Maura On Thu, May 7, 2015 at 10:57 AM, Valerie Addonizio <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> wrote: Thanks, Ben. As a follow up to you and the community, my partner in crime on the server side attempted to restore our instance by using a snapshot he took before my test migration of accession records. When he went to restore the instance based on that snapshot, the repositories were successfully emptied out, but the Agents and Subjects remained. I might ask him to ask the question in a more technical sense, but can anyone inform us as to why that happened? Why did the Agents and Subjects persist? How can we remove them, other than manually? Thanks. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Ben Goldman Sent: Thursday, May 07, 2015 10:49 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, As I understand it, Accessions, Resources and Digital Objects are repository-specific, while Subjects and Agents (and maybe the other modules like Locations, Events, Collection Management and Classifications) exist across repositories. -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333<tel:814-863-8333> http://www.libraries.psu.edu/psul/speccolls.html ________________________________ From: "Valerie Addonizio" <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Sent: Thursday, May 7, 2015 10:42:26 AM Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" I am bumping this question back up, since I do need a working understanding of the relationship between repositories and Agents and Subjects in order to plan our migration. If my question is totally bonkers, feel free to tell me. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Monday, May 04, 2015 5:06 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] What defines "a repository?" Dear everyone, Here's another pretty basic question. I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for "Doe, John" in one, it would not appear elsewhere. So, I'd like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines "a repository?" Thanks for the continuing assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu> 410-516-5261<tel:410-516-5261> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/fd2728f3/attachment.html> From jvb at sfasu.edu Fri May 8 14:49:29 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Fri, 08 May 2015 18:49:29 +0000 Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F6E8@EXCHMBOX02.sfasu.nac> Is there a way to edit in a Rapid Data Entry? I made a mistake in Rapid Data Entry (set Instance to Box rather than Folder). Is there a way to pull up those entries and change the entries with the drop downs rather than going through the records one by one? Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Friday, May 08, 2015 1:02 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Steven and Chris, Thank you both for this info, this gives us plenty to move forward with! -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski Sent: Friday, May 08, 2015 12:09 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" We also found that exporting the resources we wanted to keep, cleaning out the database, and starting fresh was the best approach. On our test installation, we discovered that the process of testing EAD imports had caused a namespace pollution problem with some controlled vocabulary items like container_type expanding to hundreds of items ( and making the dropdown menu's unusable ). ( Something you should be aware of if you're going to try to import thousands of EAD files. We found that importing them all in bulk and cleaning up and merging things afterwards was not a feasible method. We will either have to process and clean up a few at a time, or else we need to do better normalization of the EAD before import. A good Schematron validator will likely help there. ) We only had a half dozen or so resources that were manually entered that we needed to preserve. All of the EAD import tests would need to be redone. We may end up devoting a separate server to doing import and clean up to avoid polluting the database on the production server. Those emum tables are global, so just importing EAD into a separate repo on the same server doesn't isolate the problems to one repo. After resources have been cleaned up and exported from the staging server, the will be imported into the production server. We moved the resources we wanted to keep into one repo and exported it with the ead_export script. We had initially created some of our repo from a script using the backend API, and had json files to recreate them again. We exported users using the API and imported the json files again using the API. In our case this was easier and worked better than trying to identify and delete everything we didn't want to keep. On May 8, 2015, at 7:14 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> wrote: Hi, Yes, some types ( Agents, Subjects, Locations ) are globally scoped and are not tied to a specific repository. This is so you don't have to make multiple Agent records for the same person for each repository you have. If you want to delete these, the easiest way is to do it via the API. If you want to blast everything in ASpace, the easiest way is to simply drop the database, delete the index ( in data/solr_index) and start with a fresh install. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=q26rUj-a9jTpv8lxRfPmy5tI3lT5-GqQ5Bbs0ZZj7tk&s=7t_Lu-xwiaKb0FwKQPEvZALD4u1kelyp9Ky0rozJugk&e=> ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Valerie Addonizio <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> Sent: Thursday, May 7, 2015 5:13 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Thanks, Maura. I will look into that. -V From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Thursday, May 07, 2015 11:03 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, You could batch delete through the API -- I've done this with accessions, but it looks like there are commands for removing agents and subjects as well (http://archivesspace.github.io/archivesspace/doc/file.API.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.github.io_archivesspace_doc_file.API.html&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=q26rUj-a9jTpv8lxRfPmy5tI3lT5-GqQ5Bbs0ZZj7tk&s=58VIYuVQi9ITUUuLCjI36Tj_Yv856ktcPGerCWxgwSI&e=>). I don't know why they didn't delete with the snapshot; agents are kept in the database as far as I am aware so as long as that was reset to zero (so to speak) I would think they would go away. -Maura On Thu, May 7, 2015 at 10:57 AM, Valerie Addonizio <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> wrote: Thanks, Ben. As a follow up to you and the community, my partner in crime on the server side attempted to restore our instance by using a snapshot he took before my test migration of accession records. When he went to restore the instance based on that snapshot, the repositories were successfully emptied out, but the Agents and Subjects remained. I might ask him to ask the question in a more technical sense, but can anyone inform us as to why that happened? Why did the Agents and Subjects persist? How can we remove them, other than manually? Thanks. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Ben Goldman Sent: Thursday, May 07, 2015 10:49 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" Hi Valerie, As I understand it, Accessions, Resources and Digital Objects are repository-specific, while Subjects and Agents (and maybe the other modules like Locations, Events, Collection Management and Classifications) exist across repositories. -Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333<tel:814-863-8333> http://www.libraries.psu.edu/psul/speccolls.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.libraries.psu.edu_psul_speccolls.html&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=q26rUj-a9jTpv8lxRfPmy5tI3lT5-GqQ5Bbs0ZZj7tk&s=_aYfuoGoLLpSeCiyEgs2gaLQMJ6pgBYb0ayUenKxeK8&e=> ________________________________ From: "Valerie Addonizio" <vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu>> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Sent: Thursday, May 7, 2015 10:42:26 AM Subject: Re: [Archivesspace_Users_Group] What defines "a repository?" I am bumping this question back up, since I do need a working understanding of the relationship between repositories and Agents and Subjects in order to plan our migration. If my question is totally bonkers, feel free to tell me. -Valerie From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Valerie Addonizio Sent: Monday, May 04, 2015 5:06 PM To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] What defines "a repository?" Dear everyone, Here's another pretty basic question. I currently have three repositories in our instance of AS. One was created by the migrator when I migrated over our accessions, one is blank, and one holds resources that I want to play around with. Today I imported our accessions and created the third repository mentioned above, but was surprised to find that the names and subjects that I had imported appeared in every repository, not just the repository that the migrator created. This made me realize that a very basic assumption of mine was seriously flawed: I had guessed that repositories were completely separate from one another, and that if I had an agent record for "Doe, John" in one, it would not appear elsewhere. So, I'd like to request a basic explanation of what the repositories hold that are unique to them, and what is shared across the entire instance? What defines "a repository?" Thanks for the continuing assistance! -Valerie -------------------------------- Valerie Addonizio Archivist The Sheridan Libraries Johns Hopkins University vaddoniz at jhu.edu<mailto:vaddoniz at jhu.edu> 410-516-5261<tel:410-516-5261> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=q26rUj-a9jTpv8lxRfPmy5tI3lT5-GqQ5Bbs0ZZj7tk&s=ssB8QodtrzF5tl71_0F1z1bIRtRXKbB3qSLexbjjKzA&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=q26rUj-a9jTpv8lxRfPmy5tI3lT5-GqQ5Bbs0ZZj7tk&s=ssB8QodtrzF5tl71_0F1z1bIRtRXKbB3qSLexbjjKzA&e=> -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFAg&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=q26rUj-a9jTpv8lxRfPmy5tI3lT5-GqQ5Bbs0ZZj7tk&s=ssB8QodtrzF5tl71_0F1z1bIRtRXKbB3qSLexbjjKzA&e=> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/529bac16/attachment.html> From steelsen.smith at yale.edu Fri May 8 14:39:16 2015 From: steelsen.smith at yale.edu (Smith, Steelsen) Date: Fri, 8 May 2015 18:39:16 +0000 Subject: [Archivesspace_Users_Group] Repository Search API Behavior Message-ID: <918BA6B76E992141A00B3FA3E96AA5EA016B2D90DA@x10-mbx14.yu.yale.edu> Hi, I'm presently working with the repository search endpoint (/repositories/:repo_id/search) and note in the documentation that it doesn't include a limiting parameter. Attempting to return all results yields a 500 error. Can anyone tell me if this is expected behavior? Trying http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS 1981&filter_term[]={"level": "series"} Gives back an error asking to specify set, page, or all ids: {"error":{"page":["Parameter required but no value provided"],"id_set":["Parameter required but no value provided"],"all_ids":["Parameter required but no value provided"]}} Specifying page works, but specifying all_ids=true: http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS 1981&filter_term[]={"level": "series"}&all_ids=true Internal Server Error (500) Request Method: GET Request URL: http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS%201981&filter_term[]={%22level%22:%20%22series%22}&all_ids=true<http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS%201981&filter_term%5b%5d=%7b%22level%22:%20%22series%22%7d&all_ids=true> (NoMethodError) undefined method `-' for nil:NilClass ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150508/99fafbe5/attachment.html> From Chris.Fitzpatrick at lyrasis.org Mon May 11 08:29:19 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 11 May 2015 12:29:19 +0000 Subject: [Archivesspace_Users_Group] Repository Search API Behavior In-Reply-To: <918BA6B76E992141A00B3FA3E96AA5EA016B2D90DA@x10-mbx14.yu.yale.edu> References: <918BA6B76E992141A00B3FA3E96AA5EA016B2D90DA@x10-mbx14.yu.yale.edu> Message-ID: <1431347362613.51528@lyrasis.org> Hi Steelsen, Yeah, the solr queries done under the search end-points are paginated, but slightly different. The all_ids parameter is actually not used, but you do need to put a :page parameter ( that's what the nilClass error is complaining about ) http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS 1981&filter_term[]={"level": "series"}&page=1 should work...b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Smith, Steelsen <steelsen.smith at yale.edu> Sent: Friday, May 8, 2015 8:39 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Repository Search API Behavior Hi, I'm presently working with the repository search endpoint (/repositories/:repo_id/search) and note in the documentation that it doesn't include a limiting parameter. Attempting to return all results yields a 500 error. Can anyone tell me if this is expected behavior? Trying http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS 1981&filter_term[]={"level": "series"} Gives back an error asking to specify set, page, or all ids: {"error":{"page":["Parameter required but no value provided"],"id_set":["Parameter required but no value provided"],"all_ids":["Parameter required but no value provided"]}} Specifying page works, but specifying all_ids=true: http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS 1981&filter_term[]={"level": "series"}&all_ids=true Internal Server Error (500) Request Method: GET Request URL: http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS%201981&filter_term[]={%22level%22:%20%22series%22}&all_ids=true<http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS%201981&filter_term%5b%5d=%7b%22level%22:%20%22series%22%7d&all_ids=true> (NoMethodError) undefined method `-' for nil:NilClass ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150511/d340d6ae/attachment.html> From steelsen.smith at yale.edu Mon May 11 10:00:53 2015 From: steelsen.smith at yale.edu (Smith, Steelsen) Date: Mon, 11 May 2015 14:00:53 +0000 Subject: [Archivesspace_Users_Group] Repository Search API Behavior In-Reply-To: <1431347362613.51528@lyrasis.org> References: <918BA6B76E992141A00B3FA3E96AA5EA016B2D90DA@x10-mbx14.yu.yale.edu> <1431347362613.51528@lyrasis.org> Message-ID: <918BA6B76E992141A00B3FA3E96AA5EA016B2DC517@x10-mbx14.yu.yale.edu> Thanks, Chris. That's indeed what I found. I was thrown by the error message that implies any of the three limiting parameters can be used. The autodocs also don't mention it. Very low priority but maybe something to add to the bugtracker. Best, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, May 11, 2015 8:29 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Repository Search API Behavior Hi Steelsen, Yeah, the solr queries done under the search end-points are paginated, but slightly different. The all_ids parameter is actually not used, but you do need to put a :page parameter ( that's what the nilClass error is complaining about ) http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS 1981&filter_term[]={"level": "series"}&page=1 should work...b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Smith, Steelsen <steelsen.smith at yale.edu<mailto:steelsen.smith at yale.edu>> Sent: Friday, May 8, 2015 8:39 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Repository Search API Behavior Hi, I'm presently working with the repository search endpoint (/repositories/:repo_id/search) and note in the documentation that it doesn't include a limiting parameter. Attempting to return all results yields a 500 error. Can anyone tell me if this is expected behavior? Trying http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS 1981&filter_term[]={"level": "series"} Gives back an error asking to specify set, page, or all ids: {"error":{"page":["Parameter required but no value provided"],"id_set":["Parameter required but no value provided"],"all_ids":["Parameter required but no value provided"]}} Specifying page works, but specifying all_ids=true: http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS 1981&filter_term[]={"level": "series"}&all_ids=true Internal Server Error (500) Request Method: GET Request URL: http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS%201981&filter_term[]={%22level%22:%20%22series%22}&all_ids=true<http://devaspace.library.yale.edu:8089/repositories/20/search?q=MS%201981&filter_term%5b%5d=%7b%22level%22:%20%22series%22%7d&all_ids=true> (NoMethodError) undefined method `-' for nil:NilClass ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150511/288af539/attachment.html> From angela.spinazze at lyrasis.org Mon May 11 16:11:08 2015 From: angela.spinazze at lyrasis.org (Angela Spinazze) Date: Mon, 11 May 2015 20:11:08 +0000 Subject: [Archivesspace_Users_Group] Fwd: LYRASIS Announces New Chief Executive Officer References: <1119696959715.1101555263485.-1.0.211516JL.1001@scheduler.constantcontact.com> Message-ID: <2DAEBFC8-27B9-41C6-86D6-E94C3B011967@lyrasis.org> Dear ArchivesSpace Members, We are excited to share this wonderful news! Angela ============================ Angela Spinazz? Senior Director of Collaborative Programs and CollectionSpace Program Director LYRASIS email: angela.spinazze at lyrasis.org<mailto:angela.spinazze at lyrasis.org> voice: +1 800.999.8558 x2922 www.archivesspace.org<http://www.archivesspace.org> www.collectionspace.org<http://www.collectionspace.org> www.lyrasis.org<http://www.collectionspace.org> [LYRASIS Logo]<http://r20.rs6.net/tn.jsp?e=001BaFF1E4l9mtU6rhPcHG-5rNF-CD--QN0rUkvJQyerxnVTMtgA6GPQEJTBzikV1PE0Cjv3-KfELG6chne7hkFXRs64LL9eW_KwX61GKfSzTE=> [Divider Small] PRESS RELEASE Contact: Meg Blum Manager of Member Communications 800.999.8558, ext. 2951 meg.blum at lyrasis.org<mailto:meg.blum at lyrasis.org?subject=LYRASIS%20Press%20Release%20Inquiry> LYRASIS Announces New Chief Executive Officer Atlanta, GA - May 8, 2015 - LYRASIS, one of the nation's largest non-profit membership associations serving libraries, archives and museums, has announced the selection of Robert Miller as its new Chief Executive Officer (CEO), effective June 15, 2015. Miller will fill the position previously held by Kate Nevins, who is retiring after more than 20 years with LYRASIS and SOLINET, one of its predecessor organizations. The selection was made after a rigorous national search and was finalized by the LYRASIS Board of Trustees after their April 30, 2015 meeting. "We are extremely pleased to announce this new appointment," said Cynthia L. Henderson, Executive Director of the Louis Stokes Health Sciences Library at Howard University and Chair of the LYRASIS Board of Trustees. "We sought the best and are delighted that Robert Miller has accepted our offer. Robert will be visible in our partner community and will represent the values and mission of LYRASIS. He will be comfortable leading and guiding LYRASIS to further greatness while meeting community needs in innovative ways that will shape future programs, initiatives and the ways we serve our members." Kate Nevins, LYRASIS' current Executive Director, says "I think this appointment marks an excellent decision by our Board of Trustees, and I believe Robert Miller will be a strong leader for the organization. His background working with both technology solutions and the library, archive and museum communities will be a perfect fit for the future needs of our members. I look forward to what is ahead for LYRASIS under his direction." Robert Miller comes to LYRASIS from Internet Archive, a non-profit library of millions of free books, movies, software, music and more. While there he served as General Manager of Digital Libraries, building the Digital Libraries Division from the ground up and resulting in more than 600 million digitized pages globally available with more than 30 million monthly downloads. His work included building key partnerships with state librarians, top libraries, archives and museums across the United States, leading library consortia across North America, and global grant-funding institutions and technology company leaders such as MSN. Prior to his tenure with Internet Archive, he was founder and co-founder of start-up companies, including as CEO of an Israeli technology company that was commercializing specialized search technology and as co-founder and President of an information services company where he developed and helped patent a consumer behavior referral technology that utilized free, user-generated content to improve retail sales. He holds a Bachelor of Science degree from Lehigh University. "I look forward to continuing to serve and partner with the library, archive and museum communities in this new capacity," remarks Miller. "I have so much respect for these fields because of their innovative technologies, forward-thinking solutions and invaluable contributions to their communities and users. LYRASIS has long been a partner to those institutions and I welcome the chance to build new opportunities and collaborations into the future." About LYRASIS LYRASIS, a non-profit membership organization, partners with member libraries, archives and museums to create, access and manage information with an emphasis on digital content, while building and sustaining collaboration, enhancing operations and technology, and increasing buying power. For more information, please visit www.lyrasis.org<http://r20.rs6.net/tn.jsp?e=001BaFF1E4l9mtU6rhPcHG-5rNF-CD--QN0rUkvJQyerxnVTMtgA6GPQEJTBzikV1PE0Cjv3-KfELG6chne7hkFXRs64LL9eW_KwX61GKfSzTE=>. STAY CONNECTED [Like us on Facebook]<http://r20.rs6.net/tn.jsp?e=001BaFF1E4l9mtU6rhPcHG-5rNF-CD--QN0rUkvJQyerxnVTMtgA6GPQEJTBzikV1PEvUmYyhAV8EzCnGZv8MYRg5x884D67kIiYiep2J3EkBwvcakHwEf9PTffc3zPTRsigfp9jUI0LdxkXRCBCtYblA==> [Follow us on Twitter] <http://r20.rs6.net/tn.jsp?e=001BaFF1E4l9mtU6rhPcHG-5rNF-CD--QN0rUkvJQyerxnVTMtgA6GPQEJTBzikV1PEvUmYyhAV8Ey4_sU0OhvZOqVWTLdlFxi2Wt4kbA3faackxxBwaryb3A==> [http://img.constantcontact.com/letters/images/1101116784221/PM_B2BC_BottomShadow.png] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150511/bd04fa9e/attachment.html> From smithkr at mit.edu Mon May 11 16:47:52 2015 From: smithkr at mit.edu (Kari R Smith) Date: Mon, 11 May 2015 20:47:52 +0000 Subject: [Archivesspace_Users_Group] Can researchers create / print a PDF finding aid? Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBE40C867@OC11expo28.exchange.mit.edu> I was looking at the public interface deployments (from the list here: http://www.archivesspace.org/members ) and have not seen a Print option for downloading / printing a finding aid as a researcher. Have I just missed this on the examples I've looked at or is this not in place yet? Thanks, O Collective Widsom Kari R. Smith, Digital Archivist MIT Libraries, Institute Archives and Special Collections 617-258-5568 | smithkr (at) mit.edu http://libraries.mit.edu/archives/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150511/3fcc1459/attachment.html> From luftsche at usc.edu Mon May 11 16:52:28 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Mon, 11 May 2015 20:52:28 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace hosting Message-ID: <DM2PR0701MB1327A845CB784A03AA539A7DD3DB0@DM2PR0701MB1327.namprd07.prod.outlook.com> Hi all, We are interested in exploring alternative options for hosting our instance of ArchivesSpace, and were wondering if anyone had any experience with hosting services, specifically Library Host? Thanks, Sue Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu<mailto:luftsche at usc.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150511/2f215a49/attachment.html> From brad.westbrook at lyrasis.org Mon May 11 17:18:27 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Mon, 11 May 2015 21:18:27 +0000 Subject: [Archivesspace_Users_Group] Can researchers create / print a PDF finding aid? In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBBE40C867@OC11expo28.exchange.mit.edu> References: <29F559819ACA9A4FBF208407D4B63ABBBE40C867@OC11expo28.exchange.mit.edu> Message-ID: <CY1PR0801MB082848EFE86B5ED009B1FEAF94DB0@CY1PR0801MB0828.namprd08.prod.outlook.com> Hi, Kari, Printable PDFs for resources can be provided from the ArchivesSpace Public interface, as can downloads of other data formats for resources and digital objects. To do so, you'll need to modify your config.rb file as directed in the instructions at https://github.com/archivesspace/aspace-public-formats. Once enabled the options will appear at the bottom of the navigation page for the resource or digital object, e.g.: [cid:image001.jpg at 01D08C0E.AC6279B0] Cheers, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org> 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith Sent: Monday, May 11, 2015 4:48 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] Can researchers create / print a PDF finding aid? I was looking at the public interface deployments (from the list here: http://www.archivesspace.org/members ) and have not seen a Print option for downloading / printing a finding aid as a researcher. Have I just missed this on the examples I've looked at or is this not in place yet? Thanks, O Collective Widsom Kari R. Smith, Digital Archivist MIT Libraries, Institute Archives and Special Collections 617-258-5568 | smithkr (at) mit.edu http://libraries.mit.edu/archives/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150511/7bfce381/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29768 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150511/7bfce381/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7640 bytes Desc: image002.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150511/7bfce381/attachment.png> From smithkr at mit.edu Tue May 12 09:07:27 2015 From: smithkr at mit.edu (Kari R Smith) Date: Tue, 12 May 2015 13:07:27 +0000 Subject: [Archivesspace_Users_Group] Can researchers create / print a PDF finding aid? Message-ID: <29F559819ACA9A4FBF208407D4B63ABBBE40CAA3@OC11expo28.exchange.mit.edu> Thank you, Brad. Kari From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook Sent: Monday, May 11, 2015 5:18 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Can researchers create / print a PDF finding aid? Hi, Kari, Printable PDFs for resources can be provided from the ArchivesSpace Public interface, as can downloads of other data formats for resources and digital objects. To do so, you'll need to modify your config.rb file as directed in the instructions at https://github.com/archivesspace/aspace-public-formats. Once enabled the options will appear at the bottom of the navigation page for the resource or digital object, e.g.: [cid:image001.jpg at 01D08C93.0FF6D460] Cheers, Brad W. Bradley D. Westbrook Program Manager brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org> 800.999.8558 x2910 678.235.2910 bradley_d_westbrook (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith Sent: Monday, May 11, 2015 4:48 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>) Subject: [Archivesspace_Users_Group] Can researchers create / print a PDF finding aid? I was looking at the public interface deployments (from the list here: http://www.archivesspace.org/members ) and have not seen a Print option for downloading / printing a finding aid as a researcher. Have I just missed this on the examples I've looked at or is this not in place yet? Thanks, O Collective Widsom Kari R. Smith, Digital Archivist MIT Libraries, Institute Archives and Special Collections 617-258-5568 | smithkr (at) mit.edu http://libraries.mit.edu/archives/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/21826684/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 29768 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/21826684/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7640 bytes Desc: image002.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/21826684/attachment.png> From mGorzalski at lib.siu.edu Tue May 12 13:20:21 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Tue, 12 May 2015 17:20:21 +0000 Subject: [Archivesspace_Users_Group] Accessions not migrating? Message-ID: <78bfd4262c174231a75d149ae98f1efb@it-excmb3.ad.siu.edu> Hi all, We're still test migrating from Archon to ArchivesSpace. It seems our accessions are not migrating. I've attached screen shots to illustrate accessions we see in Archon, and that that in both public and staff ASpace interface you get "no records." Not sure if the problem is on our end or a migration tool issue. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/fc7da6d0/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: archon_accessions.jpg Type: image/jpeg Size: 276247 bytes Desc: archon_accessions.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/fc7da6d0/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: archon_accessions_2.jpg Type: image/jpeg Size: 258009 bytes Desc: archon_accessions_2.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/fc7da6d0/attachment-0001.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: aspace_accessions.jpg Type: image/jpeg Size: 358149 bytes Desc: aspace_accessions.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/fc7da6d0/attachment-0002.jpg> From ns96 at nyu.edu Tue May 12 14:06:01 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Tue, 12 May 2015 14:06:01 -0400 Subject: [Archivesspace_Users_Group] Accessions not migrating? In-Reply-To: <78bfd4262c174231a75d149ae98f1efb@it-excmb3.ad.siu.edu> References: <78bfd4262c174231a75d149ae98f1efb@it-excmb3.ad.siu.edu> Message-ID: <CADi=b=OCBWNyOuqW7VVL-aW2P6AAKOAKvVYKOkLevOcHNS7diQ@mail.gmail.com> >From the screen shots, it appears you are migrating into ASpace 1.1.2; however, only migration into ASpace 1.0.4 is currently supported with the Archon migration tool. Also, it could just be the ASpace indexer didn't finish running as yet. In any case, the best way to diagnose the issue, is for us to try the migration on our end. As such, can you send us a database dump of you Archon database? You can use drop-box or similar service to share the file with me using my email ns96 at nyu.edu On Tue, May 12, 2015 at 1:20 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu > wrote: > Hi all, > > > > We?re still test migrating from Archon to ArchivesSpace. It seems our > accessions are not migrating. I?ve attached screen shots to illustrate > accessions we see in Archon, and that that in both public and staff ASpace > interface you get ?no records.? Not sure if the problem is on our end or a > migration tool issue. > > > > MATT GORZALSKI > > University Archivist > > > > MORRIS LIBRARY > > MAIL CODE 6632 > > SOUTHERN ILLINOIS UNIVERSITY > > 605 AGRICULTURE DR > > CARBONDALE, IL 62901 > > > > mgorzalski at lib.siu.edu > > P: 618/453-2225 > > F: 618/453-3440 > > lib.siu.edu > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/305865c9/attachment.html> From mGorzalski at lib.siu.edu Tue May 12 14:49:17 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Tue, 12 May 2015 18:49:17 +0000 Subject: [Archivesspace_Users_Group] Accessions not migrating? In-Reply-To: <CADi=b=OCBWNyOuqW7VVL-aW2P6AAKOAKvVYKOkLevOcHNS7diQ@mail.gmail.com> References: <78bfd4262c174231a75d149ae98f1efb@it-excmb3.ad.siu.edu> <CADi=b=OCBWNyOuqW7VVL-aW2P6AAKOAKvVYKOkLevOcHNS7diQ@mail.gmail.com> Message-ID: <7dc7c114ba4e4b45beb499787c0fd32a@it-excmb3.ad.siu.edu> Nathan, I spoke with Scott Schwartz and I?m going to follow his suggestion of linking creator headings to a test set of Accession records. None of our Accession records have a linked creator and I hope this allows them to migrate. Do you think that would work? We are migrating to the proper ASpace version, and then upgrading from there. Thanks, Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens Sent: Tuesday, May 12, 2015 1:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Accessions not migrating? From the screen shots, it appears you are migrating into ASpace 1.1.2; however, only migration into ASpace 1.0.4 is currently supported with the Archon migration tool. Also, it could just be the ASpace indexer didn't finish running as yet. In any case, the best way to diagnose the issue, is for us to try the migration on our end. As such, can you send us a database dump of you Archon database? You can use drop-box or similar service to share the file with me using my email ns96 at nyu.edu<mailto:ns96 at nyu.edu> On Tue, May 12, 2015 at 1:20 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: Hi all, We?re still test migrating from Archon to ArchivesSpace. It seems our accessions are not migrating. I?ve attached screen shots to illustrate accessions we see in Archon, and that that in both public and staff ASpace interface you get ?no records.? Not sure if the problem is on our end or a migration tool issue. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225<tel:618%2F453-2225> F: 618/453-3440<tel:618%2F453-3440> lib.siu.edu<http://lib.siu.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu<mailto:ns96 at nyu.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/3e448008/attachment.html> From ns96 at nyu.edu Tue May 12 15:02:00 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Tue, 12 May 2015 15:02:00 -0400 Subject: [Archivesspace_Users_Group] Accessions not migrating? In-Reply-To: <7dc7c114ba4e4b45beb499787c0fd32a@it-excmb3.ad.siu.edu> References: <78bfd4262c174231a75d149ae98f1efb@it-excmb3.ad.siu.edu> <CADi=b=OCBWNyOuqW7VVL-aW2P6AAKOAKvVYKOkLevOcHNS7diQ@mail.gmail.com> <7dc7c114ba4e4b45beb499787c0fd32a@it-excmb3.ad.siu.edu> Message-ID: <CADi=b=N+d1=ZmNJPvQZuYujYXK2YxOmTf-msiac5TpF9wPv4kw@mail.gmail.com> Based on how the migration code works, I don't think that would make a difference, and if it does, then the migration tool has a serious bug. On Tue, May 12, 2015 at 2:49 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu > wrote: > Nathan, > > > > I spoke with Scott Schwartz and I?m going to follow his suggestion of > linking creator headings to a test set of Accession records. None of our > Accession records have a linked creator and I hope this allows them to > migrate. Do you think that would work? We are migrating to the proper > ASpace version, and then upgrading from there. > > > > Thanks, > > Matt > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Nathan > Stevens > *Sent:* Tuesday, May 12, 2015 1:06 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Accessions not migrating? > > > > From the screen shots, it appears you are migrating into ASpace 1.1.2; > however, only migration into ASpace 1.0.4 is currently supported with the > Archon migration tool. Also, it could just be the ASpace indexer didn't > finish running as yet. > > > > In any case, the best way to diagnose the issue, is for us to try the > migration on our end. As such, can you send us a database dump of you > Archon database? You can use drop-box or similar service to share the file > with me using my email ns96 at nyu.edu > > > > > > > > On Tue, May 12, 2015 at 1:20 PM, Matthew J Gorzalski < > mGorzalski at lib.siu.edu> wrote: > > Hi all, > > > > We?re still test migrating from Archon to ArchivesSpace. It seems our > accessions are not migrating. I?ve attached screen shots to illustrate > accessions we see in Archon, and that that in both public and staff ASpace > interface you get ?no records.? Not sure if the problem is on our end or a > migration tool issue. > > > > MATT GORZALSKI > > University Archivist > > > > MORRIS LIBRARY > > MAIL CODE 6632 > > SOUTHERN ILLINOIS UNIVERSITY > > 605 AGRICULTURE DR > > CARBONDALE, IL 62901 > > > > mgorzalski at lib.siu.edu > > P: 618/453-2225 > > F: 618/453-3440 > > lib.siu.edu > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Nathan Stevens > Programmer/Analyst > Digital Library Technology Services > New York University > > 1212-998-2653 > ns96 at nyu.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/3c72b02e/attachment.html> From schwrtzs at illinois.edu Tue May 12 15:09:20 2015 From: schwrtzs at illinois.edu (Schwartz, Scott W) Date: Tue, 12 May 2015 19:09:20 +0000 Subject: [Archivesspace_Users_Group] Accessions not migrating? In-Reply-To: <CADi=b=N+d1=ZmNJPvQZuYujYXK2YxOmTf-msiac5TpF9wPv4kw@mail.gmail.com> References: <78bfd4262c174231a75d149ae98f1efb@it-excmb3.ad.siu.edu> <CADi=b=OCBWNyOuqW7VVL-aW2P6AAKOAKvVYKOkLevOcHNS7diQ@mail.gmail.com> <7dc7c114ba4e4b45beb499787c0fd32a@it-excmb3.ad.siu.edu> <CADi=b=N+d1=ZmNJPvQZuYujYXK2YxOmTf-msiac5TpF9wPv4kw@mail.gmail.com> Message-ID: <FCE668E081424B4BBCCFF839466A11E82923287E@CITESMBX5.ad.uillinois.edu> Yes ? my thinking exactly, but we won?t know until we test the hypothesis. scott Scott W. Schwartz Archivist for Music and Fine Arts and Director Sousa Archives and Center for American Music 1103 S. Sixth Street Champaign, IL 61820 217-333-4577 217-244-8695 (f) From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens Sent: Tuesday, May 12, 2015 2:02 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Accessions not migrating? Based on how the migration code works, I don't think that would make a difference, and if it does, then the migration tool has a serious bug. On Tue, May 12, 2015 at 2:49 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: Nathan, I spoke with Scott Schwartz and I?m going to follow his suggestion of linking creator headings to a test set of Accession records. None of our Accession records have a linked creator and I hope this allows them to migrate. Do you think that would work? We are migrating to the proper ASpace version, and then upgrading from there. Thanks, Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Nathan Stevens Sent: Tuesday, May 12, 2015 1:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Accessions not migrating? From the screen shots, it appears you are migrating into ASpace 1.1.2; however, only migration into ASpace 1.0.4 is currently supported with the Archon migration tool. Also, it could just be the ASpace indexer didn't finish running as yet. In any case, the best way to diagnose the issue, is for us to try the migration on our end. As such, can you send us a database dump of you Archon database? You can use drop-box or similar service to share the file with me using my email ns96 at nyu.edu<mailto:ns96 at nyu.edu> On Tue, May 12, 2015 at 1:20 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: Hi all, We?re still test migrating from Archon to ArchivesSpace. It seems our accessions are not migrating. I?ve attached screen shots to illustrate accessions we see in Archon, and that that in both public and staff ASpace interface you get ?no records.? Not sure if the problem is on our end or a migration tool issue. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225<tel:618%2F453-2225> F: 618/453-3440<tel:618%2F453-3440> lib.siu.edu<http://lib.siu.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653<tel:1212-998-2653> ns96 at nyu.edu<mailto:ns96 at nyu.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu<mailto:ns96 at nyu.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/19d496b4/attachment.html> From mkottman at ku.edu Tue May 12 16:51:03 2015 From: mkottman at ku.edu (Kottman, Miloche) Date: Tue, 12 May 2015 20:51:03 +0000 Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F6E8@EXCHMBOX02.sfasu.nac> References: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F6E8@EXCHMBOX02.sfasu.nac> Message-ID: <220B4CB68E19834D965E60AC94D69BD82A797479@EXCH10-MBX-05.home.ku.edu> Nope, though it would sure be nice ;-) If you've got tons to change, you can do Export => Download EAD. Delete the resource record from ArchivesSpace. Use a text editor with a good Find/Replace function to fix the record. Then Import the record via Create => Background Jobs => Import Data. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Friday, May 08, 2015 1:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Is there a way to edit in a Rapid Data Entry? I made a mistake in Rapid Data Entry (set Instance to Box rather than Folder). Is there a way to pull up those entries and change the entries with the drop downs rather than going through the records one by one? Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150512/44968d46/attachment.html> From Chris.Fitzpatrick at lyrasis.org Wed May 13 02:51:39 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 13 May 2015 06:51:39 +0000 Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" In-Reply-To: <220B4CB68E19834D965E60AC94D69BD82A797479@EXCH10-MBX-05.home.ku.edu> References: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F6E8@EXCHMBOX02.sfasu.nac>, <220B4CB68E19834D965E60AC94D69BD82A797479@EXCH10-MBX-05.home.ku.edu> Message-ID: <DM2PR0801MB0848FC5C431C31947DE6B0CAFBD90@DM2PR0801MB0848.namprd08.prod.outlook.com> Have you tried using the find/replace feature? Best, Chris ----- Reply message ----- From: "Kottman, Miloche" <mkottman at ku.edu> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Date: Tue, May 12, 2015 22:51 Nope, though it would sure be nice ;-) If you've got tons to change, you can do Export => Download EAD. Delete the resource record from ArchivesSpace. Use a text editor with a good Find/Replace function to fix the record. Then Import the record via Create => Background Jobs => Import Data. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Friday, May 08, 2015 1:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Is there a way to edit in a Rapid Data Entry? I made a mistake in Rapid Data Entry (set Instance to Box rather than Folder). Is there a way to pull up those entries and change the entries with the drop downs rather than going through the records one by one? Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150513/64a86fee/attachment.html> From brad.westbrook at lyrasis.org Wed May 13 07:54:44 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 13 May 2015 11:54:44 +0000 Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" In-Reply-To: <DM2PR0801MB0848FC5C431C31947DE6B0CAFBD90@DM2PR0801MB0848.namprd08.prod.outlook.com> References: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F6E8@EXCHMBOX02.sfasu.nac>, <220B4CB68E19834D965E60AC94D69BD82A797479@EXCH10-MBX-05.home.ku.edu> <DM2PR0801MB0848FC5C431C31947DE6B0CAFBD90@DM2PR0801MB0848.namprd08.prod.outlook.com> Message-ID: <CY1PR0801MB082871E1C7AC2254F25756B994D90@CY1PR0801MB0828.namprd08.prod.outlook.com> Good luck, Chris. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Wednesday, May 13, 2015 2:52 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Have you tried using the find/replace feature? Best, Chris ----- Reply message ----- From: "Kottman, Miloche" <mkottman at ku.edu<mailto:mkottman at ku.edu>> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Date: Tue, May 12, 2015 22:51 Nope, though it would sure be nice ;-) If you've got tons to change, you can do Export => Download EAD. Delete the resource record from ArchivesSpace. Use a text editor with a good Find/Replace function to fix the record. Then Import the record via Create => Background Jobs => Import Data. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Friday, May 08, 2015 1:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Is there a way to edit in a Rapid Data Entry? I made a mistake in Rapid Data Entry (set Instance to Box rather than Folder). Is there a way to pull up those entries and change the entries with the drop downs rather than going through the records one by one? Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150513/eb04414b/attachment.html> From maureen.callahan at yale.edu Wed May 13 08:36:42 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Wed, 13 May 2015 12:36:42 +0000 Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Message-ID: <AD669F4F98CAF842A44EB31636A067CB243511F7@x10-mbx15.yu.yale.edu> A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150513/60bfd3ef/attachment.html> From brad.westbrook at lyrasis.org Wed May 13 09:07:23 2015 From: brad.westbrook at lyrasis.org (Brad Westbrook) Date: Wed, 13 May 2015 13:07:23 +0000 Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" References: <A01F04C6A8ABA54CB3587082D1DEE0BC1270F6E8@EXCHMBOX02.sfasu.nac>, <220B4CB68E19834D965E60AC94D69BD82A797479@EXCH10-MBX-05.home.ku.edu> <DM2PR0801MB0848FC5C431C31947DE6B0CAFBD90@DM2PR0801MB0848.namprd08.prod.outlook.com> Message-ID: <CY1PR0801MB0828B92B3CE0E5F24E13A14794D90@CY1PR0801MB0828.namprd08.prod.outlook.com> My apology, folks. My reply below was to have been for an out of the office note, and not the note I inadvertently attached it to. I actually think Chris's suggestion to try the find/replace method for resources is good. That method is now part of the expanded background jobs available in the 1.2 release. Brad From: Brad Westbrook Sent: Wednesday, May 13, 2015 7:56 AM To: 'Archivesspace Users Group' Subject: RE: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Good luck, Chris. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Wednesday, May 13, 2015 2:52 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Have you tried using the find/replace feature? Best, Chris ----- Reply message ----- From: "Kottman, Miloche" <mkottman at ku.edu<mailto:mkottman at ku.edu>> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Date: Tue, May 12, 2015 22:51 Nope, though it would sure be nice ;-) If you've got tons to change, you can do Export => Download EAD. Delete the resource record from ArchivesSpace. Use a text editor with a good Find/Replace function to fix the record. Then Import the record via Create => Background Jobs => Import Data. --Miloche Kottman University of Kansas Libraries From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Friday, May 08, 2015 1:49 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Edit using Rapid Data "Entry" Is there a way to edit in a Rapid Data Entry? I made a mistake in Rapid Data Entry (set Instance to Box rather than Folder). Is there a way to pull up those entries and change the entries with the drop downs rather than going through the records one by one? Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150513/64630bfc/attachment.html> From mGorzalski at lib.siu.edu Wed May 13 09:11:02 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 13 May 2015 13:11:02 +0000 Subject: [Archivesspace_Users_Group] Classification problem fixed, almost Message-ID: <042f663e3cb44584a989a2b71c12ea07@it-excmb3.ad.siu.edu> Developers, Previously I wrote about how our public ASpace listed 30 classifications while our staff interface listed only 5. This was a problem because only 5/30 classifications actually had collections linked to them and the other 25 where empty, duplicative shells. I remembered that the classifications are duplicated across repositories, so in the ASpace staff view I switched repositories in the drop-down menu in the upper right and found the other classifications I thought were missing previously. I was able to delete all of the bad classifications by going into each of our repositories and locating the empty shells. It turned out that the repository name matched the name of the good classification. In other words, the only classification in the Manuscripts repository with content happened to be the Manuscripts classification. I've attached a screen shot of an error I get that prevents me from deleting the final 2 bad classifications. You're looking at the Manuscripts repository and I get this error when trying to delete Photographs and University Archives. I did not get this error in any other circumstance. Thanks, MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150513/1229de89/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: deletion_error.jpg Type: image/jpeg Size: 264307 bytes Desc: deletion_error.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150513/1229de89/attachment.jpg> From harnold at rockarch.org Wed May 13 17:14:06 2015 From: harnold at rockarch.org (Arnold, Hillel) Date: Wed, 13 May 2015 17:14:06 -0400 Subject: [Archivesspace_Users_Group] Container label export Message-ID: <D17936DE.3A340%harnold@rockarch.org> I?ve been doing a bit of tweaking to the Download Container Labels functionality, and in the process discovered that I get a timeout error when attempting to export container labels for large collections. I tried a variety of things, including commenting out everything inside the "objects.each do? loop of the generate_label_rows, but it appears that even looping through every object in the collection causes that same timeout error. I?m wondering if there are any ways to avoid this error, either by improving the logic or changing the serialization mechanism. EAD exports, which are way more complex, work just fine, so there?s obviously a way to do this. Any clues would be very much appreciated! Thanks, Hillel Arnold Lead Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150513/510aa651/attachment.html> From ns96 at nyu.edu Thu May 14 10:02:11 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Thu, 14 May 2015 10:02:11 -0400 Subject: [Archivesspace_Users_Group] Log file for Initial ArchivesSpace start In-Reply-To: <CY1PR0301MB1273F46837549E97D6093E26E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> References: <CY1PR0301MB1273F46837549E97D6093E26E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> Message-ID: <CADi=b=Ngx4oe6wbgK4JjZD6C-WWRXB1Ec5c6BhXnweSzzEfTcg@mail.gmail.com> All issues need to be sent to the Archivesspace user group ( archivesspace_users_group at lyralists.lyrasis.org) initially as other members in the community maybe having the same issue. On Thu, May 14, 2015 at 9:57 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote: > Nathan, > > > > I have attached the initial log file for my ArchivesSpace > instance that I have created. I noticed some Errno on lines 191, 260, and > 281 regarding the webapp/Web-INF issue. Please advise. > > > > Thank you, > > > > Phil > > > > Phillip Suda > > Systems Librarian > > Howard-Tilton Memorial Library > > Tulane University > > psuda1 at tulane.edu > > 504-865-5607 > > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/f4865f6a/attachment.html> From psuda1 at tulane.edu Thu May 14 10:08:09 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 14 May 2015 14:08:09 +0000 Subject: [Archivesspace_Users_Group] Error regarding WEB-INF in og file for initial ArchivesSpace start Message-ID: <CY1PR0301MB12730A11EF715AB2981B23E3E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> Good morning, After putting up a new instance of ASpace 1.0.4, I noticed that the log file is presenting errors (see attached) at line 191 for example. #<Errno::ENOENT: No such file or directory - /www/archivesspace/ArchivesSpace/tmp/jetty-0.0.0.0-8090-indexer.war-_aspace-indexer-any-/webapp/WEB-INF/ArchivesSpace/tmp> org/jruby/RubyFile.java:838:in `stat' Thanks, Phil From: Suda, Phillip J Sent: Thursday, May 14, 2015 8:57 AM To: 'Nathan Stevens' Subject: Log file for Initial ArchivesSpace start Nathan, I have attached the initial log file for my ArchivesSpace instance that I have created. I noticed some Errno on lines 191, 260, and 281 regarding the webapp/Web-INF issue. Please advise. Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu<mailto:psuda1 at tulane.edu> 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/f6f4700f/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: archivesspace.out Type: application/octet-stream Size: 665564 bytes Desc: archivesspace.out URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/f6f4700f/attachment.obj> From psuda1 at tulane.edu Thu May 14 10:09:22 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 14 May 2015 14:09:22 +0000 Subject: [Archivesspace_Users_Group] Archon Migration Tool error Message-ID: <CY1PR0301MB1273D9AA95E0ED633DA0D783E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> Good morning, When I run the archon migration tool (java -jar ....), I get the following Warning when it starts running, "Warning: no webapp classes folder found - /tmp/warbler..../archon-migration.war/WEB-INF/classes." Please advise. Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu<mailto:psuda1 at tulane.edu> 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/9b0d2951/attachment.html> From psuda1 at tulane.edu Thu May 14 10:11:32 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 14 May 2015 14:11:32 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace Message-ID: <CY1PR0301MB12731D9730BECD7B62A61E56E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> Good morning all, Is there a way to find a current list of ASpace members that have gone live with ArchivesSpace? Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/695f2ec1/attachment.html> From christine.dibella at lyrasis.org Thu May 14 10:33:56 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 14 May 2015 14:33:56 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace In-Reply-To: <CY1PR0301MB12731D9730BECD7B62A61E56E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> References: <CY1PR0301MB12731D9730BECD7B62A61E56E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> Message-ID: <BLUPR08MB1779586119480611502757A8F1D80@BLUPR08MB1779.namprd08.prod.outlook.com> Hi Phil, Institutions with links on the Members list webpage (http://archivesspace.org/members) have live implementations or implementation blogs that they have indicated they're ready to share with the wider public. You'll likely hear from others on this listserv that are far along in their implementations, but haven't yet shared a link, or are live with the ArchivesSpace staff interface, but do not use the public interface. (A number of institutions, particularly those who used Archvists' Toolkit, have separate finding aid delivery systems/mechanisms and export or plan to export finding aids produced in ArchivesSpace to these other systems.) (And to everyone, I'll just give my usual plug for sending me links to your public installation or implementation blog if you'd like to share them with the wider ArchivesSpace community. It's definitely a topic of recurring interest and we'd love to promote what you're doing!) Best, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Suda, Phillip J Sent: Thursday, May 14, 2015 10:12 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] ArchivesSpace Good morning all, Is there a way to find a current list of ASpace members that have gone live with ArchivesSpace? Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu<mailto:psuda1 at tulane.edu> 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/c1398dcc/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/c1398dcc/attachment.png> From brianjhoffman at gmail.com Thu May 14 11:54:10 2015 From: brianjhoffman at gmail.com (brian) Date: Thu, 14 May 2015 11:54:10 -0400 Subject: [Archivesspace_Users_Group] Container label export Message-ID: <u9klxtsv8n263wqd71ij2574.1431618850506@email.android.com> Hi Hillel, There isn't much that can be done about a request timeout, especially since it can vary by browser. The EAD download doesn't time out, as you observe, because it streams it's response. It wouldn't be too hard to do this for labels too. Perhaps we can find some time next week to chat if you are up for working on it together. Brian Sent from my T-Mobile 4G LTE Device <div>-------- Original message --------</div><div>From: "Arnold, Hillel" <harnold at rockarch.org> </div><div>Date:05/13/2015 5:14 PM (GMT-05:00) </div><div>To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org> </div><div>Cc: </div><div>Subject: [Archivesspace_Users_Group] Container label export </div><div> </div>I?ve been doing a bit of tweaking to the Download Container Labels functionality, and in the process discovered that I get a timeout error when attempting to export container labels for large collections. I tried a variety of things, including commenting out everything inside the "objects.each do? loop of the generate_label_rows, but it appears that even looping through every object in the collection causes that same timeout error. I?m wondering if there are any ways to avoid this error, either by improving the logic or changing the serialization mechanism. EAD exports, which are way more complex, work just fine, so there?s obviously a way to do this. Any clues would be very much appreciated! Thanks, Hillel Arnold Lead Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/959ed2d9/attachment.html> From harnold at rockarch.org Thu May 14 12:02:06 2015 From: harnold at rockarch.org (Arnold, Hillel) Date: Thu, 14 May 2015 12:02:06 -0400 Subject: [Archivesspace_Users_Group] Container label export In-Reply-To: <u9klxtsv8n263wqd71ij2574.1431618850506@email.android.com> References: <u9klxtsv8n263wqd71ij2574.1431618850506@email.android.com> Message-ID: <D17A3F1C.3A369%harnold@rockarch.org> Thanks Brian, that would be great. I?ll try and catch you in IRC later today and see if we can set up a time to pursue this! Hillel Arnold Lead Digital Archivist Rockefeller Archive Center From: brian <brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>> Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Date: Thursday, May 14, 2015 at 11:54 AM To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Container label export Hi Hillel, There isn't much that can be done about a request timeout, especially since it can vary by browser. The EAD download doesn't time out, as you observe, because it streams it's response. It wouldn't be too hard to do this for labels too. Perhaps we can find some time next week to chat if you are up for working on it together. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Arnold, Hillel" <harnold at rockarch.org<mailto:harnold at rockarch.org>> Date:05/13/2015 5:14 PM (GMT-05:00) To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Cc: Subject: [Archivesspace_Users_Group] Container label export I?ve been doing a bit of tweaking to the Download Container Labels functionality, and in the process discovered that I get a timeout error when attempting to export container labels for large collections. I tried a variety of things, including commenting out everything inside the "objects.each do? loop of the generate_label_rows, but it appears that even looping through every object in the collection causes that same timeout error. I?m wondering if there are any ways to avoid this error, either by improving the logic or changing the serialization mechanism. EAD exports, which are way more complex, work just fine, so there?s obviously a way to do this. Any clues would be very much appreciated! Thanks, Hillel Arnold Lead Digital Archivist Rockefeller Archive Center -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/ede2f7d7/attachment.html> From mGorzalski at lib.siu.edu Thu May 14 14:13:52 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Thu, 14 May 2015 18:13:52 +0000 Subject: [Archivesspace_Users_Group] Container duplication? Message-ID: <9ff8754947bd48d7a507a0d661447173@it-excmb3.ad.siu.edu> Migrating from Archon to ArchivesSpace. The containers migrating into ASpace seem to duplicate container values already in ASpace by default. Hence, we have two boxes, two volumes, two folders. Should the migration tool recognize when a term is already used and not migrate it? Or is this something that we'll need to clean up post migration. If so, I'm paranoid that deleting the "box" migrating from Archon instead of the "box" natively in ASpace would mess up finding aids. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/104ccac4/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: archon_containers.jpg Type: image/jpeg Size: 187392 bytes Desc: archon_containers.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/104ccac4/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: aspace_containers_admin.jpg Type: image/jpeg Size: 259648 bytes Desc: aspace_containers_admin.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/104ccac4/attachment-0001.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: aspace_instances.jpg Type: image/jpeg Size: 223467 bytes Desc: aspace_instances.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/104ccac4/attachment-0002.jpg> From mauraa at brandeis.edu Thu May 14 14:20:04 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Thu, 14 May 2015 14:20:04 -0400 Subject: [Archivesspace_Users_Group] Container duplication? In-Reply-To: <9ff8754947bd48d7a507a0d661447173@it-excmb3.ad.siu.edu> References: <9ff8754947bd48d7a507a0d661447173@it-excmb3.ad.siu.edu> Message-ID: <CANdYjfGBOWxNfeUXUNR6YcgJMysg2WUusx=MJFFqRbzzkNv5OA@mail.gmail.com> Hi Matt, I can't answer why it happened, but you can opt to merge rather than delete. -Maura On Thu, May 14, 2015 at 2:13 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu > wrote: > Migrating from Archon to ArchivesSpace. The containers migrating into > ASpace seem to duplicate container values already in ASpace by default. > Hence, we have two boxes, two volumes, two folders. Should the migration > tool recognize when a term is already used and not migrate it? Or is this > something that we?ll need to clean up post migration. If so, I?m paranoid > that deleting the ?box? migrating from Archon instead of the ?box? natively > in ASpace would mess up finding aids. > > > > MATT GORZALSKI > > University Archivist > > > > MORRIS LIBRARY > > MAIL CODE 6632 > > SOUTHERN ILLINOIS UNIVERSITY > > 605 AGRICULTURE DR > > CARBONDALE, IL 62901 > > > > mgorzalski at lib.siu.edu > > P: 618/453-2225 > > F: 618/453-3440 > > lib.siu.edu > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/a5b1ee83/attachment.html> From ns96 at nyu.edu Thu May 14 14:32:37 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Thu, 14 May 2015 14:32:37 -0400 Subject: [Archivesspace_Users_Group] Container duplication? In-Reply-To: <CANdYjfGBOWxNfeUXUNR6YcgJMysg2WUusx=MJFFqRbzzkNv5OA@mail.gmail.com> References: <9ff8754947bd48d7a507a0d661447173@it-excmb3.ad.siu.edu> <CANdYjfGBOWxNfeUXUNR6YcgJMysg2WUusx=MJFFqRbzzkNv5OA@mail.gmail.com> Message-ID: <CADi=b=Pqyvt07g5O2vt_zwji_AbD08HT3z4gvmTOWFnsbvgg1A@mail.gmail.com> I think this has to do with the differences in upper/lower case. For example, in Achivesspace box, and Box are different. I agree the way to fix is just to merge them. On Thu, May 14, 2015 at 2:20 PM, Maura Carbone <mauraa at brandeis.edu> wrote: > Hi Matt, > I can't answer why it happened, but you can opt to merge rather than > delete. > > -Maura > > On Thu, May 14, 2015 at 2:13 PM, Matthew J Gorzalski < > mGorzalski at lib.siu.edu> wrote: > >> Migrating from Archon to ArchivesSpace. The containers migrating into >> ASpace seem to duplicate container values already in ASpace by default. >> Hence, we have two boxes, two volumes, two folders. Should the migration >> tool recognize when a term is already used and not migrate it? Or is this >> something that we?ll need to clean up post migration. If so, I?m paranoid >> that deleting the ?box? migrating from Archon instead of the ?box? natively >> in ASpace would mess up finding aids. >> >> >> >> MATT GORZALSKI >> >> University Archivist >> >> >> >> MORRIS LIBRARY >> >> MAIL CODE 6632 >> >> SOUTHERN ILLINOIS UNIVERSITY >> >> 605 AGRICULTURE DR >> >> CARBONDALE, IL 62901 >> >> >> >> mgorzalski at lib.siu.edu >> >> P: 618/453-2225 >> >> F: 618/453-3440 >> >> lib.siu.edu >> >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> > > > -- > Maura Carbone > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/4eb0cf7b/attachment.html> From mGorzalski at lib.siu.edu Thu May 14 14:32:57 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Thu, 14 May 2015 18:32:57 +0000 Subject: [Archivesspace_Users_Group] Update: Classification problem fixed, almost Message-ID: <89336a8e552740b7b9b791bcc702b6ec@it-excmb3.ad.siu.edu> I think I found the problem. The two bad classifications had 1-2 collections attached to them because of human error when entering the data in Archon to begin with. So I reassigned the repository information in the Archon records and our next migration test should fix it. Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, May 13, 2015 8:11 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Classification problem fixed, almost Developers, Previously I wrote about how our public ASpace listed 30 classifications while our staff interface listed only 5. This was a problem because only 5/30 classifications actually had collections linked to them and the other 25 where empty, duplicative shells. I remembered that the classifications are duplicated across repositories, so in the ASpace staff view I switched repositories in the drop-down menu in the upper right and found the other classifications I thought were missing previously. I was able to delete all of the bad classifications by going into each of our repositories and locating the empty shells. It turned out that the repository name matched the name of the good classification. In other words, the only classification in the Manuscripts repository with content happened to be the Manuscripts classification. I've attached a screen shot of an error I get that prevents me from deleting the final 2 bad classifications. You're looking at the Manuscripts repository and I get this error when trying to delete Photographs and University Archives. I did not get this error in any other circumstance. Thanks, MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/62f0f87d/attachment.html> From kstrosch at wellesley.edu Thu May 14 15:04:54 2015 From: kstrosch at wellesley.edu (Kara Hart) Date: Thu, 14 May 2015 15:04:54 -0400 Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB243511F7@x10-mbx15.yu.yale.edu> References: <AD669F4F98CAF842A44EB31636A067CB243511F7@x10-mbx15.yu.yale.edu> Message-ID: <CAKRVKBooBR4qo=hQ1MbO-WaA5Wg_UF0PJHEdsbd_P=xMFtb0oQ@mail.gmail.com> Hi Maureen, I saw your invite on the listserv and I tried to join your Google Hangout, but it says the "Video call is full". Thanks, Kara ? ~~~ Kara S. Hart Systems Librarian - Library & Technology Services - Wellesley College *** Many people want your password so they can steal your information. If an email asks you to send your password or directs you to a page that is NOT in the wellesley.edu domain, DO NOT provide your password. LTS will never ask for your passwords -- when in doubt, contact the LTS Computing Help Desk. On Wed, May 13, 2015 at 8:36 AM, Callahan, Maureen < maureen.callahan at yale.edu> wrote: > A plug-in to ArchivesSpace for better control over locations and > containers, sponsored by Yale and created by Hudson Molonglo, is available > as a production release on GitHub. > https://github.com/hudmol/container_management > <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> > > > > > I will be hosting a Google Hangout to demonstrate the features of this > plug-in and answer questions on *Thursday, May 14 at 3:00 pm Eastern time*. > The link to join us is here: > https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya > <https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> > > > > This plug-in includes a lot of exciting new features, listed below. > However, this is currently only available as a plug-in for release 1.1.2. > ArchivesSpace has committed to bringing this plug-in into the core code > (which will mean that it will be included in an upcoming release). In order > for this to happen soon, we are hoping that ArchivesSpace members will vote > for this issue as a top priority: > https://archivesspace.atlassian.net/browse/AR-1182 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> > . > > > > Please join us! > > > > *Features* > > *Containers* > > - New and improved approach to the way ArchivesSpace treats > containers. Containers in ArchivesSpace can now be defined once and linked > many times to various archival objects, resources, and accessions. This > means that the database knows, in a meaningful way, which container > materials are housed in. > - Ability to know more about the actual container itself. Is this a > Paige box? A Hollinger half-manuscript legal? The new "container profile" > record type lets you know exactly which box type is on the shelves and what > its dimensions are. This will make measuring space much easier, from > extent statements to shelf space to really understanding how many moving > vans you need for that big renovation! > - Be able to select and act on containers. Perhaps you want to see > which boxes are in a collection, a series, a location, or have a particular > barcode -- ArchivesSpace will let you do it! > - The ability to "share" boxes across entire collections in a > meaningful way. Let's say that you want to put all of the panoramaic photos > in your repository into the same container. With this new data model, > you'll be able to keep much better control over that container. > - The ability to configure how many digits barcodes in your repository > should be. This will help cut down on bad barcode information in > the database. > - The ability to add/update "container profiles" in bulk. Choose a > list of containers. Select Bulk Operations > Update Container Profiles. It > is that easy. > - Rapid barcode entry. Choose a list of containers, wand through their > barcodes. Boom, done. > - An error will occur if you try to assign the same barcode to two > different containers. No more paging nightmares. > - The ability to store data that will help you synchronize between > ArchivesSpace and item records in your ILS. It's common for archives > to create item records in their ILS for containers in collections. This > will give you a place to store the ILS's holdings record Identifier and the > item record identifier. > - The ability to store data about the restriction status of material > associated with a container.See below for more about > machine-actionable restrictions. This helps serialize information to ILS > item records, and creates an opportunity for archival circulation systems > to manage containers with restricted materials properly. > > *Locations* > > - Improved location view. Now, when you look up a location in > ArchivesSpace, you'll see all of the containers that are in that location! > - Ability to assign locations in bulk. How did we ever get along > without this before? This will be a huge help for shelf-reads, moves, and > assigning locations to new containers. > > *Restrictions* > > - Machine-actionable restrictions. You will now have the ability to > associate begin and end dates with "conditions governing access" and > "conditions governing use." You'll also be able to associate a local > restriction type for non-time-bound restrictions. This gives the ability to > better manage and re-describe expiring restrictions. > > *Extents* > > - Extent calculator. Now that you know the dimensions of your > containers, you'll be able to automatically calculate linear footage at any > level of description. > > > > > > > > Maureen Callahan > > Archivist, Metadata Specialist > > Manuscripts & Archives > > Yale University Library > > maureen.callahan at yale.edu > > 203.432.3627 > > > > Webpage: web.library.yale.edu/mssa > > Collections: drs.library.yale.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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/7a5e94f1/attachment.html> From brianjhoffman at gmail.com Thu May 14 15:05:25 2015 From: brianjhoffman at gmail.com (brian) Date: Thu, 14 May 2015 15:05:25 -0400 Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Message-ID: <efqisyxgktrmmfq9sum8nrns.1431630325178@email.android.com> Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device <div>-------- Original message --------</div><div>From: "Callahan, Maureen" <maureen.callahan at yale.edu> </div><div>Date:05/13/2015 8:36 AM (GMT-05:00) </div><div>To: "'archivesspace_users_group at lyralists.lyrasis.org'" <archivesspace_users_group at lyralists.lyrasis.org>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org>, SAA Description Section Discussion List digest <description at forums.archivists.org> </div><div>Cc: </div><div>Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW </div><div> </div>A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182 . Please join us! Features Containers New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/44b8f976/attachment.html> From faithc at princeton.edu Thu May 14 15:06:13 2015 From: faithc at princeton.edu (Faith F. Charlton) Date: Thu, 14 May 2015 19:06:13 +0000 Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW In-Reply-To: <efqisyxgktrmmfq9sum8nrns.1431630325178@email.android.com> References: <efqisyxgktrmmfq9sum8nrns.1431630325178@email.android.com> Message-ID: <5B4168BCF846AD4CB0575C5BFE70FB381687213C@CSGMBX205W.pu.win.princeton.edu> Yeah, I can?t get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/1a1387cb/attachment.html> From sdm7g at virginia.edu Thu May 14 15:09:40 2015 From: sdm7g at virginia.edu (Steven Majewski) Date: Thu, 14 May 2015 15:09:40 -0400 Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW In-Reply-To: <5B4168BCF846AD4CB0575C5BFE70FB381687213C@CSGMBX205W.pu.win.princeton.edu> References: <efqisyxgktrmmfq9sum8nrns.1431630325178@email.android.com> <5B4168BCF846AD4CB0575C5BFE70FB381687213C@CSGMBX205W.pu.win.princeton.edu> Message-ID: <D6BF12B2-741D-4677-BA05-594D3E49CA68@virginia.edu> I?ve also been getting the ?full? message. It appears Google Hangout has a 15 person limit. ( Although the join page is telling me there?s 10. ) ? Steve Majewski > On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu> wrote: > > Yeah, I can?t get on either. :/ > > Faith > ________________________________ > Faith Charlton > Processing Archivist, Americana Collections > Princeton University Library > One Washington Road > Princeton, NJ 08540 > 609-258-3223 > faithc at princeton.edu <mailto:faithc at princeton.edu> > > > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian > Sent: Thursday, May 14, 2015 3:05 PM > To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest > Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW > > Hi Maureen, > > I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. > > Brian > > > Sent from my T-Mobile 4G LTE Device > > > -------- Original message -------- > From: "Callahan, Maureen" <maureen.callahan at yale.edu <mailto:maureen.callahan at yale.edu>> > Date:05/13/2015 8:36 AM (GMT-05:00) > To: "'archivesspace_users_group at lyralists.lyrasis.org'" <archivesspace_users_group at lyralists.lyrasis.org <mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org <mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org <mailto:description at forums.archivists.org>> > Cc: > Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW > > A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> > > I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya <https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> > > This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182 <https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . > > Please join us! > > Features > Containers > New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. > Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! > Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! > The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. > The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. > The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. > Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. > An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. > The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. > The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. > Locations > Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! > Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. > Restrictions > Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. > Extents > Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. > > > > Maureen Callahan > Archivist, Metadata Specialist > Manuscripts & Archives > Yale University Library > maureen.callahan at yale.edu <mailto:maureen.callahan at yale.edu> > 203.432.3627 > > Webpage: web.library.yale.edu/mssa <x-msg://4/web.library.yale.edu/mssa> > Collections: drs.library.yale.edu <x-msg://4/drs.library.yale.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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/d2b1c093/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4943 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/d2b1c093/attachment.bin> From luftsche at usc.edu Thu May 14 15:10:36 2015 From: luftsche at usc.edu (Susan Luftschein) Date: Thu, 14 May 2015 19:10:36 +0000 Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW In-Reply-To: <D6BF12B2-741D-4677-BA05-594D3E49CA68@virginia.edu> References: <efqisyxgktrmmfq9sum8nrns.1431630325178@email.android.com> <5B4168BCF846AD4CB0575C5BFE70FB381687213C@CSGMBX205W.pu.win.princeton.edu> <D6BF12B2-741D-4677-BA05-594D3E49CA68@virginia.edu> Message-ID: <DM2PR0701MB13279EF00A29C7A7DA6B5FDBD3D80@DM2PR0701MB1327.namprd07.prod.outlook.com> Google Hangouts has a limit of 10. I emailed Maureen to ask if she was recording it. Sue Luftschein Archival and Metadata Librarian USC Libraries Special Collections University of Southern California Doheny Memorial Library 3550 Trousdale Parkway, Room 207 Los Angeles, CA 90089-0189 tel:213-740-4046 fax:213-740-2343 luftsche at usc.edu<mailto:luftsche at usc.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski Sent: Thursday, May 14, 2015 12:10 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW I?ve also been getting the ?full? message. It appears Google Hangout has a 15 person limit. ( Although the join page is telling me there?s 10. ) ? Steve Majewski On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu<mailto:faithc at princeton.edu>> wrote: Yeah, I can?t get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa<x-msg://4/web.library.yale.edu/mssa> Collections: drs.library.yale.edu<x-msg://4/drs.library.yale.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/de7aa755/attachment.html> From maureen.callahan at yale.edu Thu May 14 15:36:37 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Thu, 14 May 2015 19:36:37 +0000 Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW In-Reply-To: <5B4168BCF846AD4CB0575C5BFE70FB381687213C@CSGMBX205W.pu.win.princeton.edu> References: <efqisyxgktrmmfq9sum8nrns.1431630325178@email.android.com> <5B4168BCF846AD4CB0575C5BFE70FB381687213C@CSGMBX205W.pu.win.princeton.edu> Message-ID: <41828D96-4F5F-4647-82D2-E1F9D51F6048@yale.edu> Hi everybody! I?m sorry to hear that there wasn?t enough room on the call. I?m going to be recording a screencast right now about container management, and I?ll be sure to distribute that to everyone. Again, I?m sorry to have missed everyone who wasn?t able to make it in. Best wishes, Maureen On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu<mailto:faithc at princeton.edu>> wrote: Yeah, I can?t get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa<x-msg://4/web.library.yale.edu/mssa> Collections: drs.library.yale.edu<x-msg://4/drs.library.yale.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=Yd9_HRPrOBuXOthkUPsyq3MODyYESgm82-euAbMH_o0&s=jy8QRkRXhHtpNLJkq9mpdwm3UpIcc0ZAgxw0aXRdCYo&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/73240490/attachment.html> From faithc at princeton.edu Thu May 14 15:39:45 2015 From: faithc at princeton.edu (Faith F. Charlton) Date: Thu, 14 May 2015 19:39:45 +0000 Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW In-Reply-To: <41828D96-4F5F-4647-82D2-E1F9D51F6048@yale.edu> References: <efqisyxgktrmmfq9sum8nrns.1431630325178@email.android.com> <5B4168BCF846AD4CB0575C5BFE70FB381687213C@CSGMBX205W.pu.win.princeton.edu> <41828D96-4F5F-4647-82D2-E1F9D51F6048@yale.edu> Message-ID: <5B4168BCF846AD4CB0575C5BFE70FB38168721AB@CSGMBX205W.pu.win.princeton.edu> Great. Thanks, Maureen! Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, May 14, 2015 3:37 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi everybody! I?m sorry to hear that there wasn?t enough room on the call. I?m going to be recording a screencast right now about container management, and I?ll be sure to distribute that to everyone. Again, I?m sorry to have missed everyone who wasn?t able to make it in. Best wishes, Maureen On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu<mailto:faithc at princeton.edu>> wrote: Yeah, I can?t get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa<x-msg://4/web.library.yale.edu/mssa> Collections: drs.library.yale.edu<x-msg://4/drs.library.yale.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=Yd9_HRPrOBuXOthkUPsyq3MODyYESgm82-euAbMH_o0&s=jy8QRkRXhHtpNLJkq9mpdwm3UpIcc0ZAgxw0aXRdCYo&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/5c22b5b3/attachment.html> From mGorzalski at lib.siu.edu Thu May 14 16:13:33 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Thu, 14 May 2015 20:13:33 +0000 Subject: [Archivesspace_Users_Group] Container duplication? In-Reply-To: <CADi=b=Pqyvt07g5O2vt_zwji_AbD08HT3z4gvmTOWFnsbvgg1A@mail.gmail.com> References: <9ff8754947bd48d7a507a0d661447173@it-excmb3.ad.siu.edu> <CANdYjfGBOWxNfeUXUNR6YcgJMysg2WUusx=MJFFqRbzzkNv5OA@mail.gmail.com> <CADi=b=Pqyvt07g5O2vt_zwji_AbD08HT3z4gvmTOWFnsbvgg1A@mail.gmail.com> Message-ID: <5608ec81d12f42dab33c8db38cbc193b@it-excmb3.ad.siu.edu> Thanks Nathan and Maura. I went ahead and merged. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens Sent: Thursday, May 14, 2015 1:33 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Container duplication? I think this has to do with the differences in upper/lower case. For example, in Achivesspace box, and Box are different. I agree the way to fix is just to merge them. On Thu, May 14, 2015 at 2:20 PM, Maura Carbone <mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>> wrote: Hi Matt, I can't answer why it happened, but you can opt to merge rather than delete. -Maura On Thu, May 14, 2015 at 2:13 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: Migrating from Archon to ArchivesSpace. The containers migrating into ASpace seem to duplicate container values already in ASpace by default. Hence, we have two boxes, two volumes, two folders. Should the migration tool recognize when a term is already used and not migrate it? Or is this something that we?ll need to clean up post migration. If so, I?m paranoid that deleting the ?box? migrating from Archon instead of the ?box? natively in ASpace would mess up finding aids. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225<tel:618%2F453-2225> F: 618/453-3440<tel:618%2F453-3440> lib.siu.edu<http://lib.siu.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659<tel:%28781%29%20736-4659> 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu<mailto:ns96 at nyu.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/bdddb7ab/attachment.html> From jvb at sfasu.edu Thu May 14 16:30:09 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Thu, 14 May 2015 20:30:09 +0000 Subject: [Archivesspace_Users_Group] Error Message Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC12716FD5@EXCHMBOX02.sfasu.nac> [cid:image001.png at 01D08E56.7605D610] We have recently been getting this error. It mostly happens when you try to add or change information in the Instance. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Faith F. Charlton Sent: Thursday, May 14, 2015 2:40 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Great. Thanks, Maureen! Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, May 14, 2015 3:37 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi everybody! I?m sorry to hear that there wasn?t enough room on the call. I?m going to be recording a screencast right now about container management, and I?ll be sure to distribute that to everyone. Again, I?m sorry to have missed everyone who wasn?t able to make it in. Best wishes, Maureen On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu<mailto:faithc at princeton.edu>> wrote: Yeah, I can?t get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa<x-msg://4/web.library.yale.edu/mssa> Collections: drs.library.yale.edu<x-msg://4/drs.library.yale.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=Yd9_HRPrOBuXOthkUPsyq3MODyYESgm82-euAbMH_o0&s=jy8QRkRXhHtpNLJkq9mpdwm3UpIcc0ZAgxw0aXRdCYo&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/77ad3346/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 71222 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150514/77ad3346/attachment.png> From Chris.Fitzpatrick at lyrasis.org Fri May 15 04:52:40 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Fri, 15 May 2015 08:52:40 +0000 Subject: [Archivesspace_Users_Group] Error Message In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC12716FD5@EXCHMBOX02.sfasu.nac> References: <A01F04C6A8ABA54CB3587082D1DEE0BC12716FD5@EXCHMBOX02.sfasu.nac> Message-ID: <1431679960737.58258@lyrasis.org> Hi Johna, Which version of ASpace are you using? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Johna L Von Behrens <jvb at sfasu.edu> Sent: Thursday, May 14, 2015 10:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Error Message [cid:image001.png at 01D08E56.7605D610] We have recently been getting this error. It mostly happens when you try to add or change information in the Instance. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Faith F. Charlton Sent: Thursday, May 14, 2015 2:40 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Great. Thanks, Maureen! Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, May 14, 2015 3:37 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi everybody! I?m sorry to hear that there wasn?t enough room on the call. I?m going to be recording a screencast right now about container management, and I?ll be sure to distribute that to everyone. Again, I?m sorry to have missed everyone who wasn?t able to make it in. Best wishes, Maureen On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu<mailto:faithc at princeton.edu>> wrote: Yeah, I can?t get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=Yd9_HRPrOBuXOthkUPsyq3MODyYESgm82-euAbMH_o0&s=jy8QRkRXhHtpNLJkq9mpdwm3UpIcc0ZAgxw0aXRdCYo&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/b3846f30/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 71222 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/b3846f30/attachment.png> From jvb at sfasu.edu Fri May 15 09:45:33 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Fri, 15 May 2015 13:45:33 +0000 Subject: [Archivesspace_Users_Group] Error Message In-Reply-To: <1431679960737.58258@lyrasis.org> References: <A01F04C6A8ABA54CB3587082D1DEE0BC12716FD5@EXCHMBOX02.sfasu.nac> <1431679960737.58258@lyrasis.org> Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC1271723D@EXCHMBOX02.sfasu.nac> v1.1.2 Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Friday, May 15, 2015 3:53 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Error Message Hi Johna, Which version of ASpace are you using? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=Ib3_5yyPmW_4rp8lVKlE30lgo7frDW3rKEOCrv-Qm8o&e=> ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> Sent: Thursday, May 14, 2015 10:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Error Message [cid:image001.png at 01D08EEB.81449A80] We have recently been getting this error. It mostly happens when you try to add or change information in the Instance. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=Fu9pDgJcQTLPjaaFP8sWqI0AfBczCY_d4Y32K3TIvRc&e=>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Faith F. Charlton Sent: Thursday, May 14, 2015 2:40 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Great. Thanks, Maureen! Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, May 14, 2015 3:37 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi everybody! I'm sorry to hear that there wasn't enough room on the call. I'm going to be recording a screencast right now about container management, and I'll be sure to distribute that to everyone. Again, I'm sorry to have missed everyone who wasn't able to make it in. Best wishes, Maureen On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu<mailto:faithc at princeton.edu>> wrote: Yeah, I can't get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa<https://urldefense.proofpoint.com/v2/url?u=http-3A__web.library.yale.edu_mssa&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=3WvBYQ9c3VUlHPBrazN7LjI4atCISJu8fb-lQjBOonU&e=> Collections: drs.library.yale.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__drs.library.yale.edu&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=0lpCMKxnAII2xaIRJhZioBpw7udW2KlmgDCYyTPpAVc&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=Yd9_HRPrOBuXOthkUPsyq3MODyYESgm82-euAbMH_o0&s=jy8QRkRXhHtpNLJkq9mpdwm3UpIcc0ZAgxw0aXRdCYo&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/6cea374d/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 71222 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/6cea374d/attachment.png> From PGalligan at rockarch.org Fri May 15 09:46:51 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Fri, 15 May 2015 09:46:51 -0400 Subject: [Archivesspace_Users_Group] Error Message In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC1271723D@EXCHMBOX02.sfasu.nac> References: <A01F04C6A8ABA54CB3587082D1DEE0BC12716FD5@EXCHMBOX02.sfasu.nac> <1431679960737.58258@lyrasis.org> <A01F04C6A8ABA54CB3587082D1DEE0BC1271723D@EXCHMBOX02.sfasu.nac> Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4FD1045@racex01> I wanted to chime in that we've also rarely run into this issue as well. Also on 1.1.2. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Friday, May 15, 2015 9:46 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Error Message v1.1.2 Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Friday, May 15, 2015 3:53 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Error Message Hi Johna, Which version of ASpace are you using? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=Ib3_5yyPmW_4rp8lVKlE30lgo7frDW3rKEOCrv-Qm8o&e=> ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> Sent: Thursday, May 14, 2015 10:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Error Message [cid:image001.png at 01D08EF4.11AE3BA0] We have recently been getting this error. It mostly happens when you try to add or change information in the Instance. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=Fu9pDgJcQTLPjaaFP8sWqI0AfBczCY_d4Y32K3TIvRc&e=>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Faith F. Charlton Sent: Thursday, May 14, 2015 2:40 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Great. Thanks, Maureen! Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, May 14, 2015 3:37 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi everybody! I'm sorry to hear that there wasn't enough room on the call. I'm going to be recording a screencast right now about container management, and I'll be sure to distribute that to everyone. Again, I'm sorry to have missed everyone who wasn't able to make it in. Best wishes, Maureen On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu<mailto:faithc at princeton.edu>> wrote: Yeah, I can't get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa<https://urldefense.proofpoint.com/v2/url?u=http-3A__web.library.yale.edu_mssa&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=3WvBYQ9c3VUlHPBrazN7LjI4atCISJu8fb-lQjBOonU&e=> Collections: drs.library.yale.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__drs.library.yale.edu&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=0lpCMKxnAII2xaIRJhZioBpw7udW2KlmgDCYyTPpAVc&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=Yd9_HRPrOBuXOthkUPsyq3MODyYESgm82-euAbMH_o0&s=jy8QRkRXhHtpNLJkq9mpdwm3UpIcc0ZAgxw0aXRdCYo&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/c0f2647a/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 71222 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/c0f2647a/attachment.png> From ns96 at nyu.edu Fri May 15 10:14:37 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Fri, 15 May 2015 10:14:37 -0400 Subject: [Archivesspace_Users_Group] Archon Migration Tool error In-Reply-To: <CY1PR0301MB1273D9AA95E0ED633DA0D783E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> References: <CY1PR0301MB1273D9AA95E0ED633DA0D783E5D80@CY1PR0301MB1273.namprd03.prod.outlook.com> Message-ID: <CADi=b=Mb4bt59k6V7tvyxTtyv=X+auyHGiDHWfe1a-Ew3r6bMQ@mail.gmail.com> This looks like a local issue since I haven't been able to duplicate on either my windows or mac computer. Can you verify this on another computer? On Thu, May 14, 2015 at 10:09 AM, Suda, Phillip J <psuda1 at tulane.edu> wrote: > Good morning, > > > > When I run the archon migration tool (java ?jar ?.), I > get the following Warning when it starts running, ?Warning: no webapp > classes folder found - > /tmp/warbler?./archon-migration.war/WEB-INF/classes.? Please advise. > > > > Thank you, > > > > Phil > > > > Phillip Suda > > Systems Librarian > > Howard-Tilton Memorial Library > > Tulane University > > psuda1 at tulane.edu > > 504-865-5607 > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Nathan Stevens Programmer/Analyst Digital Library Technology Services New York University 1212-998-2653 ns96 at nyu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/7bf80788/attachment.html> From maureen.callahan at yale.edu Fri May 15 10:45:41 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Fri, 15 May 2015 14:45:41 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace container management screencasts Message-ID: <C34543DF-9ECA-43FE-8A58-1B25B7B5F4BF@yale.edu> Hi folks, For anyone interested in the container management plug-in developed by Hudson Molonglo and sponsored by Yale, I?ve made you some screencasts. Our libguide page about it is here: http://guides.library.yale.edu/ASpaceContainerManagement The plug-in is here: https://github.com/hudmol/container_management Technical documentation of the plug-in is here: https://github.com/hudmol/container_management/blob/master/ARCHITECTURE.md Screencasts! Introduction to creating top containers: http://youtu.be/mvf_eEg-jZI Bulk selection and bulk operations: http://youtu.be/0m1rAbfn3h8 Machine-actionable restrictions: http://youtu.be/biCDhkbBSng Extent calculator and container profiles: https://youtu.be/xanYrCoVOi4 Reminder ? if you want this to be brought into ArchivesSpace (and you?re an AS member), VOTE to prioritize this request https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Thanks! Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/24968f6a/attachment.html> From mGorzalski at lib.siu.edu Fri May 15 12:18:57 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Fri, 15 May 2015 16:18:57 +0000 Subject: [Archivesspace_Users_Group] archival object vs. instance? Message-ID: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> This is difficult to explain in an email but here it goes... I'm having trouble understanding the relationship between archival object and "instance" as it pertains to creating a finding aid content list. The confusion stems from my familiarity with Archon's straightforward parent-child relationship hierarchy, which uses established arrangement terminology. Depending on the collection, creating a series, box, folder, etc. is simply a matter of selecting that option in Archon's Level/Container menu and adjusting the parent-child relationships from there. In ASpace, as I understand it, I first need to create an archival object and select the level of description. If it is just a box list, I select "file" for box, title the box, and make the Component Unique Identifier "Box 1." But then I need to go to the "instance" menu and here is where I actually designate the container type as box, but I'm really just called in Box 1 for a second time in a different menu. This seems redundant to me, because in the "archival object" data I've already called it Box 1 and given it a title. Perhaps the interface could be simplified if the Archival Object, Instance, and Date menus were redesigned/merged so that you can create your archival object and designate the container type, titles, and dates right up front instead of having to scroll to the bottom for "instance." Container type, container title, and dates are the most important fields and the other menus like extent, agents, subjects etc. are added value but not critical in a box/folder list. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu P: 618/453-2225 F: 618/453-3440 lib.siu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/c9f8d70f/attachment.html> From mauraa at brandeis.edu Fri May 15 13:47:50 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Fri, 15 May 2015 13:47:50 -0400 Subject: [Archivesspace_Users_Group] archival object vs. instance? In-Reply-To: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> References: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> Message-ID: <CANdYjfGtHUBfMLz9-SYfA40i2HtMTbaBKNAYPEGKY1xdR_P41w@mail.gmail.com> Hi Matt, You could alter the level of description field to allow for a 'box' selection, or use "other level' and designate box (if I'm understanding what you're asking to do). -Maura ? On Fri, May 15, 2015 at 12:18 PM, Matthew J Gorzalski < mGorzalski at lib.siu.edu> wrote: > This is difficult to explain in an email but here it goes? > > > > I?m having trouble understanding the relationship between archival object > and ?instance? as it pertains to creating a finding aid content list. The > confusion stems from my familiarity with Archon?s straightforward > parent-child relationship hierarchy, which uses established arrangement > terminology. Depending on the collection, creating a series, box, folder, > etc. is simply a matter of selecting that option in Archon?s > Level/Container menu and adjusting the parent-child relationships from > there. > > > > In ASpace, as I understand it, I first need to create an archival object > and select the level of description. If it is just a box list, I select > ?file? for box, title the box, and make the Component Unique Identifier > ?Box 1.? But then I need to go to the ?instance? menu and here is where I > actually designate the container type as box, but I?m really just called in > Box 1 for a second time in a different menu. This seems redundant to me, > because in the ?archival object? data I?ve already called it Box 1 and > given it a title. Perhaps the interface could be simplified if the > Archival Object, Instance, and Date menus were redesigned/merged so that > you can create your archival object and designate the container type, > titles, and dates right up front instead of having to scroll to the bottom > for ?instance.? Container type, container title, and dates are the most > important fields and the other menus like extent, agents, subjects etc. are > added value but not critical in a box/folder list. > > > > > > MATT GORZALSKI > > University Archivist > > > > MORRIS LIBRARY > > MAIL CODE 6632 > > SOUTHERN ILLINOIS UNIVERSITY > > 605 AGRICULTURE DR > > CARBONDALE, IL 62901 > > > > mgorzalski at lib.siu.edu > > P: 618/453-2225 > > F: 618/453-3440 > > lib.siu.edu > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/8f1b9ce2/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: example_level.PNG Type: image/png Size: 45355 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/8f1b9ce2/attachment.png> From maureen.callahan at yale.edu Fri May 15 13:55:50 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Fri, 15 May 2015 17:55:50 +0000 Subject: [Archivesspace_Users_Group] archival object vs. instance? In-Reply-To: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> References: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> Message-ID: <D20AA6FC-3962-4C85-9ABB-480BF873102D@yale.edu> Hi Matt, I would encourage you to think about encoding differently. An archival object is similar to what?s considered a unit of description in DACS and a component in EAD. ?Level? is an attribute that tells you something about that unit of description ? it is associated with levels of granularity in recordkeeping, and has NOTHING to do with boxes and folders. Setting level=?box? or level=?folder? would be an error, and an unfortunate conflation of groups of records and the physical wrappers that contain them. Please don?t do this. When you create an archival object, you?re creating a description of evidence from the past, regardless of its physicality. This is why you can associate a digital OR physical instance of it. Indeed, the same archival object may be just digital, physical across different instances, or digital and physical. I like that ArchivesSpace has separated description from instantiation. Maureen On May 15, 2015, at 12:18 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: This is difficult to explain in an email but here it goes? I?m having trouble understanding the relationship between archival object and ?instance? as it pertains to creating a finding aid content list. The confusion stems from my familiarity with Archon?s straightforward parent-child relationship hierarchy, which uses established arrangement terminology. Depending on the collection, creating a series, box, folder, etc. is simply a matter of selecting that option in Archon?s Level/Container menu and adjusting the parent-child relationships from there. In ASpace, as I understand it, I first need to create an archival object and select the level of description. If it is just a box list, I select ?file? for box, title the box, and make the Component Unique Identifier ?Box 1.? But then I need to go to the ?instance? menu and here is where I actually designate the container type as box, but I?m really just called in Box 1 for a second time in a different menu. This seems redundant to me, because in the ?archival object? data I?ve already called it Box 1 and given it a title. Perhaps the interface could be simplified if the Archival Object, Instance, and Date menus were redesigned/merged so that you can create your archival object and designate the container type, titles, and dates right up front instead of having to scroll to the bottom for ?instance.? Container type, container title, and dates are the most important fields and the other menus like extent, agents, subjects etc. are added value but not critical in a box/folder list. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225 F: 618/453-3440 lib.siu.edu<http://lib.siu.edu/> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=VkqdxJi02rh_qW0o2SwVjQrrdG2EViaVOoZOWgbwTb0&s=fw4knVcSXh9Tv6fiX2WZTXL7aT4A7fNsqS_nYFg-wY0&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/67e6640e/attachment.html> From mauraa at brandeis.edu Fri May 15 14:05:47 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Fri, 15 May 2015 14:05:47 -0400 Subject: [Archivesspace_Users_Group] archival object vs. instance? In-Reply-To: <D20AA6FC-3962-4C85-9ABB-480BF873102D@yale.edu> References: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> <D20AA6FC-3962-4C85-9ABB-480BF873102D@yale.edu> Message-ID: <CANdYjfH_Kt6jS5bvey6UfRQ7c54H6eGZB6nex+gE1PvJZSgF=Q@mail.gmail.com> Hi Maureen, To follow up on that (as a non-archivist), would you recommend then not doing something like a nested Box1-> items in box1 etc.? Something like this: ? I don't actually create finding aids, but I am now curious! -Maura On Fri, May 15, 2015 at 1:55 PM, Callahan, Maureen < maureen.callahan at yale.edu> wrote: > Hi Matt, > > I would encourage you to think about encoding differently. > > An archival object is similar to what?s considered a unit of description > in DACS and a component in EAD. ?Level? is an attribute that tells you > something about that unit of description ? it is associated with levels of > granularity in recordkeeping, and has NOTHING to do with boxes and folders. > Setting level=?box? or level=?folder? would be an error, and an unfortunate > conflation of groups of records and the physical wrappers that contain > them. Please don?t do this. > > When you create an archival object, you?re creating a description of > evidence from the past, regardless of its physicality. This is why you can > associate a digital OR physical instance of it. Indeed, the same archival > object may be just digital, physical across different instances, or digital > and physical. I like that ArchivesSpace has separated description from > instantiation. > > Maureen > > > On May 15, 2015, at 12:18 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu> > wrote: > > This is difficult to explain in an email but here it goes? > > I?m having trouble understanding the relationship between archival > object and ?instance? as it pertains to creating a finding aid content > list. The confusion stems from my familiarity with Archon?s > straightforward parent-child relationship hierarchy, which uses established > arrangement terminology. Depending on the collection, creating a series, > box, folder, etc. is simply a matter of selecting that option in Archon?s > Level/Container menu and adjusting the parent-child relationships from > there. > > In ASpace, as I understand it, I first need to create an archival object > and select the level of description. If it is just a box list, I select > ?file? for box, title the box, and make the Component Unique Identifier > ?Box 1.? But then I need to go to the ?instance? menu and here is where I > actually designate the container type as box, but I?m really just called in > Box 1 for a second time in a different menu. This seems redundant to me, > because in the ?archival object? data I?ve already called it Box 1 and > given it a title. Perhaps the interface could be simplified if the > Archival Object, Instance, and Date menus were redesigned/merged so that > you can create your archival object and designate the container type, > titles, and dates right up front instead of having to scroll to the bottom > for ?instance.? Container type, container title, and dates are the most > important fields and the other menus like extent, agents, subjects etc. are > added value but not critical in a box/folder list. > > > MATT GORZALSKI > University Archivist > > MORRIS LIBRARY > MAIL CODE 6632 > SOUTHERN ILLINOIS UNIVERSITY > 605 AGRICULTURE DR > CARBONDALE, IL 62901 > > mgorzalski at lib.siu.edu > P: 618/453-2225 > F: 618/453-3440 > lib.siu.edu > > _______________________________________________ > 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=VkqdxJi02rh_qW0o2SwVjQrrdG2EViaVOoZOWgbwTb0&s=fw4knVcSXh9Tv6fiX2WZTXL7aT4A7fNsqS_nYFg-wY0&e= > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/db5724c6/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: example_level.PNG Type: image/png Size: 5153 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/db5724c6/attachment.png> From maureen.callahan at yale.edu Fri May 15 14:12:12 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Fri, 15 May 2015 18:12:12 +0000 Subject: [Archivesspace_Users_Group] archival object vs. instance? In-Reply-To: <CANdYjfH_Kt6jS5bvey6UfRQ7c54H6eGZB6nex+gE1PvJZSgF=Q@mail.gmail.com> References: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> <D20AA6FC-3962-4C85-9ABB-480BF873102D@yale.edu> <CANdYjfH_Kt6jS5bvey6UfRQ7c54H6eGZB6nex+gE1PvJZSgF=Q@mail.gmail.com> Message-ID: <AD669F4F98CAF842A44EB31636A067CB2435824F@x10-mbx15.yu.yale.edu> Hi Maura, That?s right. I would consider your example to be not terribly useful description, and would also say that there are better ways of letting people know where to find stuff in boxes. You can think of archival objects as a guide to meaningful information about the collection ? we?re here to explain the content and context of objects in our care, to make sense of it. Instances, then, are just a relationship between that description and where you can find the darn stuff. Description is important, containers are not. I?ve written about this before here: https://icantiemyownshoes.wordpress.com/2014/04/04/the-value-of-archival-description-considered/ And here: https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Friday, May 15, 2015 2:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Hi Maureen, To follow up on that (as a non-archivist), would you recommend then not doing something like a nested Box1-> items in box1 etc.? Something like this: [cid:image001.png at 01D08F19.2276CDB0] ? I don't actually create finding aids, but I am now curious! -Maura On Fri, May 15, 2015 at 1:55 PM, Callahan, Maureen <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> wrote: Hi Matt, I would encourage you to think about encoding differently. An archival object is similar to what?s considered a unit of description in DACS and a component in EAD. ?Level? is an attribute that tells you something about that unit of description ? it is associated with levels of granularity in recordkeeping, and has NOTHING to do with boxes and folders. Setting level=?box? or level=?folder? would be an error, and an unfortunate conflation of groups of records and the physical wrappers that contain them. Please don?t do this. When you create an archival object, you?re creating a description of evidence from the past, regardless of its physicality. This is why you can associate a digital OR physical instance of it. Indeed, the same archival object may be just digital, physical across different instances, or digital and physical. I like that ArchivesSpace has separated description from instantiation. Maureen On May 15, 2015, at 12:18 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: This is difficult to explain in an email but here it goes? I?m having trouble understanding the relationship between archival object and ?instance? as it pertains to creating a finding aid content list. The confusion stems from my familiarity with Archon?s straightforward parent-child relationship hierarchy, which uses established arrangement terminology. Depending on the collection, creating a series, box, folder, etc. is simply a matter of selecting that option in Archon?s Level/Container menu and adjusting the parent-child relationships from there. In ASpace, as I understand it, I first need to create an archival object and select the level of description. If it is just a box list, I select ?file? for box, title the box, and make the Component Unique Identifier ?Box 1.? But then I need to go to the ?instance? menu and here is where I actually designate the container type as box, but I?m really just called in Box 1 for a second time in a different menu. This seems redundant to me, because in the ?archival object? data I?ve already called it Box 1 and given it a title. Perhaps the interface could be simplified if the Archival Object, Instance, and Date menus were redesigned/merged so that you can create your archival object and designate the container type, titles, and dates right up front instead of having to scroll to the bottom for ?instance.? Container type, container title, and dates are the most important fields and the other menus like extent, agents, subjects etc. are added value but not critical in a box/folder list. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225<tel:618%2F453-2225> F: 618/453-3440<tel:618%2F453-3440> lib.siu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__lib.siu.edu_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=h9WQmshw_oEC3DPAYgjoTlGXIqU_6_MXNV8fhb8An_Q&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=VkqdxJi02rh_qW0o2SwVjQrrdG2EViaVOoZOWgbwTb0&s=fw4knVcSXh9Tv6fiX2WZTXL7aT4A7fNsqS_nYFg-wY0&e= _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=BDmzmmXjr_8HlbYP4VlrSuLQRSQvfJrKctLao8xNprw&e=> -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/4616983e/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 11981 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/4616983e/attachment.png> From mauraa at brandeis.edu Fri May 15 14:16:03 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Fri, 15 May 2015 14:16:03 -0400 Subject: [Archivesspace_Users_Group] archival object vs. instance? In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB2435824F@x10-mbx15.yu.yale.edu> References: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> <D20AA6FC-3962-4C85-9ABB-480BF873102D@yale.edu> <CANdYjfH_Kt6jS5bvey6UfRQ7c54H6eGZB6nex+gE1PvJZSgF=Q@mail.gmail.com> <AD669F4F98CAF842A44EB31636A067CB2435824F@x10-mbx15.yu.yale.edu> Message-ID: <CANdYjfHwzp34=fRM2m0-x706tNtGSDBSsFPDXB9BQm_7=_XoqQ@mail.gmail.com> Hi Maureen! Very interesting! I'll give those a read. Thanks! Maura On Fri, May 15, 2015 at 2:12 PM, Callahan, Maureen < maureen.callahan at yale.edu> wrote: > Hi Maura, > > > > That?s right. I would consider your example to be not terribly useful > description, and would also say that there are better ways of letting > people know where to find stuff in boxes. You can think of archival objects > as a guide to meaningful information about the collection ? we?re here to > explain the content and context of objects in our care, to make sense of > it. Instances, then, are just a relationship between that description and > where you can find the darn stuff. Description is important, containers are > not. > > > > I?ve written about this before here: > https://icantiemyownshoes.wordpress.com/2014/04/04/the-value-of-archival-description-considered/ > > > > And here: > https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ > > > > Maureen > > > > Maureen Callahan > > Archivist, Metadata Specialist > > Manuscripts & Archives > > Yale University Library > > maureen.callahan at yale.edu > > 203.432.3627 > > > > Webpage: web.library.yale.edu/mssa > > Collections: drs.library.yale.edu > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Maura > Carbone > *Sent:* Friday, May 15, 2015 2:06 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] archival object vs. instance? > > > > Hi Maureen, > > To follow up on that (as a non-archivist), would you recommend then not > doing something like a nested Box1-> items in box1 etc.? Something like > this: > > > > > ? > > > > I don't actually create finding aids, but I am now curious! > > > > -Maura > > > > On Fri, May 15, 2015 at 1:55 PM, Callahan, Maureen < > maureen.callahan at yale.edu> wrote: > > Hi Matt, > > > > I would encourage you to think about encoding differently. > > > > An archival object is similar to what?s considered a unit of description > in DACS and a component in EAD. ?Level? is an attribute that tells you > something about that unit of description ? it is associated with levels of > granularity in recordkeeping, and has NOTHING to do with boxes and folders. > Setting level=?box? or level=?folder? would be an error, and an unfortunate > conflation of groups of records and the physical wrappers that contain > them. Please don?t do this. > > > > When you create an archival object, you?re creating a description of > evidence from the past, regardless of its physicality. This is why you can > associate a digital OR physical instance of it. Indeed, the same archival > object may be just digital, physical across different instances, or digital > and physical. I like that ArchivesSpace has separated description from > instantiation. > > > > Maureen > > > > > > On May 15, 2015, at 12:18 PM, Matthew J Gorzalski < > mGorzalski at lib.siu.edu> wrote: > > > > This is difficult to explain in an email but here it goes? > > > > I?m having trouble understanding the relationship between archival object > and ?instance? as it pertains to creating a finding aid content list. The > confusion stems from my familiarity with Archon?s straightforward > parent-child relationship hierarchy, which uses established arrangement > terminology. Depending on the collection, creating a series, box, folder, > etc. is simply a matter of selecting that option in Archon?s > Level/Container menu and adjusting the parent-child relationships from > there. > > > > In ASpace, as I understand it, I first need to create an archival object > and select the level of description. If it is just a box list, I select > ?file? for box, title the box, and make the Component Unique Identifier > ?Box 1.? But then I need to go to the ?instance? menu and here is where I > actually designate the container type as box, but I?m really just called in > Box 1 for a second time in a different menu. This seems redundant to me, > because in the ?archival object? data I?ve already called it Box 1 and > given it a title. Perhaps the interface could be simplified if the > Archival Object, Instance, and Date menus were redesigned/merged so that > you can create your archival object and designate the container type, > titles, and dates right up front instead of having to scroll to the bottom > for ?instance.? Container type, container title, and dates are the most > important fields and the other menus like extent, agents, subjects etc. are > added value but not critical in a box/folder list. > > > > > > MATT GORZALSKI > > University Archivist > > > > MORRIS LIBRARY > > MAIL CODE 6632 > > SOUTHERN ILLINOIS UNIVERSITY > > 605 AGRICULTURE DR > > CARBONDALE, IL 62901 > > > > mgorzalski at lib.siu.edu > > P: 618/453-2225 > > F: 618/453-3440 > > lib.siu.edu > <https://urldefense.proofpoint.com/v2/url?u=http-3A__lib.siu.edu_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=h9WQmshw_oEC3DPAYgjoTlGXIqU_6_MXNV8fhb8An_Q&e=> > > > > _______________________________________________ > 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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=VkqdxJi02rh_qW0o2SwVjQrrdG2EViaVOoZOWgbwTb0&s=fw4knVcSXh9Tv6fiX2WZTXL7aT4A7fNsqS_nYFg-wY0&e= > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=BDmzmmXjr_8HlbYP4VlrSuLQRSQvfJrKctLao8xNprw&e=> > > > > > > -- > > Maura Carbone > > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/9c56f6d7/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 11981 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/9c56f6d7/attachment.png> From mGorzalski at lib.siu.edu Fri May 15 15:44:13 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Fri, 15 May 2015 19:44:13 +0000 Subject: [Archivesspace_Users_Group] archival object vs. instance? In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB2435824F@x10-mbx15.yu.yale.edu> References: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> <D20AA6FC-3962-4C85-9ABB-480BF873102D@yale.edu> <CANdYjfH_Kt6jS5bvey6UfRQ7c54H6eGZB6nex+gE1PvJZSgF=Q@mail.gmail.com> <AD669F4F98CAF842A44EB31636A067CB2435824F@x10-mbx15.yu.yale.edu> Message-ID: <58bb320ded3c4b1a8fbd2139189182c3@it-excmb3.ad.siu.edu> Thanks for clarifying Maureen. I don?t think I?d ever seen archival object or instance used before in description and it was throwing me off. I was also confused between the Archon?s container list interface and the way ASpace separates instantiation and description. But I thought it might be a design improvement if the Archival Object?s ?basic information,? ?dates? and ?instances? menus could be designed into one menu at the top where you could designate your level, instance, and descriptive information. matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Friday, May 15, 2015 1:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Hi Maura, That?s right. I would consider your example to be not terribly useful description, and would also say that there are better ways of letting people know where to find stuff in boxes. You can think of archival objects as a guide to meaningful information about the collection ? we?re here to explain the content and context of objects in our care, to make sense of it. Instances, then, are just a relationship between that description and where you can find the darn stuff. Description is important, containers are not. I?ve written about this before here: https://icantiemyownshoes.wordpress.com/2014/04/04/the-value-of-archival-description-considered/ And here: https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Friday, May 15, 2015 2:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Hi Maureen, To follow up on that (as a non-archivist), would you recommend then not doing something like a nested Box1-> items in box1 etc.? Something like this: [cid:image001.png at 01D08F18.788CB9E0] ? I don't actually create finding aids, but I am now curious! -Maura On Fri, May 15, 2015 at 1:55 PM, Callahan, Maureen <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> wrote: Hi Matt, I would encourage you to think about encoding differently. An archival object is similar to what?s considered a unit of description in DACS and a component in EAD. ?Level? is an attribute that tells you something about that unit of description ? it is associated with levels of granularity in recordkeeping, and has NOTHING to do with boxes and folders. Setting level=?box? or level=?folder? would be an error, and an unfortunate conflation of groups of records and the physical wrappers that contain them. Please don?t do this. When you create an archival object, you?re creating a description of evidence from the past, regardless of its physicality. This is why you can associate a digital OR physical instance of it. Indeed, the same archival object may be just digital, physical across different instances, or digital and physical. I like that ArchivesSpace has separated description from instantiation. Maureen On May 15, 2015, at 12:18 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: This is difficult to explain in an email but here it goes? I?m having trouble understanding the relationship between archival object and ?instance? as it pertains to creating a finding aid content list. The confusion stems from my familiarity with Archon?s straightforward parent-child relationship hierarchy, which uses established arrangement terminology. Depending on the collection, creating a series, box, folder, etc. is simply a matter of selecting that option in Archon?s Level/Container menu and adjusting the parent-child relationships from there. In ASpace, as I understand it, I first need to create an archival object and select the level of description. If it is just a box list, I select ?file? for box, title the box, and make the Component Unique Identifier ?Box 1.? But then I need to go to the ?instance? menu and here is where I actually designate the container type as box, but I?m really just called in Box 1 for a second time in a different menu. This seems redundant to me, because in the ?archival object? data I?ve already called it Box 1 and given it a title. Perhaps the interface could be simplified if the Archival Object, Instance, and Date menus were redesigned/merged so that you can create your archival object and designate the container type, titles, and dates right up front instead of having to scroll to the bottom for ?instance.? Container type, container title, and dates are the most important fields and the other menus like extent, agents, subjects etc. are added value but not critical in a box/folder list. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225<tel:618%2F453-2225> F: 618/453-3440<tel:618%2F453-3440> lib.siu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__lib.siu.edu_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=h9WQmshw_oEC3DPAYgjoTlGXIqU_6_MXNV8fhb8An_Q&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=VkqdxJi02rh_qW0o2SwVjQrrdG2EViaVOoZOWgbwTb0&s=fw4knVcSXh9Tv6fiX2WZTXL7aT4A7fNsqS_nYFg-wY0&e= _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=BDmzmmXjr_8HlbYP4VlrSuLQRSQvfJrKctLao8xNprw&e=> -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/b74d1175/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 11981 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/b74d1175/attachment.png> From christine.dibella at lyrasis.org Fri May 15 16:13:26 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 15 May 2015 20:13:26 +0000 Subject: [Archivesspace_Users_Group] archival object vs. instance? In-Reply-To: <58bb320ded3c4b1a8fbd2139189182c3@it-excmb3.ad.siu.edu> References: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> <D20AA6FC-3962-4C85-9ABB-480BF873102D@yale.edu> <CANdYjfH_Kt6jS5bvey6UfRQ7c54H6eGZB6nex+gE1PvJZSgF=Q@mail.gmail.com> <AD669F4F98CAF842A44EB31636A067CB2435824F@x10-mbx15.yu.yale.edu> <58bb320ded3c4b1a8fbd2139189182c3@it-excmb3.ad.siu.edu> Message-ID: <BLUPR08MB1779690ECA5BE170B252921DF1C70@BLUPR08MB1779.namprd08.prod.outlook.com> Hi Matt, Have you tried using the Rapid Data Entry tool in ArchivesSpace for entering this kind of data? It aims to make it easier to do data entry for straightforward contents lists and it?s available from any level within a resource record. We?re in the process of updating the instructions for the manual, but if you click the Rapid Data Entry button on any resource record you?ll see what it looks like and how you can customize it to just show the fields you want. You can also make field values ?sticky? so that you don?t have to enter Box or folder (or anything else that gets repeated) every single time. Best, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Friday, May 15, 2015 3:44 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Thanks for clarifying Maureen. I don?t think I?d ever seen archival object or instance used before in description and it was throwing me off. I was also confused between the Archon?s container list interface and the way ASpace separates instantiation and description. But I thought it might be a design improvement if the Archival Object?s ?basic information,? ?dates? and ?instances? menus could be designed into one menu at the top where you could designate your level, instance, and descriptive information. matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Friday, May 15, 2015 1:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Hi Maura, That?s right. I would consider your example to be not terribly useful description, and would also say that there are better ways of letting people know where to find stuff in boxes. You can think of archival objects as a guide to meaningful information about the collection ? we?re here to explain the content and context of objects in our care, to make sense of it. Instances, then, are just a relationship between that description and where you can find the darn stuff. Description is important, containers are not. I?ve written about this before here: https://icantiemyownshoes.wordpress.com/2014/04/04/the-value-of-archival-description-considered/ And here: https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Friday, May 15, 2015 2:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Hi Maureen, To follow up on that (as a non-archivist), would you recommend then not doing something like a nested Box1-> items in box1 etc.? Something like this: [cid:image001.png at 01D08F18.788CB9E0] ? I don't actually create finding aids, but I am now curious! -Maura On Fri, May 15, 2015 at 1:55 PM, Callahan, Maureen <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> wrote: Hi Matt, I would encourage you to think about encoding differently. An archival object is similar to what?s considered a unit of description in DACS and a component in EAD. ?Level? is an attribute that tells you something about that unit of description ? it is associated with levels of granularity in recordkeeping, and has NOTHING to do with boxes and folders. Setting level=?box? or level=?folder? would be an error, and an unfortunate conflation of groups of records and the physical wrappers that contain them. Please don?t do this. When you create an archival object, you?re creating a description of evidence from the past, regardless of its physicality. This is why you can associate a digital OR physical instance of it. Indeed, the same archival object may be just digital, physical across different instances, or digital and physical. I like that ArchivesSpace has separated description from instantiation. Maureen On May 15, 2015, at 12:18 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: This is difficult to explain in an email but here it goes? I?m having trouble understanding the relationship between archival object and ?instance? as it pertains to creating a finding aid content list. The confusion stems from my familiarity with Archon?s straightforward parent-child relationship hierarchy, which uses established arrangement terminology. Depending on the collection, creating a series, box, folder, etc. is simply a matter of selecting that option in Archon?s Level/Container menu and adjusting the parent-child relationships from there. In ASpace, as I understand it, I first need to create an archival object and select the level of description. If it is just a box list, I select ?file? for box, title the box, and make the Component Unique Identifier ?Box 1.? But then I need to go to the ?instance? menu and here is where I actually designate the container type as box, but I?m really just called in Box 1 for a second time in a different menu. This seems redundant to me, because in the ?archival object? data I?ve already called it Box 1 and given it a title. Perhaps the interface could be simplified if the Archival Object, Instance, and Date menus were redesigned/merged so that you can create your archival object and designate the container type, titles, and dates right up front instead of having to scroll to the bottom for ?instance.? Container type, container title, and dates are the most important fields and the other menus like extent, agents, subjects etc. are added value but not critical in a box/folder list. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225<tel:618%2F453-2225> F: 618/453-3440<tel:618%2F453-3440> lib.siu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__lib.siu.edu_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=h9WQmshw_oEC3DPAYgjoTlGXIqU_6_MXNV8fhb8An_Q&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=VkqdxJi02rh_qW0o2SwVjQrrdG2EViaVOoZOWgbwTb0&s=fw4knVcSXh9Tv6fiX2WZTXL7aT4A7fNsqS_nYFg-wY0&e= _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=BDmzmmXjr_8HlbYP4VlrSuLQRSQvfJrKctLao8xNprw&e=> -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/5d175f6e/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 11981 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/5d175f6e/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7645 bytes Desc: image002.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150515/5d175f6e/attachment-0001.png> From mcyzyk at jhu.edu Fri May 15 16:39:26 2015 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Fri, 15 May 2015 16:39:26 -0400 Subject: [Archivesspace_Users_Group] Question about REST API Message-ID: <5556597E.9050509@jhu.edu> Dear ArchivesSpace Community, I have a very elementary question about the REST API: Let's suppose I am logged on to my ArchivesSpace instance as "admin". This is in Firefox. This begins my server-side session. And let's say I have the Firefox "Poster" extension installed (https://addons.mozilla.org/en-US/firefox/addon/poster/). Now, from within Poster, I issue a GET request for the following: http://archivesspace01.mse.jhu.edu:8080/users I'm thinking I should get a response in JSON or XML, a list of all users. But what I get is the page source of http://archivesspace01.mse.jhu.edu:8080/users What am I doing wrong? Best regards, Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Scholarly Communication Architect User Interface Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. From brian.harrington at lyrasis.org Fri May 15 17:16:28 2015 From: brian.harrington at lyrasis.org (Brian Harrington) Date: Fri, 15 May 2015 21:16:28 +0000 Subject: [Archivesspace_Users_Group] Question about REST API In-Reply-To: <5556597E.9050509@jhu.edu> References: <5556597E.9050509@jhu.edu> Message-ID: <D17BD9F8.3A1A%brian.harrington@lyrasis.org> Hi Mark, You need to hit the backend at port 8089, rather than the UI at 8080. That should do it. Hope this helps, Brian -- Brian Harrington Repository Software Developer LYRASIS brian.harrington at lyrasis.org skype: abbistani On 5/15/15, 4:39 PM, "Mark Cyzyk" <mcyzyk at jhu.edu> wrote: > >Dear ArchivesSpace Community, > >I have a very elementary question about the REST API: > >Let's suppose I am logged on to my ArchivesSpace instance as "admin". >This is in Firefox. This begins my server-side session. > >And let's say I have the Firefox "Poster" extension installed >(https://addons.mozilla.org/en-US/firefox/addon/poster/). > >Now, from within Poster, I issue a GET request for the following: > >http://archivesspace01.mse.jhu.edu:8080/users > >I'm thinking I should get a response in JSON or XML, a list of all >users. But what I get is the page source of >http://archivesspace01.mse.jhu.edu:8080/users > >What am I doing wrong? > >Best regards, > >Mark > >-- > ><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> >Mark Cyzyk, M.A., M.L.S. >Scholarly Communication Architect >User Interface Applications Group >The Sheridan Libraries >The Johns Hopkins University >mcyzyk at jhu.edu > >Verba volant, scripta manent. > > >_______________________________________________ >Archivesspace_Users_Group mailing list >Archivesspace_Users_Group at lyralists.lyrasis.org >http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From steelsen.smith at yale.edu Sat May 16 20:41:04 2015 From: steelsen.smith at yale.edu (Smith, Steelsen) Date: Sun, 17 May 2015 00:41:04 +0000 Subject: [Archivesspace_Users_Group] Advanced Search for API Message-ID: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> Hi All, The Rest API Endpoint repositories/:id/search indicates that there's an advanced search input that requires a json formatted "advanced search" in the URI. Does anyone have an example of what it might look like, or a field list of what can be searched for? I'm trying to perform some very specific searches and am finding myself pulling in a lot of extra information and working through it. A more general question, is there better API documentation somewhere than exists in the autodocs? Sample strings would save a lot of time from the trial and error process I'm using now. Thanks, Steelsen ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150517/4909c3dc/attachment.html> From Chris.Fitzpatrick at lyrasis.org Mon May 18 06:45:20 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 18 May 2015 10:45:20 +0000 Subject: [Archivesspace_Users_Group] Advanced Search for API In-Reply-To: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> References: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> Message-ID: <1431945921973.25848@lyrasis.org> Hi Steelsen, Yes, so for advanced queries, you pass in a jsonmodel advanced_query object ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/advanced_query.rb ) This object has a property "query" that can be a boolean_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_query.rb)<https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_query.rb> boolean_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_field_query.rb ) date_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/date_field_query.rb ) or a field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/field_query.rb ) So, a queries could look like this: boolean query ( keyword 'My Awesome Search Term' and 'AND' published = true ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"op\":\"AND\",\"subqueries\":[{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false},{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"}],\"jsonmodel_type\":\"boolean_query\"},\"jsonmodel_type\":\"advanced_query\"}" boolean_field_query ( published = true ): "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" field query ( keyword for 'My Awesome Search Term') : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false}} date_field_query ( Created date after May 5 2015 ) : "http://localhost:4567/repositories/2/search?page=1&aq={\"query\":{\"field\":\"create_time\",\"value\":\"2015-05-05\",\"comparator\":\"greater_than\",\"jsonmodel_type\":\"date_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" Does that help? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Smith, Steelsen <steelsen.smith at yale.edu> Sent: Sunday, May 17, 2015 2:41 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advanced Search for API Hi All, The Rest API Endpoint repositories/:id/search indicates that there's an advanced search input that requires a json formatted "advanced search" in the URI. Does anyone have an example of what it might look like, or a field list of what can be searched for? I'm trying to perform some very specific searches and am finding myself pulling in a lot of extra information and working through it. A more general question, is there better API documentation somewhere than exists in the autodocs? Sample strings would save a lot of time from the trial and error process I'm using now. Thanks, Steelsen ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/4ac36f60/attachment.html> From Chris.Fitzpatrick at lyrasis.org Mon May 18 08:08:30 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Mon, 18 May 2015 12:08:30 +0000 Subject: [Archivesspace_Users_Group] Error Message In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4FD1045@racex01> References: <A01F04C6A8ABA54CB3587082D1DEE0BC12716FD5@EXCHMBOX02.sfasu.nac> <1431679960737.58258@lyrasis.org> <A01F04C6A8ABA54CB3587082D1DEE0BC1271723D@EXCHMBOX02.sfasu.nac>, <F6E0CB227A713F4AA8F9598060B8F063D7F4FD1045@racex01> Message-ID: <1431950902727.2125@lyrasis.org> Hi, Have either of you run the resequence_on_startup process recently? That should eliminate the position conflict issue. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org> Sent: Friday, May 15, 2015 3:46 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Error Message I wanted to chime in that we?ve also rarely run into this issue as well. Also on 1.1.2. Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Friday, May 15, 2015 9:46 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Error Message v1.1.2 Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Friday, May 15, 2015 3:53 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Error Message Hi Johna, Which version of ASpace are you using? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=Ib3_5yyPmW_4rp8lVKlE30lgo7frDW3rKEOCrv-Qm8o&e=> ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> Sent: Thursday, May 14, 2015 10:30 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Error Message [cid:image001.png at 01D08EF4.11AE3BA0] We have recently been getting this error. It mostly happens when you try to add or change information in the Instance. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=Fu9pDgJcQTLPjaaFP8sWqI0AfBczCY_d4Y32K3TIvRc&e=>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Faith F. Charlton Sent: Thursday, May 14, 2015 2:40 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Great. Thanks, Maureen! Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Thursday, May 14, 2015 3:37 PM To: Archivesspace Users Group Cc: SAA Description Section Discussion List digest; SAA Collection Management Tools Roundtable Discussion List Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi everybody! I?m sorry to hear that there wasn?t enough room on the call. I?m going to be recording a screencast right now about container management, and I?ll be sure to distribute that to everyone. Again, I?m sorry to have missed everyone who wasn?t able to make it in. Best wishes, Maureen On May 14, 2015, at 3:06 PM, Faith F. Charlton <faithc at princeton.edu<mailto:faithc at princeton.edu>> wrote: Yeah, I can?t get on either. :/ Faith ________________________________ Faith Charlton Processing Archivist, Americana Collections Princeton University Library One Washington Road Princeton, NJ 08540 609-258-3223 faithc at princeton.edu<mailto:faithc at princeton.edu> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of brian Sent: Thursday, May 14, 2015 3:05 PM To: Archivesspace Users Group; SAA Collection Management Tools Roundtable Discussion List; SAA Description Section Discussion List digest Subject: Re: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW Hi Maureen, I'm with a group at Nyu and google hangout is telling us the call is full. Fyi. Brian Sent from my T-Mobile 4G LTE Device -------- Original message -------- From: "Callahan, Maureen" <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> Date:05/13/2015 8:36 AM (GMT-05:00) To: "'archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>'" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, SAA Collection Management Tools Roundtable Discussion List <cmt at forums.archivists.org<mailto:cmt at forums.archivists.org>>, SAA Description Section Discussion List digest <description at forums.archivists.org<mailto:description at forums.archivists.org>> Cc: Subject: [Archivesspace_Users_Group] Google Hangout about ArchivesSpace container management plug-in TOMORROW A plug-in to ArchivesSpace for better control over locations and containers, sponsored by Yale and created by Hudson Molonglo, is available as a production release on GitHub. https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=Q6jMTot-ijNjchlzMFDnZNMpmEb3Kx8t5ZgKPSxRXVU&e=> I will be hosting a Google Hangout to demonstrate the features of this plug-in and answer questions on Thursday, May 14 at 3:00 pm Eastern time. The link to join us is here: https://plus.google.com/hangouts/_/grc2wouo7h2eu5q6s6i2wvwh4ya<https://urldefense.proofpoint.com/v2/url?u=https-3A__plus.google.com_hangouts_-5F_grc2wouo7h2eu5q6s6i2wvwh4ya&d=AwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ng_gkC1WzhQjysI5UNVXOcnoWwNIrS71W_VOmY4QbLA&s=6m2_2vyW_cNGE-Zfo2iJIb7zBFNQToN4PBGcl0VeHJo&e=> This plug-in includes a lot of exciting new features, listed below. However, this is currently only available as a plug-in for release 1.1.2. ArchivesSpace has committed to bringing this plug-in into the core code (which will mean that it will be included in an upcoming release). In order for this to happen soon, we are hoping that ArchivesSpace members will vote for this issue as a top priority: https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Please join us! Features Containers * New and improved approach to the way ArchivesSpace treats containers. Containers in ArchivesSpace can now be defined once and linked many times to various archival objects, resources, and accessions. This means that the database knows, in a meaningful way, which container materials are housed in. * Ability to know more about the actual container itself. Is this a Paige box? A Hollinger half-manuscript legal? The new "container profile" record type lets you know exactly which box type is on the shelves and what its dimensions are. This will make measuring space much easier, from extent statements to shelf space to really understanding how many moving vans you need for that big renovation! * Be able to select and act on containers. Perhaps you want to see which boxes are in a collection, a series, a location, or have a particular barcode -- ArchivesSpace will let you do it! * The ability to "share" boxes across entire collections in a meaningful way. Let's say that you want to put all of the panoramaic photos in your repository into the same container. With this new data model, you'll be able to keep much better control over that container. * The ability to configure how many digits barcodes in your repository should be. This will help cut down on bad barcode information in the database. * The ability to add/update "container profiles" in bulk. Choose a list of containers. Select Bulk Operations > Update Container Profiles. It is that easy. * Rapid barcode entry. Choose a list of containers, wand through their barcodes. Boom, done. * An error will occur if you try to assign the same barcode to two different containers. No more paging nightmares. * The ability to store data that will help you synchronize between ArchivesSpace and item records in your ILS. It's common for archives to create item records in their ILS for containers in collections. This will give you a place to store the ILS's holdings record Identifier and the item record identifier. * The ability to store data about the restriction status of material associated with a container.See below for more about machine-actionable restrictions. This helps serialize information to ILS item records, and creates an opportunity for archival circulation systems to manage containers with restricted materials properly. Locations * Improved location view. Now, when you look up a location in ArchivesSpace, you'll see all of the containers that are in that location! * Ability to assign locations in bulk. How did we ever get along without this before? This will be a huge help for shelf-reads, moves, and assigning locations to new containers. Restrictions * Machine-actionable restrictions. You will now have the ability to associate begin and end dates with "conditions governing access" and "conditions governing use." You'll also be able to associate a local restriction type for non-time-bound restrictions. This gives the ability to better manage and re-describe expiring restrictions. Extents * Extent calculator. Now that you know the dimensions of your containers, you'll be able to automatically calculate linear footage at any level of description. Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa<https://urldefense.proofpoint.com/v2/url?u=http-3A__web.library.yale.edu_mssa&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=3WvBYQ9c3VUlHPBrazN7LjI4atCISJu8fb-lQjBOonU&e=> Collections: drs.library.yale.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__drs.library.yale.edu&d=AwQF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=et8KAOKdfpjOTO8g9B_CGOSbjEmMMacEzbJIKzOqTA0&s=0lpCMKxnAII2xaIRJhZioBpw7udW2KlmgDCYyTPpAVc&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=Yd9_HRPrOBuXOthkUPsyq3MODyYESgm82-euAbMH_o0&s=jy8QRkRXhHtpNLJkq9mpdwm3UpIcc0ZAgxw0aXRdCYo&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/6c9cff30/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 71222 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/6c9cff30/attachment.png> From mauraa at brandeis.edu Mon May 18 13:21:39 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Mon, 18 May 2015 13:21:39 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace container management screencasts In-Reply-To: <C34543DF-9ECA-43FE-8A58-1B25B7B5F4BF@yale.edu> References: <C34543DF-9ECA-43FE-8A58-1B25B7B5F4BF@yale.edu> Message-ID: <CANdYjfEK-Z5rrigndCRnixCpSuQMtiPHsP0fVjm6oJt1cFOjTQ@mail.gmail.com> Hi Maureen, I actually tried throwing this up on a test instance, and everything works except resource creation. When I try to create a resource I get an error message in my browser; this is what appears in the logs: ActionView::Template::Error (key not found: restriction_type): 2: 3: <div id="object_container"> 4: <%= form_for @resource, :as => "resource", :url => {:action => :create}, :html => {:class => 'form-horizontal aspace-record-form', :id => "resource_form"} do |f| %> 5: <%= form_context :resource, @resource do |form| %> 6: <div class="row-fluid"> 7: <div class="span3"> 8: <%= render_aspace_partial :partial => "resources/sidebar" %> app/helpers/aspace_form_helper.rb:322:in `emit_template' app/helpers/aspace_form_helper.rb:153:in `push' app/helpers/aspace_form_helper.rb:696:in `templates_for_js' app/helpers/aspace_form_helper.rb:682:in `templates_for_js' app/helpers/aspace_form_helper.rb:520:in `form_context' app/views/resources/new.html.erb:5:in `_app_views_resources_new_html_erb__801414340_10034' app/views/resources/new.html.erb:4:in `_app_views_resources_new_html_erb__801414340_10034' I've followed the instructions in the README and I can successfully open and create an accession, so as far as I can tell it is something specific to the resources portion of the plugin. If I disable the plugin I do not encounter this issue. Has anyone else encountered this? -Maura On Fri, May 15, 2015 at 10:45 AM, Callahan, Maureen < maureen.callahan at yale.edu> wrote: > Hi folks, > > For anyone interested in the container management plug-in developed by > Hudson Molonglo and sponsored by Yale, I?ve made you some screencasts. > > Our libguide page about it is here: > http://guides.library.yale.edu/ASpaceContainerManagement > > The plug-in is here: https://github.com/hudmol/container_management > Technical documentation of the plug-in is here: > https://github.com/hudmol/container_management/blob/master/ARCHITECTURE.md > > Screencasts! > Introduction to creating top containers: http://youtu.be/mvf_eEg-jZI > Bulk selection and bulk operations: http://youtu.be/0m1rAbfn3h8 > Machine-actionable restrictions: http://youtu.be/biCDhkbBSng > Extent calculator and container profiles: https://youtu.be/xanYrCoVOi4 > > *Reminder* ? if you want this to be brought into ArchivesSpace (and > you?re an AS member), *VOTE* to prioritize this request > https://archivesspace.atlassian.net/browse/AR-1182 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> > . > > Thanks! > Maureen > > Maureen Callahan > Archivist, Metadata Specialist > Manuscripts & Archives > Yale University Library > maureen.callahan at yale.edu > 203.432.3627 > > Webpage: web.library.yale.edu/mssa > Collections: drs.library.yale.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/8a4a54cb/attachment.html> From maureen.callahan at yale.edu Mon May 18 13:23:28 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Mon, 18 May 2015 17:23:28 +0000 Subject: [Archivesspace_Users_Group] ArchivesSpace container management screencasts In-Reply-To: <CANdYjfEK-Z5rrigndCRnixCpSuQMtiPHsP0fVjm6oJt1cFOjTQ@mail.gmail.com> References: <C34543DF-9ECA-43FE-8A58-1B25B7B5F4BF@yale.edu> <CANdYjfEK-Z5rrigndCRnixCpSuQMtiPHsP0fVjm6oJt1cFOjTQ@mail.gmail.com> Message-ID: <AD669F4F98CAF842A44EB31636A067CB2435B36C@x10-mbx15.yu.yale.edu> I?m not an expert, but I wonder ? did you run the database update script against your test database? You can find this in archivesspace/scripts/setup-database.sh Let me know how it goes! Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Monday, May 18, 2015 1:22 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] ArchivesSpace container management screencasts Hi Maureen, I actually tried throwing this up on a test instance, and everything works except resource creation. When I try to create a resource I get an error message in my browser; this is what appears in the logs: ActionView::Template::Error (key not found: restriction_type): 2: 3: <div id="object_container"> 4: <%= form_for @resource, :as => "resource", :url => {:action => :create}, :html => {:class => 'form-horizontal aspace-record-form', :id => "resource_form"} do |f| %> 5: <%= form_context :resource, @resource do |form| %> 6: <div class="row-fluid"> 7: <div class="span3"> 8: <%= render_aspace_partial :partial => "resources/sidebar" %> app/helpers/aspace_form_helper.rb:322:in `emit_template' app/helpers/aspace_form_helper.rb:153:in `push' app/helpers/aspace_form_helper.rb:696:in `templates_for_js' app/helpers/aspace_form_helper.rb:682:in `templates_for_js' app/helpers/aspace_form_helper.rb:520:in `form_context' app/views/resources/new.html.erb:5:in `_app_views_resources_new_html_erb__801414340_10034' app/views/resources/new.html.erb:4:in `_app_views_resources_new_html_erb__801414340_10034' I've followed the instructions in the README and I can successfully open and create an accession, so as far as I can tell it is something specific to the resources portion of the plugin. If I disable the plugin I do not encounter this issue. Has anyone else encountered this? -Maura On Fri, May 15, 2015 at 10:45 AM, Callahan, Maureen <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> wrote: Hi folks, For anyone interested in the container management plug-in developed by Hudson Molonglo and sponsored by Yale, I?ve made you some screencasts. Our libguide page about it is here: http://guides.library.yale.edu/ASpaceContainerManagement The plug-in is here: https://github.com/hudmol/container_management<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=sO5CkWsh1XcW9LGLlv4gACfUroYjihh8didtVVcm7qU&e=> Technical documentation of the plug-in is here: https://github.com/hudmol/container_management/blob/master/ARCHITECTURE.md<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement_blob_master_ARCHITECTURE.md&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=R0mBfowzLrf-Do3YhKw9u02U3eWtmqJBZgEpcrQypdQ&e=> Screencasts! Introduction to creating top containers: http://youtu.be/mvf_eEg-jZI<https://urldefense.proofpoint.com/v2/url?u=http-3A__youtu.be_mvf-5FeEg-2DjZI&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=4jUZTvAzixBmYb8xUnKGMQuDCR57yzs10u8AipmJa-U&e=> Bulk selection and bulk operations: http://youtu.be/0m1rAbfn3h8<https://urldefense.proofpoint.com/v2/url?u=http-3A__youtu.be_0m1rAbfn3h8&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=XRT5b2NMYR-UXeOPT4i9SblNGbk_R4eSTRLCdI3_R8E&e=> Machine-actionable restrictions: http://youtu.be/biCDhkbBSng<https://urldefense.proofpoint.com/v2/url?u=http-3A__youtu.be_biCDhkbBSng&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=1GPzmSKMODUKrhVGroRU30tjQhRusbuqRwJjKP2GfPU&e=> Extent calculator and container profiles: https://youtu.be/xanYrCoVOi4<https://urldefense.proofpoint.com/v2/url?u=https-3A__youtu.be_xanYrCoVOi4&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=uqzQgQMFf6xB52GQdtMfAp_WYMqrur5w_sbMDYwBHu4&e=> Reminder ? if you want this to be brought into ArchivesSpace (and you?re an AS member), VOTE to prioritize this request https://archivesspace.atlassian.net/browse/AR-1182<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> . Thanks! Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627<tel:203.432.3627> Webpage: web.library.yale.edu/mssa<http://web.library.yale.edu/mssa> Collections: drs.library.yale.edu<http://drs.library.yale.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=7gEkjWOZRnvo2N77wybSFFZTSRGBAt7_PivpCiiZ8fw&e=> -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/4d1fe133/attachment.html> From mauraa at brandeis.edu Mon May 18 13:32:29 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Mon, 18 May 2015 13:32:29 -0400 Subject: [Archivesspace_Users_Group] ArchivesSpace container management screencasts In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB2435B36C@x10-mbx15.yu.yale.edu> References: <C34543DF-9ECA-43FE-8A58-1B25B7B5F4BF@yale.edu> <CANdYjfEK-Z5rrigndCRnixCpSuQMtiPHsP0fVjm6oJt1cFOjTQ@mail.gmail.com> <AD669F4F98CAF842A44EB31636A067CB2435B36C@x10-mbx15.yu.yale.edu> Message-ID: <CANdYjfEdSdEURYKEYJLLGoBA_pVQ=zM5c25g2dGqs2s95dkt3g@mail.gmail.com> Oh nope, I didn't run it again, misread the migration directions! That worked, thanks so much! -Maura On Mon, May 18, 2015 at 1:23 PM, Callahan, Maureen < maureen.callahan at yale.edu> wrote: > I?m not an expert, but I wonder ? did you run the database update script > against your test database? You can find this in > archivesspace/scripts/setup-database.sh > > > > Let me know how it goes! > > Maureen > > > > Maureen Callahan > > Archivist, Metadata Specialist > > Manuscripts & Archives > > Yale University Library > > maureen.callahan at yale.edu > > 203.432.3627 > > > > Webpage: web.library.yale.edu/mssa > > Collections: drs.library.yale.edu > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Maura > Carbone > *Sent:* Monday, May 18, 2015 1:22 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace container > management screencasts > > > > Hi Maureen, > > I actually tried throwing this up on a test instance, and everything works > except resource creation. When I try to create a resource I get an error > message in my browser; this is what appears in the logs: > > > > ActionView::Template::Error (key not found: restriction_type): > > 2: > > 3: <div id="object_container"> > > 4: <%= form_for @resource, :as => "resource", :url => {:action => > :create}, :html => {:class => 'form-horizontal aspace-record-form', :id => > "resource_form"} do |f| %> > > 5: <%= form_context :resource, @resource do |form| %> > > 6: <div class="row-fluid"> > > 7: <div class="span3"> > > 8: <%= render_aspace_partial :partial => > "resources/sidebar" %> > > app/helpers/aspace_form_helper.rb:322:in `emit_template' > > app/helpers/aspace_form_helper.rb:153:in `push' > > app/helpers/aspace_form_helper.rb:696:in `templates_for_js' > > app/helpers/aspace_form_helper.rb:682:in `templates_for_js' > > app/helpers/aspace_form_helper.rb:520:in `form_context' > > app/views/resources/new.html.erb:5:in > `_app_views_resources_new_html_erb__801414340_10034' > > app/views/resources/new.html.erb:4:in > `_app_views_resources_new_html_erb__801414340_10034' > > > > I've followed the instructions in the README and I can successfully open > and create an accession, so as far as I can tell it is something specific > to the resources portion of the plugin. If I disable the plugin I do not > encounter this issue. Has anyone else encountered this? > > > > -Maura > > > > On Fri, May 15, 2015 at 10:45 AM, Callahan, Maureen < > maureen.callahan at yale.edu> wrote: > > Hi folks, > > > > For anyone interested in the container management plug-in developed by > Hudson Molonglo and sponsored by Yale, I?ve made you some screencasts. > > > > Our libguide page about it is here: > http://guides.library.yale.edu/ASpaceContainerManagement > > > > The plug-in is here: https://github.com/hudmol/container_management > <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=sO5CkWsh1XcW9LGLlv4gACfUroYjihh8didtVVcm7qU&e=> > > Technical documentation of the plug-in is here: > https://github.com/hudmol/container_management/blob/master/ARCHITECTURE.md > <https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_hudmol_container-5Fmanagement_blob_master_ARCHITECTURE.md&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=R0mBfowzLrf-Do3YhKw9u02U3eWtmqJBZgEpcrQypdQ&e=> > > > > Screencasts! > > Introduction to creating top containers: http://youtu.be/mvf_eEg-jZI > <https://urldefense.proofpoint.com/v2/url?u=http-3A__youtu.be_mvf-5FeEg-2DjZI&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=4jUZTvAzixBmYb8xUnKGMQuDCR57yzs10u8AipmJa-U&e=> > > > Bulk selection and bulk operations: http://youtu.be/0m1rAbfn3h8 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__youtu.be_0m1rAbfn3h8&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=XRT5b2NMYR-UXeOPT4i9SblNGbk_R4eSTRLCdI3_R8E&e=> > > > Machine-actionable restrictions: http://youtu.be/biCDhkbBSng > <https://urldefense.proofpoint.com/v2/url?u=http-3A__youtu.be_biCDhkbBSng&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=1GPzmSKMODUKrhVGroRU30tjQhRusbuqRwJjKP2GfPU&e=> > > Extent calculator and container profiles: https://youtu.be/xanYrCoVOi4 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__youtu.be_xanYrCoVOi4&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=uqzQgQMFf6xB52GQdtMfAp_WYMqrur5w_sbMDYwBHu4&e=> > > > > > *Reminder* ? if you want this to be brought into ArchivesSpace (and > you?re an AS member), *VOTE* to prioritize this request > https://archivesspace.atlassian.net/browse/AR-1182 > <https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1182&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZktCtGZKWznLrgbM7LfwT7zqDRgDHwfcTTOxUzLW-mU&s=8ZlfbxTin8TnmTcSwjg0avEdUqYh-wi6UKBRVHs8oBE&e=> > . > > > > Thanks! > > Maureen > > > > Maureen Callahan > Archivist, Metadata Specialist > Manuscripts & Archives > Yale University Library > maureen.callahan at yale.edu > 203.432.3627 > > Webpage: web.library.yale.edu/mssa > Collections: drs.library.yale.edu > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=zerdP0t_Td9ILIs1zABKq6lpnklMC1jAjCzzltUKIj4&s=7gEkjWOZRnvo2N77wybSFFZTSRGBAt7_PivpCiiZ8fw&e=> > > > > > > -- > > Maura Carbone > > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/1d61420a/attachment.html> From lcalahan at umn.edu Mon May 18 14:47:03 2015 From: lcalahan at umn.edu (Lisa Calahan) Date: Mon, 18 May 2015 13:47:03 -0500 Subject: [Archivesspace_Users_Group] Public Interface Enhancement Project: Call for participation in special member working group In-Reply-To: <E6649B64-C4F5-41C8-976A-5D06190445D9@lyrasis.org> References: <E6649B64-C4F5-41C8-976A-5D06190445D9@lyrasis.org> Message-ID: <CAFfoRK5AP4TBf8Vtn6u-CyE=gB7uMEJD=3o0a1a3ToaiwPURdA@mail.gmail.com> Hi Angela, I can't believe I saved this email from my Spam filter just in the nick of time. If you still are looking for volunteers for the Public Interface Enhancements Working Group, I would love to participate. Let me know if there's anything else you need from me at this time. Best, Lisa Calahan On Thu, May 7, 2015 at 3:54 PM, Angela Spinazze <angela.spinazze at lyrasis.org > wrote: > Hello ArchivesSpace Members, > > We are pleased to announce that a process is underway to engage a third > party design firm specializing in user experience and interaction design to > provide assessment, project management, and design services to the > ArchivesSpace program staff and community in support of enhancing the > public interface of the ArchivesSpace software application. As part of > this effort, *we are calling for member volunteers* to participate in a > working group that will work closely with the design firm and program staff > to ensure that requirements, priorities, testing, and acceptance of the > work product meets member needs and expectations. A full description of > what we are asking this working group to take on is included below. > > Mark Custer has graciously agreed to chair the working group. Together > with Brian Hoffman who will lead the core code development effort, and > myself, we will ensure that the scope of work is carried out in a > collaborative and efficient manner. We expect to make a final selection of > the firm in the coming weeks and to begin working with them in June. > > The primary deliverables of this project include: > > 1. Establishment of an overall graphic style and interaction design > for the public interface and definition of a set of supporting guidelines. > 2. Identification of areas and/or elements of the public interface > that could be modified or enhanced in order to improve usability and > provide greater ease of interaction for public users of the application > 3. Development of a set of enhancements to the core code base (based > on #2 above and led by Brian Hoffman) > 4. Development of plugins (As possible and in collaboration with > additional development partners to be determined) > > We are asking the Public Interface Enhancements Working Group to: > > 1. Review, in order to de-dupe and enhance where necessary, the > sixty-three issues that have been submitted by the community since > alpha testing of the ArchivesSpace application began and that now reside in > JIRA. The goal of the review is to ensure that all of the issues > are defined as clearly as possible, that they are organized into a cohesive > narrative of requirements, and that they are prioritized based on member > need and use within the coming six month period. > 2. Ensure that all reports submitted by members that specifically call > out their concerns, needs, and desires with regard to the public > interface are properly represented and integrated into the issues noted > above. > 3. Ensure that a full set of user stories and use cases are provided > within JIRA that represent the breadth and depth of > member information ecologies and work environments. > 4. Work directly with the design firm for the duration of the project > (June ? December 2015 on a regular schedule to be determined > in collaboration with the selected firm). > 5. Review and test interaction designs and provide feedback. > 6. Communicate with members and serve as advisors to the process on > behalf of the full membership. > > If you are interested in participating, please let me know through a > direct reply to this message, by close of business Friday, May 18th. > > I look forward to working with Mark, Brian, and all of you on > this creative endeavor! > > Angela > > > > ============================ > Angela Spinazz? > Senior Director of Collaborative Programs and CollectionSpace Program > Director > LYRASIS > > email: angela.spinazze at lyrasis.org > voice: +1 800.999.8558 x2922 > www.archivesspace.org > www.collectionspace.org > www.lyrasis.org <http://www.collectionspace.org> > > > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Head of Archival Processing University of Minnesota Libraries Archives and Special Collections Elmer L. Andersen Library, Suite 315 222-21st Ave. S. Minneapolis MN 55455 Phone: 612.626.2531 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/a4921461/attachment.html> From steelsen.smith at yale.edu Mon May 18 15:05:32 2015 From: steelsen.smith at yale.edu (Smith, Steelsen) Date: Mon, 18 May 2015 19:05:32 +0000 Subject: [Archivesspace_Users_Group] Advanced Search for API In-Reply-To: <1431945921973.25848@lyrasis.org> References: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> <1431945921973.25848@lyrasis.org> Message-ID: <918BA6B76E992141A00B3FA3E96AA5EA016B2E2F87@x10-mbx14.yu.yale.edu> Awesome, thanks. I Don't think I would have figured this out on my own. Best, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, May 18, 2015 6:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi Steelsen, Yes, so for advanced queries, you pass in a jsonmodel advanced_query object ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/advanced_query.rb<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_advanced-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=XKq3Z2Zcp5vN9160nKsQ5Fp36dAR-fNwL-niWBmhq-g&e=> ) This object has a property "query" that can be a boolean_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_query.rb)<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_boolean-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=_6bZyOnpl71NPKRJjjla7NaDoWJlyhuiO4IlYlh4CGA&e=> boolean_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_field_query.rb<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_boolean-5Ffield-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=4KJTLPivqB8fCgXYZKlV7hqV_Lyo2nM00Epsp3VAvjY&e=> ) date_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/date_field_query.rb<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_date-5Ffield-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=u_8ujNq8W5fiGCkEaDkrxfIpBAKuy_Oqe7nhFFUUguE&e=> ) or a field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/field_query.rb<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_field-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=_juF6V_y9YnXDL2nWOt3-cb0CDSFnbSYnXUvs9sV0-U&e=> ) So, a queries could look like this: boolean query ( keyword 'My Awesome Search Term' and 'AND' published = true ) : "http://localhost:4567/repositories/2/search?page=1&aq={\<http://localhost:4567/repositories/2/search?page=1&aq=%7b\>"query\":{\"op\":\"AND\",\"subqueries\":[{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false},{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"}],\"jsonmodel_type\":\"boolean_query\"},\"jsonmodel_type\":\"advanced_query\"}" boolean_field_query ( published = true ): "http://localhost:4567/repositories/2/search?page=1&aq={\<http://localhost:4567/repositories/2/search?page=1&aq=%7b\>"query\":{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" field query ( keyword for 'My Awesome Search Term') : "http://localhost:4567/repositories/2/search?page=1&aq={\<http://localhost:4567/repositories/2/search?page=1&aq=%7b\>"query\":{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false}} date_field_query ( Created date after May 5 2015 ) : "http://localhost:4567/repositories/2/search?page=1&aq={\<http://localhost:4567/repositories/2/search?page=1&aq=%7b\>"query\":{\"field\":\"create_time\",\"value\":\"2015-05-05\",\"comparator\":\"greater_than\",\"jsonmodel_type\":\"date_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" Does that help? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Smith, Steelsen <steelsen.smith at yale.edu<mailto:steelsen.smith at yale.edu>> Sent: Sunday, May 17, 2015 2:41 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advanced Search for API Hi All, The Rest API Endpoint repositories/:id/search indicates that there's an advanced search input that requires a json formatted "advanced search" in the URI. Does anyone have an example of what it might look like, or a field list of what can be searched for? I'm trying to perform some very specific searches and am finding myself pulling in a lot of extra information and working through it. A more general question, is there better API documentation somewhere than exists in the autodocs? Sample strings would save a lot of time from the trial and error process I'm using now. Thanks, Steelsen ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/958bcbc1/attachment.html> From maureen.callahan at yale.edu Mon May 18 19:25:15 2015 From: maureen.callahan at yale.edu (Callahan, Maureen) Date: Mon, 18 May 2015 23:25:15 +0000 Subject: [Archivesspace_Users_Group] rad "delete repos" script Message-ID: <FB29CAFA-C9D4-4B52-A619-265DDD33622B@yale.edu> Hey Chris, I?m using your delete repositories ruby script (https://gist.github.com/cfitz/4fefcfa659ef18bfbe6c), and I hit an error: PLEASE RE-ENTER THE REPOSITORY NAME TO VERIFY THIS IS WHAT YOU WANT TO DO : /repositories/2 http://localhost:8089//repositories/2/accessions?all_ids=true ############################## deleting accessions http://localhost:8089//repositories/2/archival_objects?all_ids=true ############################## deleting archival_objects http://localhost:8089//repositories/2/classification_terms?all_ids=true ############################## deleting classification_terms http://localhost:8089//repositories/2/classifications?all_ids=true ############################## deleting classifications http://localhost:8089//repositories/2/digital_object_components?all_ids=true ############################## deleting digital_object_components http://localhost:8089//repositories/2/digital_objects?all_ids=true ############################## deleting digital_objects http://localhost:8089//repositories/2/events?all_ids=true ############################## deleting events http://localhost:8089//repositories/2/resources?all_ids=true ############################## deleting resources Attempting to delete /repositories/2 /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/abstract_response.rb:74:in `return!': 409 Conflict (RestClient::Conflict) from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:495:in `process_result' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:421:in `block in transmit' from /usr/local/Cellar/ruby/2.2.0/lib/ruby/2.2.0/net/http.rb:853:in `start' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:413:in `transmit' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:176:in `execute' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:41:in `execute' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient.rb:81:in `delete' from delete_repo.rb:39:in `delete_repo' from delete_repo.rb:74:in `<main>? Do you have any thoughts why I can?t seem to get the delete to stick? Thanks! Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150518/77843428/attachment.html> From jvb at sfasu.edu Tue May 19 11:29:09 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Tue, 19 May 2015 15:29:09 +0000 Subject: [Archivesspace_Users_Group] HTML Codes Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC12718C89@EXCHMBOX02.sfasu.nac> Is there a way to fix all of these types of problems without going through them one by one? [i]The Garden of the Plynck[/i]. First draft, ca. 1920<http://144.96.123.231/repositories/2/archival_objects/640> These are found in titles and in instances. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Monday, May 18, 2015 6:25 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] rad "delete repos" script Hey Chris, I?m using your delete repositories ruby script (https://gist.github.com/cfitz/4fefcfa659ef18bfbe6c<https://urldefense.proofpoint.com/v2/url?u=https-3A__gist.github.com_cfitz_4fefcfa659ef18bfbe6c&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=RBqQg3yCA7q_BXnHYD4RreemM0umf2vDLaFj1BqGAKQ&e=>), and I hit an error: PLEASE RE-ENTER THE REPOSITORY NAME TO VERIFY THIS IS WHAT YOU WANT TO DO : /repositories/2 http://localhost:8089//repositories/2/accessions?all_ids=true<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8089__repositories_2_accessions-3Fall-5Fids-3Dtrue&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=EfqpPvbKw_V8850Uth2BW2TPnK5MhSANnrzPNxg4es8&e=> ############################## deleting accessions http://localhost:8089//repositories/2/archival_objects?all_ids=true<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8089__repositories_2_archival-5Fobjects-3Fall-5Fids-3Dtrue&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=SD8UZ3Xm9WdWT7i_KNmbEx8pY8Kz42l9cBBnmmXM54s&e=> ############################## deleting archival_objects http://localhost:8089//repositories/2/classification_terms?all_ids=true<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8089__repositories_2_classification-5Fterms-3Fall-5Fids-3Dtrue&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=KOCk5jIUvar8FSrMRvG0-mdIYcC9VW7v0scVIoh7PYk&e=> ############################## deleting classification_terms http://localhost:8089//repositories/2/classifications?all_ids=true<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8089__repositories_2_classifications-3Fall-5Fids-3Dtrue&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=z-071_I8XuJjBwuKMZqucndTFiU_-eBxWr5MGMT5eWw&e=> ############################## deleting classifications http://localhost:8089//repositories/2/digital_object_components?all_ids=true<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8089__repositories_2_digital-5Fobject-5Fcomponents-3Fall-5Fids-3Dtrue&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=W3EaH0b7YAyyMHdNvRlBDmQLhLwKN4H6lBSQN4CHla4&e=> ############################## deleting digital_object_components http://localhost:8089//repositories/2/digital_objects?all_ids=true<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8089__repositories_2_digital-5Fobjects-3Fall-5Fids-3Dtrue&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=0P49AojKIPXd1EK4K2HIklvghlny8ldWYm8f7RsH1JQ&e=> ############################## deleting digital_objects http://localhost:8089//repositories/2/events?all_ids=true<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8089__repositories_2_events-3Fall-5Fids-3Dtrue&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=WOxrb7-sgnCitdJvJPLOPXtjn48DQGS1ML-QAm-UzKc&e=> ############################## deleting events http://localhost:8089//repositories/2/resources?all_ids=true<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A8089__repositories_2_resources-3Fall-5Fids-3Dtrue&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=-azWf3RASslJX2Y1SDPDgilvMQXZoroagEteZvf2SWg&s=i_kozgwRP-YE-qzr2DsZPtDkZfKup5zJrx3G4dBKpVg&e=> ############################## deleting resources Attempting to delete /repositories/2 /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/abstract_response.rb:74:in `return!': 409 Conflict (RestClient::Conflict) from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:495:in `process_result' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:421:in `block in transmit' from /usr/local/Cellar/ruby/2.2.0/lib/ruby/2.2.0/net/http.rb:853:in `start' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:413:in `transmit' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:176:in `execute' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:41:in `execute' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient.rb:81:in `delete' from delete_repo.rb:39:in `delete_repo' from delete_repo.rb:74:in `<main>? Do you have any thoughts why I can?t seem to get the delete to stick? Thanks! Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150519/45ebf349/attachment.html> From jvb at sfasu.edu Tue May 19 11:29:46 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Tue, 19 May 2015 15:29:46 +0000 Subject: [Archivesspace_Users_Group] HTML Codes In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC12718C89@EXCHMBOX02.sfasu.nac> References: <A01F04C6A8ABA54CB3587082D1DEE0BC12718C89@EXCHMBOX02.sfasu.nac> Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC12718C9C@EXCHMBOX02.sfasu.nac> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Tuesday, May 19, 2015 10:29 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] HTML Codes Is there a way to fix all of these types of problems without going through them one by one? [i]The Garden of the Plynck[/i]. First draft, ca. 1920<https://urldefense.proofpoint.com/v2/url?u=http-3A__144.96.123.231_repositories_2_archival-5Fobjects_640&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=fls1dEO0kBhmo-HLsU6sL6BE1ng0pp-tQpu07rB8D5Q&s=Lg9V1-pJx9cfU1aF7Av3NGzUX1jXhDufLukdNIVEGWY&e=> These are found in titles and in instances. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=fls1dEO0kBhmo-HLsU6sL6BE1ng0pp-tQpu07rB8D5Q&s=9EYmrMX7D-AVFooeWe_SUnbOE3wq7GPh1jELujbBkPs&e=>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150519/2b90c20b/attachment.html> From brianjhoffman at gmail.com Tue May 19 11:42:25 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Tue, 19 May 2015 11:42:25 -0400 Subject: [Archivesspace_Users_Group] HTML Codes In-Reply-To: <A01F04C6A8ABA54CB3587082D1DEE0BC12718C9C@EXCHMBOX02.sfasu.nac> References: <A01F04C6A8ABA54CB3587082D1DEE0BC12718C89@EXCHMBOX02.sfasu.nac> <A01F04C6A8ABA54CB3587082D1DEE0BC12718C9C@EXCHMBOX02.sfasu.nac> Message-ID: <F1EE3B0D-5D17-43A7-A012-DAEFF412DB24@gmail.com> Hi, You can do this with the Batch Find and Replace feature (found in the ?Background Jobs? section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first. Brian On May 19, 2015, at 11:29 AM, Johna L Von Behrens <jvb at sfasu.edu> wrote: > > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens > Sent: Tuesday, May 19, 2015 10:29 AM > To: Archivesspace Users Group > Subject: [Archivesspace_Users_Group] HTML Codes > > Is there a way to fix all of these types of problems without going through them one by one? > > [i]The Garden of the Plynck[/i]. First draft, ca. 1920 > > These are found in titles and in instances. > > Johna Von Behrens, MLIS, MSED > Archives and Repository Librarian > East Texas Research Center > Stephen F. Austin State University > PO Box 13055 SFA Station > Nacogdoches, TX 75962 > Phone 936.468.1536 > Fax 936.468.4117 > asketrc at sfasu.edu > > The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of > Stephen F. Austin State University, its Board of Regents, or the State of Texas. > > The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of > Stephen F. Austin State University, its Board of Regents, or the State of Texas. > > _______________________________________________ > 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150519/8c455323/attachment.html> From jvb at sfasu.edu Tue May 19 11:47:41 2015 From: jvb at sfasu.edu (Johna L Von Behrens) Date: Tue, 19 May 2015 15:47:41 +0000 Subject: [Archivesspace_Users_Group] HTML Codes In-Reply-To: <F1EE3B0D-5D17-43A7-A012-DAEFF412DB24@gmail.com> References: <A01F04C6A8ABA54CB3587082D1DEE0BC12718C89@EXCHMBOX02.sfasu.nac> <A01F04C6A8ABA54CB3587082D1DEE0BC12718C9C@EXCHMBOX02.sfasu.nac> <F1EE3B0D-5D17-43A7-A012-DAEFF412DB24@gmail.com> Message-ID: <A01F04C6A8ABA54CB3587082D1DEE0BC12718CF7@EXCHMBOX02.sfasu.nac> Thank you Brian. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<http://www.ci.nacogdoches.tx.us/>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman Sent: Tuesday, May 19, 2015 10:42 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] HTML Codes Hi, You can do this with the Batch Find and Replace feature (found in the "Background Jobs" section). But you need to test this first in a test environment using a copy of your database. When you are ready to proceed and use your production database, make sure to back it up first. Brian On May 19, 2015, at 11:29 AM, Johna L Von Behrens <jvb at sfasu.edu<mailto:jvb at sfasu.edu>> wrote: From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Johna L Von Behrens Sent: Tuesday, May 19, 2015 10:29 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] HTML Codes Is there a way to fix all of these types of problems without going through them one by one? [i]The Garden of the Plynck[/i]. First draft, ca. 1920<https://urldefense.proofpoint.com/v2/url?u=http-3A__144.96.123.231_repositories_2_archival-5Fobjects_640&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=fls1dEO0kBhmo-HLsU6sL6BE1ng0pp-tQpu07rB8D5Q&s=Lg9V1-pJx9cfU1aF7Av3NGzUX1jXhDufLukdNIVEGWY&e=> These are found in titles and in instances. Johna Von Behrens, MLIS, MSED Archives and Repository Librarian<http://library.sfasu.edu/etrc/academic> East Texas Research Center<http://library.sfasu.edu/etrc/> Stephen F. Austin State University<http://www.sfasu.edu/> PO Box 13055 SFA Station Nacogdoches<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ci.nacogdoches.tx.us_&d=AwMGaQ&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=fls1dEO0kBhmo-HLsU6sL6BE1ng0pp-tQpu07rB8D5Q&s=9EYmrMX7D-AVFooeWe_SUnbOE3wq7GPh1jELujbBkPs&e=>, TX 75962 Phone 936.468.1536 Fax 936.468.4117 asketrc at sfasu.edu<mailto:asketrc at sfasu.edu> The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. The views and opinions expressed in this message are my own and do not necessarily reflect the views and opinions of Stephen F. Austin State University, its Board of Regents, or the State of Texas. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMF-g&c=2X_btuPRWkGwRX26NHIotw&r=tQ2tv-hfgUIirMrmRvnobg&m=sFzV3cK1Tdcq3lfXidG2hZq7aKeK9gKQ3H-V9g6kpvQ&s=9rOuKwNHt9Rd7UPWdfva9oA6SEoCCd2Soe4SkrGFB_Q&e=> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150519/84bb0538/attachment.html> From mGorzalski at lib.siu.edu Tue May 19 15:51:14 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Tue, 19 May 2015 19:51:14 +0000 Subject: [Archivesspace_Users_Group] archival object vs. instance? In-Reply-To: <BLUPR08MB1779690ECA5BE170B252921DF1C70@BLUPR08MB1779.namprd08.prod.outlook.com> References: <3ad9a2c95f354e568f7502c977894803@it-excmb3.ad.siu.edu> <D20AA6FC-3962-4C85-9ABB-480BF873102D@yale.edu> <CANdYjfH_Kt6jS5bvey6UfRQ7c54H6eGZB6nex+gE1PvJZSgF=Q@mail.gmail.com> <AD669F4F98CAF842A44EB31636A067CB2435824F@x10-mbx15.yu.yale.edu> <58bb320ded3c4b1a8fbd2139189182c3@it-excmb3.ad.siu.edu> <BLUPR08MB1779690ECA5BE170B252921DF1C70@BLUPR08MB1779.namprd08.prod.outlook.com> Message-ID: <1ea2ecd5f2c347d2af6a768ec6a13af3@it-excmb3.ad.siu.edu> Yes, the rapid data entry is a nice tool. My nit-picky preference though would for it to be vertical rather than horizontal. But the ability to hide fields is definitely helpful. Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella Sent: Friday, May 15, 2015 3:13 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Hi Matt, Have you tried using the Rapid Data Entry tool in ArchivesSpace for entering this kind of data? It aims to make it easier to do data entry for straightforward contents lists and it?s available from any level within a resource record. We?re in the process of updating the instructions for the manual, but if you click the Rapid Data Entry button on any resource record you?ll see what it looks like and how you can customize it to just show the fields you want. You can also make field values ?sticky? so that you don?t have to enter Box or folder (or anything else that gets repeated) every single time. Best, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Friday, May 15, 2015 3:44 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Thanks for clarifying Maureen. I don?t think I?d ever seen archival object or instance used before in description and it was throwing me off. I was also confused between the Archon?s container list interface and the way ASpace separates instantiation and description. But I thought it might be a design improvement if the Archival Object?s ?basic information,? ?dates? and ?instances? menus could be designed into one menu at the top where you could designate your level, instance, and descriptive information. matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Callahan, Maureen Sent: Friday, May 15, 2015 1:12 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Hi Maura, That?s right. I would consider your example to be not terribly useful description, and would also say that there are better ways of letting people know where to find stuff in boxes. You can think of archival objects as a guide to meaningful information about the collection ? we?re here to explain the content and context of objects in our care, to make sense of it. Instances, then, are just a relationship between that description and where you can find the darn stuff. Description is important, containers are not. I?ve written about this before here: https://icantiemyownshoes.wordpress.com/2014/04/04/the-value-of-archival-description-considered/ And here: https://icantiemyownshoes.wordpress.com/2014/12/15/on-containers/ Maureen Maureen Callahan Archivist, Metadata Specialist Manuscripts & Archives Yale University Library maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu> 203.432.3627 Webpage: web.library.yale.edu/mssa Collections: drs.library.yale.edu From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Friday, May 15, 2015 2:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] archival object vs. instance? Hi Maureen, To follow up on that (as a non-archivist), would you recommend then not doing something like a nested Box1-> items in box1 etc.? Something like this: [cid:image001.png at 01D08F18.788CB9E0] ? I don't actually create finding aids, but I am now curious! -Maura On Fri, May 15, 2015 at 1:55 PM, Callahan, Maureen <maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>> wrote: Hi Matt, I would encourage you to think about encoding differently. An archival object is similar to what?s considered a unit of description in DACS and a component in EAD. ?Level? is an attribute that tells you something about that unit of description ? it is associated with levels of granularity in recordkeeping, and has NOTHING to do with boxes and folders. Setting level=?box? or level=?folder? would be an error, and an unfortunate conflation of groups of records and the physical wrappers that contain them. Please don?t do this. When you create an archival object, you?re creating a description of evidence from the past, regardless of its physicality. This is why you can associate a digital OR physical instance of it. Indeed, the same archival object may be just digital, physical across different instances, or digital and physical. I like that ArchivesSpace has separated description from instantiation. Maureen On May 15, 2015, at 12:18 PM, Matthew J Gorzalski <mGorzalski at lib.siu.edu<mailto:mGorzalski at lib.siu.edu>> wrote: This is difficult to explain in an email but here it goes? I?m having trouble understanding the relationship between archival object and ?instance? as it pertains to creating a finding aid content list. The confusion stems from my familiarity with Archon?s straightforward parent-child relationship hierarchy, which uses established arrangement terminology. Depending on the collection, creating a series, box, folder, etc. is simply a matter of selecting that option in Archon?s Level/Container menu and adjusting the parent-child relationships from there. In ASpace, as I understand it, I first need to create an archival object and select the level of description. If it is just a box list, I select ?file? for box, title the box, and make the Component Unique Identifier ?Box 1.? But then I need to go to the ?instance? menu and here is where I actually designate the container type as box, but I?m really just called in Box 1 for a second time in a different menu. This seems redundant to me, because in the ?archival object? data I?ve already called it Box 1 and given it a title. Perhaps the interface could be simplified if the Archival Object, Instance, and Date menus were redesigned/merged so that you can create your archival object and designate the container type, titles, and dates right up front instead of having to scroll to the bottom for ?instance.? Container type, container title, and dates are the most important fields and the other menus like extent, agents, subjects etc. are added value but not critical in a box/folder list. MATT GORZALSKI University Archivist MORRIS LIBRARY MAIL CODE 6632 SOUTHERN ILLINOIS UNIVERSITY 605 AGRICULTURE DR CARBONDALE, IL 62901 mgorzalski at lib.siu.edu<mailto:mgorzalski at lib.siu.edu> P: 618/453-2225<tel:618%2F453-2225> F: 618/453-3440<tel:618%2F453-3440> lib.siu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__lib.siu.edu_&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=h9WQmshw_oEC3DPAYgjoTlGXIqU_6_MXNV8fhb8An_Q&e=> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto: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=AwICAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=VkqdxJi02rh_qW0o2SwVjQrrdG2EViaVOoZOWgbwTb0&s=fw4knVcSXh9Tv6fiX2WZTXL7aT4A7fNsqS_nYFg-wY0&e= _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=ZubMFDWAu94jDCG27S3K3uw2F037N0osakw7ej3DOsM&s=BDmzmmXjr_8HlbYP4VlrSuLQRSQvfJrKctLao8xNprw&e=> -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150519/7efc5c4a/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 7645 bytes Desc: image002.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150519/7efc5c4a/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 11981 bytes Desc: image003.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150519/7efc5c4a/attachment-0001.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: vertical.jpg Type: image/jpeg Size: 309996 bytes Desc: vertical.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150519/7efc5c4a/attachment.jpg> From eckardm at umich.edu Wed May 20 09:38:48 2015 From: eckardm at umich.edu (Max Eckard) Date: Wed, 20 May 2015 09:38:48 -0400 Subject: [Archivesspace_Users_Group] Documentation down Message-ID: <CAOEoOqX9vHrp7RRuSDE4GtgVeqAxtUq7b-kjCD_QHq93EeGqiw@mail.gmail.com> Hello ArchivesSpace folks, All of the talk about rights statements from DPLA and Europeana this morning got me excited about diving into the difference between Rights Statements and Conditions Governing Access Notes in ArchivesSpace (perhaps that will be a future question to the list!). However, I logged into the documentation portal only to get a 404 error after clicking "Browse the ArchivesSpace Documentation." Just wanted to make sure you were aware. Thanks! Max -- *Max Eckard* *Assistant Archivist for Digital Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734/763-7518 <734.763.7518> http://bentley.umich.edu/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/3f88b374/attachment.html> From christine.dibella at lyrasis.org Wed May 20 09:46:03 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Wed, 20 May 2015 13:46:03 +0000 Subject: [Archivesspace_Users_Group] Documentation down In-Reply-To: <CAOEoOqX9vHrp7RRuSDE4GtgVeqAxtUq7b-kjCD_QHq93EeGqiw@mail.gmail.com> References: <CAOEoOqX9vHrp7RRuSDE4GtgVeqAxtUq7b-kjCD_QHq93EeGqiw@mail.gmail.com> Message-ID: <BLUPR08MB17798C7F35F075C4C2B4D9F2F1C20@BLUPR08MB1779.namprd08.prod.outlook.com> Hi Max, We?re in the process of making some documentation updates and you may have caught the site during a very brief transitional period. Everything looks fine from here, from multiple browsers and devices. Can you give it another try? Thanks, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Max Eckard Sent: Wednesday, May 20, 2015 9:39 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Documentation down Hello ArchivesSpace folks, All of the talk about rights statements from DPLA and Europeana this morning got me excited about diving into the difference between Rights Statements and Conditions Governing Access Notes in ArchivesSpace (perhaps that will be a future question to the list!). However, I logged into the documentation portal only to get a 404 error after clicking "Browse the ArchivesSpace Documentation." Just wanted to make sure you were aware. Thanks! Max -- Max Eckard Assistant Archivist for Digital Curation [https://webapps.lsa.umich.edu/dean/lsa_emails/bentley-sig-em.png] Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734/763-7518<tel:734.763.7518> http://bentley.umich.edu/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/ae410244/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/ae410244/attachment.png> From eckardm at umich.edu Wed May 20 09:56:31 2015 From: eckardm at umich.edu (Max Eckard) Date: Wed, 20 May 2015 09:56:31 -0400 Subject: [Archivesspace_Users_Group] Documentation down In-Reply-To: <BLUPR08MB17798C7F35F075C4C2B4D9F2F1C20@BLUPR08MB1779.namprd08.prod.outlook.com> References: <CAOEoOqX9vHrp7RRuSDE4GtgVeqAxtUq7b-kjCD_QHq93EeGqiw@mail.gmail.com> <BLUPR08MB17798C7F35F075C4C2B4D9F2F1C20@BLUPR08MB1779.namprd08.prod.outlook.com> Message-ID: <CAOEoOqX7WAMmgJ00yF30R05QnsS8B7_95bhNNu7gfR1kiRDKoA@mail.gmail.com> Yes, it's back on! Thanks! Max On Wed, May 20, 2015 at 9:46 AM, Christine Di Bella < christine.dibella at lyrasis.org> wrote: > Hi Max, > > > > We?re in the process of making some documentation updates and you may have > caught the site during a very brief transitional period. Everything looks > fine from here, from multiple browsers and devices. Can you give it another > try? > > > > Thanks, > > Christine > > > > Christine Di Bella > > Community Outreach and Support Manager > > christine.dibella at lyrasis.org > > 800.999.8558 x2905 > > 678-235-2905 > > cdibella13 (Skype) > > [image: cid:image003.png at 01CE734E.FD759D30] > > > > > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Max > Eckard > *Sent:* Wednesday, May 20, 2015 9:39 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] Documentation down > > > > Hello ArchivesSpace folks, > > > > All of the talk about rights statements from DPLA and Europeana this > morning got me excited about diving into the difference between Rights > Statements and Conditions Governing Access Notes in ArchivesSpace (perhaps > that will be a future question to the list!). However, I logged into the > documentation portal only to get a 404 error after clicking "Browse the > ArchivesSpace Documentation." > > > > Just wanted to make sure you were aware. > > > > Thanks! > > Max > > > > -- > > *Max Eckard* > *Assistant Archivist for Digital Curation* > > > > Bentley Historical Library > > 1150 Beal Ave. > Ann Arbor, MI 48109-2113 > 734/763-7518 <734.763.7518> > > http://bentley.umich.edu/ > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- *Max Eckard* *Assistant Archivist for Digital Curation* Bentley Historical Library 1150 Beal Ave. Ann Arbor, MI 48109-2113 734/763-7518 <734.763.7518> http://bentley.umich.edu/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/499d5bbf/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/499d5bbf/attachment.png> From drossetti at colum.edu Wed May 20 11:56:44 2015 From: drossetti at colum.edu (Rossetti, Dominic) Date: Wed, 20 May 2015 15:56:44 +0000 Subject: [Archivesspace_Users_Group] Print to PDF jobs consistantly fail... Message-ID: <92723F32A19E4446AB97F20B464D1CEB605DBC79@EXBOX01.admin.colum.edu> Hello all, We've noticed since we've upgraded to v1.2.0 that a few of our collections fail every time we try to use the "Print Resource to PDF" option in the software. Below are a couple examples of the logs generated after the failed jobs. Any help resolving this would be appreciated. Log Example #1: Generating PDF for William Russo Collection org.xml.sax.SAXParseException; lineNumber: 69; columnNumber: 112392; The end-tag for element type "p" must end with a '>' delimiter. net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:380) RUBY.parse(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/xml.rb:25) RUBY.XML(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/processor.rb:50) RUBY.XML(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/xml.rb:11) RUBY.to_fo(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:35) RUBY.to_pdf(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:41) RUBY.run(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:46) RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23) RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23) RUBY.run(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:23) BackgroundJobQueue.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100) BackgroundJobQueue.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100) RUBY.start_background_thread(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128) Log Example #2: Generating PDF for Chicago Anti-Apartheid Movement Collection, 1977-2005 org.xml.sax.SAXParseException; lineNumber: 69; columnNumber: 11; The element type "p" must be terminated by the matching end-tag " ". net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:380) RUBY.parse(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/xml.rb:25) RUBY.XML(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/processor.rb:50) RUBY.XML(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/xml.rb:11) RUBY.to_fo(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:35) RUBY.to_pdf(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:41) RUBY.run(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:46) RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23) RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23) RUBY.run(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:23) BackgroundJobQueue.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100) BackgroundJobQueue.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100) RUBY.start_background_thread(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128) Dominic Rossetti Digital Collections Specialist - College Archives Columbia College Chicago 312.369.8789 colum.edu/archives -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/f78f06fe/attachment.html> From sdm7g at virginia.edu Wed May 20 12:42:17 2015 From: sdm7g at virginia.edu (Steven Majewski) Date: Wed, 20 May 2015 12:42:17 -0400 Subject: [Archivesspace_Users_Group] Print to PDF jobs consistantly fail... In-Reply-To: <92723F32A19E4446AB97F20B464D1CEB605DBC79@EXBOX01.admin.colum.edu> References: <92723F32A19E4446AB97F20B464D1CEB605DBC79@EXBOX01.admin.colum.edu> Message-ID: <18815F36-56EC-43CE-A98F-5834CBEFBB8A@virginia.edu> ?Print Resource to PDF? is failing because the exported XML that is being used to generate the PDF is invalid. You should export the XML and look at that. ( Line numbers are in the error messages below. Or you can run it thru a validator like xmllint or load it into Oxygen or other XML aware editor. ) When you find the error in the XML, you should be able to trace it back to which resource in ArchivesSpace is the source of the problem. If nothing looks obviously wrong, you might be running into the issue in this thread: http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2015-February/001174.html ? Steve Majewski > On May 20, 2015, at 11:56 AM, Rossetti, Dominic <drossetti at colum.edu> wrote: > > Hello all, > > We?ve noticed since we?ve upgraded to v1.2.0 that a few of our collections fail every time we try to use the ?Print Resource to PDF? option in the software. Below are a couple examples of the logs generated after the failed jobs. Any help resolving this would be appreciated. > > Log Example #1: > Generating PDF for William Russo Collection > org.xml.sax.SAXParseException; lineNumber: 69; columnNumber: 112392; The end-tag for element type "p" must end with a '>' delimiter. > net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:380) > RUBY.parse(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/xml.rb:25) > RUBY.XML(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/processor.rb:50) > RUBY.XML(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/xml.rb:11) > RUBY.to_fo(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:35) > RUBY.to_pdf(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:41) > RUBY.run(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:46) > RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) > RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) > RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23) > RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23) > RUBY.run(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:23) > BackgroundJobQueue.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100) > BackgroundJobQueue.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100) > RUBY.start_background_thread(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128) > > > Log Example #2: > Generating PDF for Chicago Anti-Apartheid Movement Collection, 1977-2005 > org.xml.sax.SAXParseException; lineNumber: 69; columnNumber: 11; The element type "p" must be terminated by the matching end-tag " > ". > net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:380) > RUBY.parse(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/xml.rb:25) > RUBY.XML(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/processor.rb:50) > RUBY.XML(C:/archivesspace/gems/gems/saxon-xslt-0.5.1-java/lib/saxon/xml.rb:11) > RUBY.to_fo(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:35) > RUBY.to_pdf(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:41) > RUBY.run(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:46) > RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) > RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24) > RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23) > RequestContext.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23) > RUBY.run(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:23) > BackgroundJobQueue.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100) > BackgroundJobQueue.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:100) > RUBY.start_background_thread(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128) > > > > Dominic Rossetti > Digital Collections Specialist ? College Archives > Columbia College Chicago > 312.369.8789 > colum.edu/archives <http://colum.edu/archives> > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/51276b7c/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4943 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/51276b7c/attachment.bin> From mcyzyk at jhu.edu Wed May 20 15:30:58 2015 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Wed, 20 May 2015 15:30:58 -0400 Subject: [Archivesspace_Users_Group] Problem with adding logo Message-ID: <555CE0F2.8090205@jhu.edu> All, I am trying to add our logo to the top of our ArchivesSpace instance and am thoroughly confused! I am using these directions: > A good first place to go is the layouts/application.html.erb file, > which is the Rails default layout for the entire site. Looking through > this file, we can see the branding is being rendered in the > site/branding.html.erb file, which is a very simple file with pretty > much just a link and image tag. > > So, first let's add out image file to the > "plugins/local/public/assets/images/my_archive/logo.png" then let's > override the default view by making a file in > plugins/local/public/views/site/_branding.html.erb (This is from the "Customizing and Theming ArchivesSpace" doc on the Website...) First off, I do not have a /layouts/ directory anywhere in my ArchivesSpace directory tree. More, I did not have a /plugins/local/public/assets/images/my_archive/ directory, so I created one. Still more, I did not have a /plugins/local/public/views/site/ directory so I created one. I then put my logo.png file in /plugins/local/public/assets/images/my_archive/. I then put my _branding.html.erb file in /plugins/local/public/views/site/. (I'm assuming that underscore character at the beginning of _branding.html.erb is crucially significant.) I chown'ed and chgrp'ed these directory trees and the files in them. All is well. I rebooted my ArchivesSpace instance and waited for the moment when I would spin in my chair in triumphant glee. No joy! Same ArchivesSpace logo at top. Not sure what I'm doing wrong. Advice much appreciated. Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Scholarly Communication Architect User Interface Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. From Kevin.Clair at du.edu Wed May 20 15:40:30 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 20 May 2015 19:40:30 +0000 Subject: [Archivesspace_Users_Group] Problem with adding logo In-Reply-To: <555CE0F2.8090205@jhu.edu> References: <555CE0F2.8090205@jhu.edu> Message-ID: <1F1E72103798F04D96C355B296D7C61B4A5920@mb2-uts.du.edu> Hi Mark, Did you point the <img> link in _branding.html.erb to your logo image? That may be the problem. Our _branding.html.erb file reads like this, for example: <div class="container branding"> <img src="/assets/images/UniversityOfDenver-Signature.png"/> </div> With the results visible at http://duarchives.coalliance.org. -k ________________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Mark Cyzyk [mcyzyk at jhu.edu] Sent: Wednesday, May 20, 2015 1:30 PM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] Problem with adding logo All, I am trying to add our logo to the top of our ArchivesSpace instance and am thoroughly confused! I am using these directions: > A good first place to go is the layouts/application.html.erb file, > which is the Rails default layout for the entire site. Looking through > this file, we can see the branding is being rendered in the > site/branding.html.erb file, which is a very simple file with pretty > much just a link and image tag. > > So, first let's add out image file to the > "plugins/local/public/assets/images/my_archive/logo.png" then let's > override the default view by making a file in > plugins/local/public/views/site/_branding.html.erb (This is from the "Customizing and Theming ArchivesSpace" doc on the Website...) First off, I do not have a /layouts/ directory anywhere in my ArchivesSpace directory tree. More, I did not have a /plugins/local/public/assets/images/my_archive/ directory, so I created one. Still more, I did not have a /plugins/local/public/views/site/ directory so I created one. I then put my logo.png file in /plugins/local/public/assets/images/my_archive/. I then put my _branding.html.erb file in /plugins/local/public/views/site/. (I'm assuming that underscore character at the beginning of _branding.html.erb is crucially significant.) I chown'ed and chgrp'ed these directory trees and the files in them. All is well. I rebooted my ArchivesSpace instance and waited for the moment when I would spin in my chair in triumphant glee. No joy! Same ArchivesSpace logo at top. Not sure what I'm doing wrong. Advice much appreciated. Mark -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Scholarly Communication Architect User Interface Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group From mcyzyk at jhu.edu Wed May 20 16:21:26 2015 From: mcyzyk at jhu.edu (Mark Cyzyk) Date: Wed, 20 May 2015 16:21:26 -0400 Subject: [Archivesspace_Users_Group] Problem with adding logo In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4A5920@mb2-uts.du.edu> References: <555CE0F2.8090205@jhu.edu> <1F1E72103798F04D96C355B296D7C61B4A5920@mb2-uts.du.edu> Message-ID: <555CECC6.3090806@jhu.edu> Thanks, Kevin! (And nice logo.) Yes, I checked that. I also thought maybe there were permissions issues with my logo.png file and my _branding.html.erb files, but have checked and they are fine. Finally, seeing that your directory tree does not include the intermediary /my_archive/ directory I figured that's just an unneeded convention, so I copied my file down a directory and edited _branding.html.erb to point to the new location. Reboot ArchivesSpace -- and still nothing! Thinking... Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Scholarly Communication Architect User Interface Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. On 5/20/2015 3:40 PM, Kevin Clair wrote: > Hi Mark, > > Did you point the <img> link in _branding.html.erb to your logo image? That may be the problem. Our _branding.html.erb file reads like this, for example: > > <div class="container branding"> > <img src="/assets/images/UniversityOfDenver-Signature.png"/> > </div> > > With the results visible at http://duarchives.coalliance.org. > > -k > ________________________________________ > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Mark Cyzyk [mcyzyk at jhu.edu] > Sent: Wednesday, May 20, 2015 1:30 PM > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Problem with adding logo > > All, > > I am trying to add our logo to the top of our ArchivesSpace instance and > am thoroughly confused! I am using these directions: > >> A good first place to go is the layouts/application.html.erb file, >> which is the Rails default layout for the entire site. Looking through >> this file, we can see the branding is being rendered in the >> site/branding.html.erb file, which is a very simple file with pretty >> much just a link and image tag. >> >> So, first let's add out image file to the >> "plugins/local/public/assets/images/my_archive/logo.png" then let's >> override the default view by making a file in >> plugins/local/public/views/site/_branding.html.erb > > (This is from the "Customizing and Theming ArchivesSpace" doc on the > Website...) > > First off, I do not have a /layouts/ directory anywhere in my > ArchivesSpace directory tree. > > More, I did not have a /plugins/local/public/assets/images/my_archive/ > directory, so I created one. Still more, I did not have a > /plugins/local/public/views/site/ directory so I created one. > > I then put my logo.png file in > /plugins/local/public/assets/images/my_archive/. > > I then put my _branding.html.erb file in > /plugins/local/public/views/site/. (I'm assuming that underscore > character at the beginning of _branding.html.erb is crucially significant.) > > I chown'ed and chgrp'ed these directory trees and the files in them. > All is well. > > I rebooted my ArchivesSpace instance and waited for the moment when I > would spin in my chair in triumphant glee. > > No joy! Same ArchivesSpace logo at top. > > Not sure what I'm doing wrong. Advice much appreciated. > > Mark > > -- > > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Scholarly Communication Architect > User Interface Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > From Kevin.Clair at du.edu Wed May 20 16:34:41 2015 From: Kevin.Clair at du.edu (Kevin Clair) Date: Wed, 20 May 2015 20:34:41 +0000 Subject: [Archivesspace_Users_Group] Problem with adding logo In-Reply-To: <555CECC6.3090806@jhu.edu> References: <555CE0F2.8090205@jhu.edu> <1F1E72103798F04D96C355B296D7C61B4A5920@mb2-uts.du.edu>, <555CECC6.3090806@jhu.edu> Message-ID: <1F1E72103798F04D96C355B296D7C61B4A59BC@mb2-uts.du.edu> My other thought would be to check and make sure you're adding these files to /plugins/local/frontend as well. /public only sets it up for the public site, so if you're going to your staff site it will still show the ArchivesSpace default. -k ________________________________________ From: Mark Cyzyk [mcyzyk at jhu.edu] Sent: Wednesday, May 20, 2015 2:21 PM To: Kevin Clair; Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Problem with adding logo Thanks, Kevin! (And nice logo.) Yes, I checked that. I also thought maybe there were permissions issues with my logo.png file and my _branding.html.erb files, but have checked and they are fine. Finally, seeing that your directory tree does not include the intermediary /my_archive/ directory I figured that's just an unneeded convention, so I copied my file down a directory and edited _branding.html.erb to point to the new location. Reboot ArchivesSpace -- and still nothing! Thinking... Mark <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Mark Cyzyk, M.A., M.L.S. Scholarly Communication Architect User Interface Applications Group The Sheridan Libraries The Johns Hopkins University mcyzyk at jhu.edu Verba volant, scripta manent. On 5/20/2015 3:40 PM, Kevin Clair wrote: > Hi Mark, > > Did you point the <img> link in _branding.html.erb to your logo image? That may be the problem. Our _branding.html.erb file reads like this, for example: > > <div class="container branding"> > <img src="/assets/images/UniversityOfDenver-Signature.png"/> > </div> > > With the results visible at http://duarchives.coalliance.org. > > -k > ________________________________________ > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Mark Cyzyk [mcyzyk at jhu.edu] > Sent: Wednesday, May 20, 2015 1:30 PM > To: archivesspace_users_group at lyralists.lyrasis.org > Subject: [Archivesspace_Users_Group] Problem with adding logo > > All, > > I am trying to add our logo to the top of our ArchivesSpace instance and > am thoroughly confused! I am using these directions: > >> A good first place to go is the layouts/application.html.erb file, >> which is the Rails default layout for the entire site. Looking through >> this file, we can see the branding is being rendered in the >> site/branding.html.erb file, which is a very simple file with pretty >> much just a link and image tag. >> >> So, first let's add out image file to the >> "plugins/local/public/assets/images/my_archive/logo.png" then let's >> override the default view by making a file in >> plugins/local/public/views/site/_branding.html.erb > > (This is from the "Customizing and Theming ArchivesSpace" doc on the > Website...) > > First off, I do not have a /layouts/ directory anywhere in my > ArchivesSpace directory tree. > > More, I did not have a /plugins/local/public/assets/images/my_archive/ > directory, so I created one. Still more, I did not have a > /plugins/local/public/views/site/ directory so I created one. > > I then put my logo.png file in > /plugins/local/public/assets/images/my_archive/. > > I then put my _branding.html.erb file in > /plugins/local/public/views/site/. (I'm assuming that underscore > character at the beginning of _branding.html.erb is crucially significant.) > > I chown'ed and chgrp'ed these directory trees and the files in them. > All is well. > > I rebooted my ArchivesSpace instance and waited for the moment when I > would spin in my chair in triumphant glee. > > No joy! Same ArchivesSpace logo at top. > > Not sure what I'm doing wrong. Advice much appreciated. > > Mark > > -- > > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Scholarly Communication Architect > User Interface Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > From james at hudmol.com Wed May 20 17:11:05 2015 From: james at hudmol.com (James Bullen) Date: Wed, 20 May 2015 17:11:05 -0400 Subject: [Archivesspace_Users_Group] Problem with adding logo In-Reply-To: <1F1E72103798F04D96C355B296D7C61B4A59BC@mb2-uts.du.edu> References: <555CE0F2.8090205@jhu.edu> <1F1E72103798F04D96C355B296D7C61B4A5920@mb2-uts.du.edu> <555CECC6.3090806@jhu.edu> <1F1E72103798F04D96C355B296D7C61B4A59BC@mb2-uts.du.edu> Message-ID: <869FCD45-1006-4C79-A82B-B97DD8E10614@hudmol.com> Another maybe is make sure you have 'local' in your list of plugins in config.rb. -- James --- thumb wrought thoughts --- > On 20 May 2015, at 4:34 pm, Kevin Clair <Kevin.Clair at du.edu> wrote: > > My other thought would be to check and make sure you're adding these files to /plugins/local/frontend as well. /public only sets it up for the public site, so if you're going to your staff site it will still show the ArchivesSpace default. -k > ________________________________________ > From: Mark Cyzyk [mcyzyk at jhu.edu] > Sent: Wednesday, May 20, 2015 2:21 PM > To: Kevin Clair; Archivesspace Users Group > Subject: Re: [Archivesspace_Users_Group] Problem with adding logo > > Thanks, Kevin! (And nice logo.) > > Yes, I checked that. I also thought maybe there were permissions issues > with my logo.png file and my _branding.html.erb files, but have checked > and they are fine. Finally, seeing that your directory tree does not > include the intermediary /my_archive/ directory I figured that's just an > unneeded convention, so I copied my file down a directory and edited > _branding.html.erb to point to the new location. Reboot ArchivesSpace > -- and still nothing! Thinking... > > Mark > > <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> > Mark Cyzyk, M.A., M.L.S. > Scholarly Communication Architect > User Interface Applications Group > The Sheridan Libraries > The Johns Hopkins University > mcyzyk at jhu.edu > > Verba volant, scripta manent. > > >> On 5/20/2015 3:40 PM, Kevin Clair wrote: >> Hi Mark, >> >> Did you point the <img> link in _branding.html.erb to your logo image? That may be the problem. Our _branding.html.erb file reads like this, for example: >> >> <div class="container branding"> >> <img src="/assets/images/UniversityOfDenver-Signature.png"/> >> </div> >> >> With the results visible at http://duarchives.coalliance.org. >> >> -k >> ________________________________________ >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Mark Cyzyk [mcyzyk at jhu.edu] >> Sent: Wednesday, May 20, 2015 1:30 PM >> To: archivesspace_users_group at lyralists.lyrasis.org >> Subject: [Archivesspace_Users_Group] Problem with adding logo >> >> All, >> >> I am trying to add our logo to the top of our ArchivesSpace instance and >> am thoroughly confused! I am using these directions: >> >>> A good first place to go is the layouts/application.html.erb file, >>> which is the Rails default layout for the entire site. Looking through >>> this file, we can see the branding is being rendered in the >>> site/branding.html.erb file, which is a very simple file with pretty >>> much just a link and image tag. >>> >>> So, first let's add out image file to the >>> "plugins/local/public/assets/images/my_archive/logo.png" then let's >>> override the default view by making a file in >>> plugins/local/public/views/site/_branding.html.erb >> >> (This is from the "Customizing and Theming ArchivesSpace" doc on the >> Website...) >> >> First off, I do not have a /layouts/ directory anywhere in my >> ArchivesSpace directory tree. >> >> More, I did not have a /plugins/local/public/assets/images/my_archive/ >> directory, so I created one. Still more, I did not have a >> /plugins/local/public/views/site/ directory so I created one. >> >> I then put my logo.png file in >> /plugins/local/public/assets/images/my_archive/. >> >> I then put my _branding.html.erb file in >> /plugins/local/public/views/site/. (I'm assuming that underscore >> character at the beginning of _branding.html.erb is crucially significant.) >> >> I chown'ed and chgrp'ed these directory trees and the files in them. >> All is well. >> >> I rebooted my ArchivesSpace instance and waited for the moment when I >> would spin in my chair in triumphant glee. >> >> No joy! Same ArchivesSpace logo at top. >> >> Not sure what I'm doing wrong. Advice much appreciated. >> >> Mark >> >> -- >> >> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> >> Mark Cyzyk, M.A., M.L.S. >> Scholarly Communication Architect >> User Interface Applications Group >> The Sheridan Libraries >> The Johns Hopkins University >> mcyzyk at jhu.edu >> >> Verba volant, scripta manent. >> >> >> _______________________________________________ >> 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 > > !DSPAM:555cefef218272037574901! From EJOLLEY at nla.gov.au Wed May 20 21:07:50 2015 From: EJOLLEY at nla.gov.au (Emma Jolley) Date: Thu, 21 May 2015 01:07:50 +0000 Subject: [Archivesspace_Users_Group] Version 1.2.0 - New Accession record Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC01D37A4C80@EXMBX1.shire.nla.gov.au> Hi All I am currently testing AS Version 1.2.0 and am having a problem when creating a New Accession record - basically the screen gets distorted and the field cross over onto each other - any advice on how to fix? Many thanks Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms> http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts [ArchivesSpace Accessions New] Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms> http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/37801cf3/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 76016 bytes Desc: image002.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/37801cf3/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: 2015_05_21_11_05_27_ArchivesSpace_Accessions_New.png Type: image/png Size: 44737 bytes Desc: ArchivesSpace Accessions New.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/37801cf3/attachment.png> From website at aarome.org Wed May 20 22:25:14 2015 From: website at aarome.org (AAR Website) Date: Wed, 20 May 2015 22:25:14 -0400 Subject: [Archivesspace_Users_Group] Dates issue In-Reply-To: <20150410204645.Horde.68ae9-HvQIqM_8THn8nRDQ9@gator3088.hostgator.com> References: <9A1D5C806D42B64E857CE93DFE714EF1CE641C32@EXMBX04.ad.louisville.edu> <35E2A8E8997F6C48A5D5FC21602BDEB68DDB55A4@CAD-EX1.campusad.msu.edu> <9A1D5C806D42B64E857CE93DFE714EF1CE641EAE@EXMBX04.ad.louisville.edu> <1428658346781.23538@lyrasis.org> <20150410154855.Horde.sQFZgYDyg1SpMzDp4D4oAA7@gator3088.hostgator.com> <1428689402412.2592@lyrasis.org> <20150410204645.Horde.68ae9-HvQIqM_8THn8nRDQ9@gator3088.hostgator.com> Message-ID: <CAAp-8+Y19+GKXxQW8v1sCDOLzpmTcHJQzt4YD4AUCTRr-rsB1g@mail.gmail.com> Just to confirm, the controller directory needs to be created. Some non-technical lone arrangers may miss that detail. Jason Loeffler Principal | Minor Science | Application Development & Metadata Strategy American Academy in Rome | Technical Consultant Brooklyn, New York On Fri, Apr 10, 2015 at 4:46 PM, <library at princeofpeaceabbey.org> wrote: > Mark, > > Thanks for finding my error. The plugin seems to be working. While the > program was down I had to try and find some minutes that was supposed to be > in three black binders. I reality they were in one black binder and two > white ones. I am also the librarian and sometimes monks cannot remember > the name of the book or its author but they do remember its color. No help > what so ever. > > Br Raphael > > Quoting Mark Cooper <mark.cooper at lyrasis.org>: > > Hi Raphael, >> >> The file needs to go in: >> >> plugins/local/frontend/controllers/form_fix_controller.rb >> >> Not: >> >> plugins/local/frontend/locales/form_fix_controller.rb >> >> Mark >> >> Mark Cooper >> Technical Lead, Hosting and Support >> LYRASIS >> email: mark.cooper at lyrasis.org >> skype: mark_c_cooper? >> >> ________________________________________ >> From: archivesspace_users_group-bounces at lyralists.lyrasis.org < >> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of >> library at princeofpeaceabbey.org <library at princeofpeaceabbey.org> >> Sent: Friday, April 10, 2015 8:48 AM >> To: Archivesspace Users Group >> Subject: Re: [Archivesspace_Users_Group] Dates issue >> >> Chris, >> >> Tried the date fix but got this instead: >> >> can not load translations from >> C:\archivesspace/plugins/local/frontend/locales/form_fix_controller.rb: >> expects it to return a hash, but does not from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n/backend/base.rb:167:in >> `load_file' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n/backend/base.rb:15:in >> `load_translations' from org/jruby/RubyArray.java:1613:in `each' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n/backend/base.rb:15:in >> `load_translations' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n/backend/simple.rb:57:in >> `init_translations' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n/backend/simple.rb:40:in >> `available_locales' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n/config.rb:43:in >> `available_locales' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n/config.rb:49:in >> `available_locales_set' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n.rb:278:in >> `locale_available?' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n.rb:284:in >> `enforce_available_locales!' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n/config.rb:34:in >> `default_locale=' from >> C:/archivesspace/gems/gems/i18n-0.7.0/lib/i18n.rb:43:in >> `default_locale=' from >> C:/archivesspace/gems/gems/activesupport-3.2.19/lib/active_support/i18n_railtie.rb:60:in >> `initialize_i18n' from org/jruby/RubyHash.java:1341:in `each' from >> C:/archivesspace/gems/gems/activesupport-3.2.19/lib/active_support/i18n_railtie.rb:53:in >> `initialize_i18n' from >> C:/archivesspace/gems/gems/activesupport-3.2.19/lib/active_support/i18n_railtie.rb:40:in >> `Railtie' from org/jruby/RubyProc.java:271:in `call' from >> C:/archivesspace/gems/gems/activesupport-3.2.19/lib/active_support/lazy_load_hooks.rb:34:in >> `execute_hook' from >> C:/archivesspace/gems/gems/activesupport-3.2.19/lib/active_support/lazy_load_hooks.rb:43:in >> `run_load_hooks' from org/jruby/RubyArray.java:1613:in `each' from >> C:/archivesspace/gems/gems/activesupport-3.2.19/lib/active_support/lazy_load_hooks.rb:42:in >> `run_load_hooks' from >> C:/archivesspace/gems/gems/railties-3.2.19/lib/rails/application/finisher.rb:52:in >> `Finisher' from org/jruby/RubyBasicObject.java:1562:in `instance_exec' from >> C:/archivesspace/gems/gems/rail >> ties-3.2.19/lib/rails/initializable.rb:30:in `run' from >> C:/archivesspace/gems/gems/railties-3.2.19/lib/rails/initializable.rb:55:in >> `run_initializers' from org/jruby/RubyArray.java:1613:in `each' from >> C:/archivesspace/gems/gems/railties-3.2.19/lib/rails/initializable.rb:54:in >> `run_initializers' from >> file:/C:/archivesspace/lib/common.jar!/rails_config_bug_workaround.rb:11:in >> `initialize!' from >> C:/archivesspace/gems/gems/railties-3..2.19/lib/rails/railtie/configurable.rb:30:in >> `method_missing' from >> C:/archivesspace/data/tmp/jetty-0.0.0.0-8080-frontend.war-_-any-/webapp/WEB-INF/config/environment.rb:29:in >> `(root)' from org/jruby/RubyKernel.java:1071:in `require' from >> file:/C:/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/jruby/rack/rails/environment3.rb:1:in >> `(root)' from >> file:/C:/archivesspace/gems/gems/jruby-rack-1.1.18/lib/jruby-rack-1.1.18.jar!/jruby/rack/rails/environment3.rb:25:in >> `load_environment' from file:/C:/archivesspace/gems/gems/jruby-rack-1 >> .1.18/lib/jruby-rack-1.1.18.jar!/jruby/rack/rails_booter.rb:83:in >> `load_environment' from launcher/launcher.rb:86:in `start_server' from >> launcher/launcher.rb:158:in `main' from launcher/launcher.rb:230:in >> `(root)' >> >> Back to me: Did I do something wrong? Using Windows 8.1 >> >> Br Raphael >> Quoting Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>: >> >> Hi everyone, >>> >>> >>> You should be able to fix this right now by adding this file >>> <https://gist.github.com/cfitz/87ec5cfa2bcd5f347949> to >>> plugins/local/frontend/controllers/form_fix_controller.rb and >>> restarting Aspace. >>> >>> >>> b,chris. >>> >>> >>> Chris Fitzpatrick | Developer, ArchivesSpace >>> Skype: chrisfitzpat | Phone: 918.236.6048 >>> http://archivesspace.org/ >>> ________________________________ >>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org >>> <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf >>> of carrie.daniels at louisville.edu <carrie.daniels at louisville.edu> >>> Sent: Thursday, April 9, 2015 9:46 PM >>> To: Archivesspace Users Group >>> Subject: Re: [Archivesspace_Users_Group] Dates issue >>> >>> Wonderful! Sorry I overlooked that. >>> Thanks - >>> Carrie >>> >>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org >>> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On >>> Behalf Of Busch, Ed >>> Sent: Thursday, April 09, 2015 3:15 PM >>> To: Archivesspace Users Group >>> Subject: Re: [Archivesspace_Users_Group] Dates issue >>> >>> I reported this last week and is recorded as AR-1191. >>> >>> Ed Busch >>> Electronic Records Archivist >>> University Archives & Historical Collections >>> Michigan State University >>> 517.884.6438. >>> buschedw at msu.edu<mailto:buschedw at msu.edu> >>> >>> >>> From: >>> archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto: >>> archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto: >>> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of >>> carrie.daniels at louisville.edu<mailto:carrie.daniels at louisville.edu> >>> Sent: Thursday, April 09, 2015 3:05 PM >>> To: >>> archivesspace_users_group at lyralists.lyrasis.org<mailto: >>> archivesspace_users_group at lyralists.lyrasis.org> >>> Subject: [Archivesspace_Users_Group] Dates issue >>> >>> I'm working version 1.2.0 and finding that in many (if not all) >>> instances, date fields are being forced to YYYY-MM-DD, even if YYYY >>> is stated as an acceptable format. For example, in an Accession >>> record, if I want to enter specific Begin and End dates for >>> Inclusive dates, ArchivesSpace pops up a calendar and will not allow >>> me to enter "2010" in the Begin field. Am I missing something? If >>> not, is this intentional? >>> Thanks, >>> Carrie >>> >>> >>> Carrie Daniels >>> University Archivist >>> Director, Archives and Special Collections >>> University of Louisville >>> (502) 852-6676 >>> >> >> >> Br Raphael Meyer osb >> Prince of Peace Abbey >> >> _______________________________________________ >> 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 >> > > > Br Raphael Meyer osb > Prince of Peace Abbey > > _______________________________________________ > 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150520/89baa34f/attachment.html> From EJOLLEY at nla.gov.au Thu May 21 01:49:15 2015 From: EJOLLEY at nla.gov.au (Emma Jolley) Date: Thu, 21 May 2015 05:49:15 +0000 Subject: [Archivesspace_Users_Group] Query on Unprocessed Report and Reports in General Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC01D37A56BD@EXMBX1.shire.nla.gov.au> Hi All I have been working with some of the built in reports and an trying to identify what field or parameter the Unprocessed Report uses to identify Accessions that are 'unprocessed'. I've tried everything I can think of. I'd be grateful for any advice. In addition, I notice in the release notes for Version 1.2.0 the references to new features that involve reports. Can anyone tell me how to access these reports. I can't tell much from the descriptions of the deliverables (eg: https://archivesspace.atlassian.net/browse/AR-886 ). Many thanks for any advice. Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms> http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts [ArchivesSpace Reports] [cid:image003.png at 01D093DD.AF233500] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/ca4a934e/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 2015_05_21_11_35_26_ArchivesSpace_Reports.png Type: image/png Size: 28961 bytes Desc: ArchivesSpace Reports.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/ca4a934e/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 83733 bytes Desc: image003.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/ca4a934e/attachment-0001.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 40463 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/ca4a934e/attachment.jpg> From Chris.Fitzpatrick at lyrasis.org Thu May 21 05:12:16 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 21 May 2015 09:12:16 +0000 Subject: [Archivesspace_Users_Group] Version 1.2.0 - New Accession record In-Reply-To: <81FF938BA2407B4DA1E134E7FA5C09EC01D37A4C80@EXMBX1.shire.nla.gov.au> References: <81FF938BA2407B4DA1E134E7FA5C09EC01D37A4C80@EXMBX1.shire.nla.gov.au> Message-ID: <1432199537303.86368@lyrasis.org> Hi Emma, Hm, that doesn't look good. Which browser are you using? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Emma Jolley <EJOLLEY at nla.gov.au> Sent: Thursday, May 21, 2015 3:07 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] Version 1.2.0 - New Accession record Hi All I am currently testing AS Version 1.2.0 and am having a problem when creating a New Accession record - basically the screen gets distorted and the field cross over onto each other - any advice on how to fix? Many thanks Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms> http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts [ArchivesSpace Accessions New] Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms> http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/623641c9/attachment.html> From Chris.Fitzpatrick at lyrasis.org Thu May 21 08:52:54 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Thu, 21 May 2015 12:52:54 +0000 Subject: [Archivesspace_Users_Group] rad "delete repos" script In-Reply-To: <FB29CAFA-C9D4-4B52-A619-265DDD33622B@yale.edu> References: <FB29CAFA-C9D4-4B52-A619-265DDD33622B@yale.edu> Message-ID: <1432212771559.7588@lyrasis.org> Hi Maureen, There must be something there that hasn't been deleted that's causing the repository record to not be allowed to delete. Can you have a look at the log when you run this? You can use the backend log viewer in System => System Information if you're logged in as an admin. b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Callahan, Maureen <maureen.callahan at yale.edu> Sent: Tuesday, May 19, 2015 1:25 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] rad "delete repos" script Hey Chris, I'm using your delete repositories ruby script (https://gist.github.com/cfitz/4fefcfa659ef18bfbe6c), and I hit an error: PLEASE RE-ENTER THE REPOSITORY NAME TO VERIFY THIS IS WHAT YOU WANT TO DO : /repositories/2 http://localhost:8089//repositories/2/accessions?all_ids=true ############################## deleting accessions http://localhost:8089//repositories/2/archival_objects?all_ids=true ############################## deleting archival_objects http://localhost:8089//repositories/2/classification_terms?all_ids=true ############################## deleting classification_terms http://localhost:8089//repositories/2/classifications?all_ids=true ############################## deleting classifications http://localhost:8089//repositories/2/digital_object_components?all_ids=true ############################## deleting digital_object_components http://localhost:8089//repositories/2/digital_objects?all_ids=true ############################## deleting digital_objects http://localhost:8089//repositories/2/events?all_ids=true ############################## deleting events http://localhost:8089//repositories/2/resources?all_ids=true ############################## deleting resources Attempting to delete /repositories/2 /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/abstract_response.rb:74:in `return!': 409 Conflict (RestClient::Conflict) from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:495:in `process_result' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:421:in `block in transmit' from /usr/local/Cellar/ruby/2.2.0/lib/ruby/2.2.0/net/http.rb:853:in `start' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:413:in `transmit' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:176:in `execute' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient/request.rb:41:in `execute' from /usr/local/lib/ruby/gems/2.2.0/gems/rest-client-1.8.0/lib/restclient.rb:81:in `delete' from delete_repo.rb:39:in `delete_repo' from delete_repo.rb:74:in `<main>' Do you have any thoughts why I can't seem to get the delete to stick? Thanks! Maureen -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/347cb62b/attachment.html> From Claire.Knowles at ed.ac.uk Thu May 21 10:36:33 2015 From: Claire.Knowles at ed.ac.uk (KNOWLES Claire) Date: Thu, 21 May 2015 14:36:33 +0000 Subject: [Archivesspace_Users_Group] Local plugin images not displaying Message-ID: <D183ABF6.13F40%cknowles@exseed.ed.ac.uk> Hi Chris, Our images are not displaying in the local plugin on Tomcat or the home image. I can see them in the webapp - where I should look to make them display? Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/c2e43664/attachment.html> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/c2e43664/attachment.ksh> From christine.dibella at lyrasis.org Thu May 21 10:44:16 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Thu, 21 May 2015 14:44:16 +0000 Subject: [Archivesspace_Users_Group] updates to ArchivesSpace user documentation Message-ID: <BLUPR08MB1779D66760AB9940A5EB210EF1C10@BLUPR08MB1779.namprd08.prod.outlook.com> Dear ArchivesSpace Members, In the coming weeks you will see many updates to the user documentation available from http://docs.archivesspace.org. We're updating existing content, adding new sections, and just refreshing the user documentation overall to be consistent with the most recent releases of ArchivesSpace. In addition to updates to the text, you'll also see that many pages in the documentation will now be illustrated with screenshots to help you match up the instructions with the ArchivesSpace application even more effectively. These updates represent the hard work of the User Documentation subgroup of the User Advisory Council (https://archivesspace.atlassian.net/wiki/display/AC/User+Documentation+Subgroup), in conjunction with the ArchivesSpace Program Team. We're very appreciative of the time and energy these volunteers have given to this important function and look forward to working together for more enhancements in the future. You'll find the documentation to be a bit of a moving target during this period of time, and you may experience very brief outages as new content overlays old, but we hope you'll be pleased with the enhancements. If you have any questions about what's there now and what's coming soon, please just let me know. And if you don't have account on docs.archivesspace.org and would like one, be sure to ask the appropriate colleague at your institution to get you set up, or just drop me a line and I can create an account for you. Best, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/6a0b4c03/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/6a0b4c03/attachment.png> From Claire.Knowles at ed.ac.uk Thu May 21 11:15:07 2015 From: Claire.Knowles at ed.ac.uk (KNOWLES Claire) Date: Thu, 21 May 2015 15:15:07 +0000 Subject: [Archivesspace_Users_Group] Local plugin images not displaying Message-ID: <D183B4DB.13F55%cknowles@exseed.ed.ac.uk> Hi, Do I need to use this plugin? https://github.com/archivesspace/assets_reroute Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Date: Thursday, 21 May 2015 15:36 To: Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>>, Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Local plugin images not displaying Hi Chris, Our images are not displaying in the local plugin on Tomcat or the home image. I can see them in the webapp - where I should look to make them display? Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/6c11c9a9/attachment.html> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/6c11c9a9/attachment.ksh> From andrew-holland at uiowa.edu Thu May 21 11:26:47 2015 From: andrew-holland at uiowa.edu (Holland, Andrew S) Date: Thu, 21 May 2015 15:26:47 +0000 Subject: [Archivesspace_Users_Group] setup database jdbc failure Message-ID: <91838E17DB562E49861555BB8B87F08A41CB79F3@ITSNT438.iowa.uiowa.edu> I'm having trouble getting the database setup to finish. As of now, it gets as far as creating the user table before it stops. Has anyone dealt with this? Output: Loading ArchivesSpace configuration file from path: /local/vol00/srv/www/htdocs/aspace/archivesspace/config/config.rb Loading ArchivesSpace configuration file from path: /local/vol00/srv/www/htdocs/aspace/archivesspace/config/config.rb Running migrations against jdbc:mysql://localhost:3306/as_migration?user=ad_admin_migrat&password=xxxxxxxxxxxxxx&useUnicode=true&characterEncoding=UTF-8 Sequel::DatabaseError: Java::ComMysqlJdbcExceptionsJdbc4::CommunicationsException: Communications link failure The last packet successfully received from the server was 34 milliseconds ago. The last packet sent successfully to the server was 32 milliseconds ago. raise_error at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/misc.rb:313 statement at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:563 statement at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:561 execute at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:255 hold at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/connection_pool/threaded.rb:104 hold at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/connection_pool/threaded.rb:93 synchronize at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/connecting.rb:240 execute at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:254 execute_ddl at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:277 apply_alter_table at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/utils/split_alter_table.rb:32 each at org/jruby/RubyArray.java:1613 apply_alter_table at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/utils/split_alter_table.rb:32 each at org/jruby/RubyArray.java:1613 apply_alter_table at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/utils/split_alter_table.rb:30 apply_alter_table_generator at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/schema_methods.rb:349 alter_table at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/schema_methods.rb:78 (root) at file:/local/vol00/srv/www/htdocs/aspace/archivesspace/lib/common.jar!/db/migrations/001_create_base_schema.rb:355 instance_eval at org/jruby/RubyBasicObject.java:1536 apply at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:94 run at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:519 checked_transaction at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:456 run at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:518 each at org/jruby/RubyArray.java:1613 run at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:514 run at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:381 setup_database at file:/local/vol00/srv/www/htdocs/aspace/archivesspace/lib/common.jar!/db/db_migrator.rb:126 (root) at ../scripts/rb/migrate_db.rb:43 connect at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/connecting.rb:80 connect at /local/vol00/srv/www/htdocs/aspace/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/core.rb:147 (root) at ../scripts/rb/migrate_db.rb:28 Thank you, -Andrew Holland -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/aab0d014/attachment.html> From psuda1 at tulane.edu Thu May 21 11:36:58 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 21 May 2015 15:36:58 +0000 Subject: [Archivesspace_Users_Group] Merging separate Archon instances into one ASpace instance Message-ID: <CY1PR0301MB1273CC097D73C55E9CFDDD7DE5C10@CY1PR0301MB1273.namprd03.prod.outlook.com> Good morning all, Has anyone had to merge different Archon Instances (and data therein) into one ArchivesSpace instance? Instead of having separate Archon instances, we would like to have one ASpace instance? What are the best practices regarding this? A 1-to-1 migration of each Archon instance to ASpaceworks pretty well, but I am uncertain how to approach the full merge. Thank you, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/2ba65cc9/attachment.html> From brianjhoffman at gmail.com Thu May 21 12:22:44 2015 From: brianjhoffman at gmail.com (Brian Hoffman) Date: Thu, 21 May 2015 12:22:44 -0400 Subject: [Archivesspace_Users_Group] setup database jdbc failure In-Reply-To: <91838E17DB562E49861555BB8B87F08A41CB79F3@ITSNT438.iowa.uiowa.edu> References: <91838E17DB562E49861555BB8B87F08A41CB79F3@ITSNT438.iowa.uiowa.edu> Message-ID: <630A006A-81C4-455A-8B94-A5B0CA07FAA2@gmail.com> It seems like your MySQL server is having trouble keeping connections or enough connections. Did you grant all to the DB user? Perhaps try replacing ?localhost? with ?127.0.0.1? in the db_url and see if you get the same results. On May 21, 2015, at 11:26 AM, Holland, Andrew S <andrew-holland at uiowa.edu> wrote: > ComMysqlJdbcExceptionsJdbc4::CommunicationsException: Communications -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/a8a3b1c5/attachment.html> From andrew-holland at uiowa.edu Thu May 21 13:26:29 2015 From: andrew-holland at uiowa.edu (Holland, Andrew S) Date: Thu, 21 May 2015 17:26:29 +0000 Subject: [Archivesspace_Users_Group] setup database jdbc failure In-Reply-To: <630A006A-81C4-455A-8B94-A5B0CA07FAA2@gmail.com> References: <91838E17DB562E49861555BB8B87F08A41CB79F3@ITSNT438.iowa.uiowa.edu> <630A006A-81C4-455A-8B94-A5B0CA07FAA2@gmail.com> Message-ID: <91838E17DB562E49861555BB8B87F08A41CB7C05@ITSNT438.iowa.uiowa.edu> Same results. I'm talking to my server admin to see if there's anything we can do about the keeping connections. That's what I think the problem is. I'm making the initial connection because it's creating a dozen or so tables. Though it never gets past the 'users' table. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Hoffman Sent: Thursday, May 21, 2015 11:23 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] setup database jdbc failure It seems like your MySQL server is having trouble keeping connections or enough connections. Did you grant all to the DB user? Perhaps try replacing 'localhost' with '127.0.0.1' in the db_url and see if you get the same results. On May 21, 2015, at 11:26 AM, Holland, Andrew S <andrew-holland at uiowa.edu<mailto:andrew-holland at uiowa.edu>> wrote: ComMysqlJdbcExceptionsJdbc4::CommunicationsException: Communications -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/76821eb9/attachment.html> From psuda1 at tulane.edu Thu May 21 14:02:35 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Thu, 21 May 2015 18:02:35 +0000 Subject: [Archivesspace_Users_Group] Migration Timeout Error Message-ID: <CY1PR0301MB12733BA385DA38D9E33D7BE7E5C10@CY1PR0301MB1273.namprd03.prod.outlook.com> Good afternoon, Has anyone experienced a timeout error when performing an Archon to ASpace migration? I am getting a too many connection resets (due to End of file reached). I get the feeling it is a result of the warnings I am getting (and others are getting) in the archon-migration.war file. Error found when starting archon-migration.war log: WARNING: No webapp classes folder found - /tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/classes May 21, 2015 12:13:26 PM winstone.Logger logInternal INFO: INFO: jruby 1.7.12 (1.9.3p392) 2014-04-15 643e292 on Java HotSpot(TM) Server VM 1.8.0_40-b25 +indy [linux-i386] May 21, 2015 12:13:26 PM winstone.Logger logInternal INFO: INFO: using a shared (threadsafe!) runtime /tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/gems/gems/atomic-1.1.14/lib/atomic.rb:23: unsupported Ruby engine `jruby', using less-efficient Atomic impl Error found in ArchontoASpace migration log: Server Error: too many connection resets (due to End of file reached - EOFError) after 103 requests on 2088, last used 0.084 seconds ago D, [2015-05-21T12:20:51.236000 #22263] DEBUG -- : ["org/jruby/RubyIO.java:2856:in `read_nonblock'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/protocol.rb:141:in `rbuf_fill'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/protocol.rb:122:in `readuntil'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/protocol.rb:132:in `readline'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:2778:in `read_chunked'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:2758:in `read_body_0'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:2718:in `read_body'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/archivesspace_client.rb:167:in `import'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:1330:in `transport_request'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:2679:in `reading_body'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:2678:in `reading_body'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:1329:in `transport_request'", "org/jruby/RubyKernel.java:1264:in `catch'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:1324:in `transport_request'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/1.9/net/http.rb:1301:in `request'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/gems/gems/net-http-persistent-2.9/lib/net/http/persistent.rb:986:in `request'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/gems/gems/net-http-persistent-2.9/lib/net/http/persistent.rb:984:in `request'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//common/jsonmodel_client.rb:193:in `do_http_request'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//common/jsonmodel_client.rb:230:in `post_json_file'", "org/jruby/RubyIO.java:1182:in `open'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//common/jsonmodel_client.rb:224:in `post_json_file'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//migrations/lib/parse_queue.rb:95:in `save'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//common/jsonmodel_client.rb:207:in `with_request_priority'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//common/jsonmodel_client.rb:206:in `with_request_priority'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//migrations/lib/parse_queue.rb:94:in `save'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//migrations/lib/parse_queue.rb:76:in `save'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/../../vendor/archivesspace/client_tools/v1.0.0//migrations/lib/parse_queue.rb:175:in `save!'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/archivesspace_client.rb:164:in `import'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/migrate.rb:141:in `migrate_collection'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/migrate.rb:116:in `migrate_repository'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/archon_client.rb:124:in `each'", "org/jruby/RubyArray.java:1613:in `each'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/archon_client.rb:123:in `each'", "org/jruby/RubyKernel.java:1501:in `loop'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/archon_client.rb:112:in `each'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/migrate.rb:106:in `migrate_repository'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/migrate.rb:82:in `migrate'", "org/jruby/RubyHash.java:1339:in `each'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/lib/migrate.rb:81:in `migrate'", "/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/app/main.rb:80:in `POST /jobs'", "org/jruby/RubyProc.java:271:in `call'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-core-complete-1.7.12.jar!/jruby/kernel/jruby/generator.rb:246:in `each'", "org/jruby/RubyEnumerator.java:274:in `each'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-rack-1.1.14.jar!/jruby/rack/response.rb:171:in `write_body'", "file:/tmp/warbler3800189658791844795webroot/archon-migration.war/WEB-INF/lib/jruby-rack-1.1.14.jar!/jruby/rack/response.rb:93:in `respond'", "JRuby$$Rack$$Response_256590905.gen:13:in `respond'"] Thanks for any help with this, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/273d64f8/attachment.html> From EJOLLEY at nla.gov.au Thu May 21 18:30:50 2015 From: EJOLLEY at nla.gov.au (Emma Jolley) Date: Thu, 21 May 2015 22:30:50 +0000 Subject: [Archivesspace_Users_Group] Version 1.2.0 - New Accession record In-Reply-To: <1432199537303.86368@lyrasis.org> References: <81FF938BA2407B4DA1E134E7FA5C09EC01D37A4C80@EXMBX1.shire.nla.gov.au> <1432199537303.86368@lyrasis.org> Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC01D37AD6C0@EXMBX1.shire.nla.gov.au> Hi Chris I usually use Chrome, have also just checked it in Firefox and the same thing is happening.... Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms> http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Thursday, 21 May 2015 7:12 PM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: Re: [Archivesspace_Users_Group] Version 1.2.0 - New Accession record Hi Emma, Hm, that doesn't look good. Which browser are you using? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Emma Jolley <EJOLLEY at nla.gov.au> Sent: Thursday, May 21, 2015 3:07 AM To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) Subject: [Archivesspace_Users_Group] Version 1.2.0 - New Accession record Hi All I am currently testing AS Version 1.2.0 and am having a problem when creating a New Accession record - basically the screen gets distorted and the field cross over onto each other - any advice on how to fix? Many thanks Emma Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms> http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts [Image removed by sender. ArchivesSpace Accessions New] Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms> http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/d9410534/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 14696 bytes Desc: image001.jpg URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150521/d9410534/attachment.jpg> From steelsen.smith at yale.edu Fri May 22 00:36:19 2015 From: steelsen.smith at yale.edu (Smith, Steelsen) Date: Fri, 22 May 2015 04:36:19 +0000 Subject: [Archivesspace_Users_Group] Advanced Search for API In-Reply-To: <918BA6B76E992141A00B3FA3E96AA5EA016B2E2F87@x10-mbx14.yu.yale.edu> References: <918BA6B76E992141A00B3FA3E96AA5EA016B2E1932@x10-mbx14.yu.yale.edu> <1431945921973.25848@lyrasis.org> <918BA6B76E992141A00B3FA3E96AA5EA016B2E2F87@x10-mbx14.yu.yale.edu> Message-ID: <918BA6B76E992141A00B3FA3E96AA5EA016B2E7710@x10-mbx14.yu.yale.edu> So following up, I'm trying to run a call number search and can't find the fields that are allowed in the advanced search. It looks like https://github.com/archivesspace/archivesspace/blob/8b20b07346f42aa7babc97318219d70f32c52340/common/search_definitions.rb has a list that doesn't include call number so I'm a bit lost there. I tried both "identifier" and "four_part_id" and got a 500 for invalid fields. Is there a field that I'm missing or is there a better way to do a call number search (Ideally so that AB 9 / AB-9 / AB-9 all work since it seems that ASpace will present them in slightly different formats. Thanks, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Smith, Steelsen Sent: Monday, May 18, 2015 3:06 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Awesome, thanks. I Don't think I would have figured this out on my own. Best, Steelsen From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick Sent: Monday, May 18, 2015 6:45 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Advanced Search for API Hi Steelsen, Yes, so for advanced queries, you pass in a jsonmodel advanced_query object ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/advanced_query.rb<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_advanced-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=XKq3Z2Zcp5vN9160nKsQ5Fp36dAR-fNwL-niWBmhq-g&e=> ) This object has a property "query" that can be a boolean_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_query.rb)<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_boolean-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=_6bZyOnpl71NPKRJjjla7NaDoWJlyhuiO4IlYlh4CGA&e=> boolean_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/boolean_field_query.rb<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_boolean-5Ffield-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=4KJTLPivqB8fCgXYZKlV7hqV_Lyo2nM00Epsp3VAvjY&e=> ) date_field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/date_field_query.rb<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_date-5Ffield-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=u_8ujNq8W5fiGCkEaDkrxfIpBAKuy_Oqe7nhFFUUguE&e=> ) or a field_query ( https://github.com/archivesspace/archivesspace/blob/master/common/schemas/field_query.rb<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_archivesspace_archivesspace_blob_master_common_schemas_field-5Fquery.rb&d=AwMFAw&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=Q512t8zeEpl-NggOW2V0X71mLIZtLKTKNL71eyIemzE&s=_juF6V_y9YnXDL2nWOt3-cb0CDSFnbSYnXUvs9sV0-U&e=> ) So, a queries could look like this: boolean query ( keyword 'My Awesome Search Term' and 'AND' published = true ) : "http://localhost:4567/repositories/2/search?page=1&aq={\<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A4567_repositories_2_search-3Fpage-3D1-26aq-3D-257b-255C&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=USAGuSwTvKRxDB1BPpWu4zSzsNvwit7T79mfljlWTcE&s=Ie4W3OOGZPHMcNjBBRKg_2oUsDj5gl4kmk5gfnjwXBo&e=>"query\":{\"op\":\"AND\",\"subqueries\":[{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false},{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"}],\"jsonmodel_type\":\"boolean_query\"},\"jsonmodel_type\":\"advanced_query\"}" boolean_field_query ( published = true ): "http://localhost:4567/repositories/2/search?page=1&aq={\<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A4567_repositories_2_search-3Fpage-3D1-26aq-3D-257b-255C&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=USAGuSwTvKRxDB1BPpWu4zSzsNvwit7T79mfljlWTcE&s=Ie4W3OOGZPHMcNjBBRKg_2oUsDj5gl4kmk5gfnjwXBo&e=>"query\":{\"field\":\"published\",\"value\":true,\"jsonmodel_type\":\"boolean_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" field query ( keyword for 'My Awesome Search Term') : "http://localhost:4567/repositories/2/search?page=1&aq={\<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A4567_repositories_2_search-3Fpage-3D1-26aq-3D-257b-255C&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=USAGuSwTvKRxDB1BPpWu4zSzsNvwit7T79mfljlWTcE&s=Ie4W3OOGZPHMcNjBBRKg_2oUsDj5gl4kmk5gfnjwXBo&e=>"query\":{\"field\":\"keyword\",\"value\":\"My Awesome Search Term\",\"jsonmodel_type\":\"field_query\",\"negated\":false,\"literal\":false}} date_field_query ( Created date after May 5 2015 ) : "http://localhost:4567/repositories/2/search?page=1&aq={\<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-3A4567_repositories_2_search-3Fpage-3D1-26aq-3D-257b-255C&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=USAGuSwTvKRxDB1BPpWu4zSzsNvwit7T79mfljlWTcE&s=Ie4W3OOGZPHMcNjBBRKg_2oUsDj5gl4kmk5gfnjwXBo&e=>"query\":{\"field\":\"create_time\",\"value\":\"2015-05-05\",\"comparator\":\"greater_than\",\"jsonmodel_type\":\"date_field_query\"},\"jsonmodel_type\":\"advanced_query\"}" Does that help? b,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__archivesspace.org_&d=AwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=FlU_ig33o98uJUfe7Tv5TWs-EbGWSS7i3RH_JUJdg9A&m=USAGuSwTvKRxDB1BPpWu4zSzsNvwit7T79mfljlWTcE&s=dChGuFOYw7LiREnrfz3bksRK06RdKsGZS97-P-UzCtQ&e=> ________________________________ From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Smith, Steelsen <steelsen.smith at yale.edu<mailto:steelsen.smith at yale.edu>> Sent: Sunday, May 17, 2015 2:41 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Advanced Search for API Hi All, The Rest API Endpoint repositories/:id/search indicates that there's an advanced search input that requires a json formatted "advanced search" in the URI. Does anyone have an example of what it might look like, or a field list of what can be searched for? I'm trying to perform some very specific searches and am finding myself pulling in a lot of extra information and working through it. A more general question, is there better API documentation somewhere than exists in the autodocs? Sample strings would save a lot of time from the trial and error process I'm using now. Thanks, Steelsen ___________________________ Steelsen Smith Fulfillment Systems Specialist Enterprise Systems Group Yale Library IT 203.432.3333 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150522/a5615078/attachment.html> From cobourna at wlu.edu Fri May 22 11:44:15 2015 From: cobourna at wlu.edu (Cobourn, Alston) Date: Fri, 22 May 2015 15:44:15 +0000 Subject: [Archivesspace_Users_Group] ways of sharing your archival description? Message-ID: <BFAA390DF83B564584B4A5AF345623CA01DA74AE54@MEX10MBA3.ad.wlu.edu> Dear fellow ArchivesSpace users, We at W&L are curious how many member institutions are still adding MARC records for your manuscript collections to OCLC and/or your local catalog in addition to having your finding aids available via an ArchivesSpace public interface? If so, are you turning the MARCxml exported from AS into RDA for OCLC? Also, we are interested in knowing what other systems you are using to provide access to finding aids in addition to AS. Thank you all. Alston Cobourn Assistant Professor and Digital Scholarship Librarian Washington & Lee University cobourna at wlu.edu<mailto:cobourna at wlu.edu> 540-458-8657 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150522/3f00a9f6/attachment.html> From chris.s.ervin at gmail.com Fri May 22 12:55:48 2015 From: chris.s.ervin at gmail.com (Chris S. Ervin) Date: Fri, 22 May 2015 09:55:48 -0700 Subject: [Archivesspace_Users_Group] ways of sharing your archival description? In-Reply-To: <BFAA390DF83B564584B4A5AF345623CA01DA74AE54@MEX10MBA3.ad.wlu.edu> References: <BFAA390DF83B564584B4A5AF345623CA01DA74AE54@MEX10MBA3.ad.wlu.edu> Message-ID: <555f5f9c.4366320a.23a0.ffffba0f@mx.google.com> Hi Alston, The Archives of the Mojave Desert Heritage and Cultural Association has no plans to convert the MARCxml exported from AS into RDA for OCLC. We are in California so we can upload our exported EAD collection guides directly from ArchivesSpace to the Online Archive of California (OAC). Once they are posted to OAC, our collection guides are picked up by OCLC through an existing conduit with OAC and eventually show up in the search results of ArchiveGrid and Worldcat. For a very small repository with limited staff, this is more than enough outreach for us. Best Regards Chris S. Ervin Archivist Mojave Desert Archives cservin at mdhca.org From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Cobourn, Alston Sent: Friday, May 22, 2015 8:44 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ways of sharing your archival description? Dear fellow ArchivesSpace users, We at W&L are curious how many member institutions are still adding MARC records for your manuscript collections to OCLC and/or your local catalog in addition to having your finding aids available via an ArchivesSpace public interface? If so, are you turning the MARCxml exported from AS into RDA for OCLC? Also, we are interested in knowing what other systems you are using to provide access to finding aids in addition to AS. Thank you all. Alston Cobourn Assistant Professor and Digital Scholarship Librarian Washington & Lee University cobourna at wlu.edu 540-458-8657 --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150522/dbf8a561/attachment.html> From kate_bowers at harvard.edu Fri May 22 12:58:35 2015 From: kate_bowers at harvard.edu (Bowers, Kate A.) Date: Fri, 22 May 2015 16:58:35 +0000 Subject: [Archivesspace_Users_Group] ways of sharing your archival description? In-Reply-To: <BFAA390DF83B564584B4A5AF345623CA01DA74AE54@MEX10MBA3.ad.wlu.edu> References: <BFAA390DF83B564584B4A5AF345623CA01DA74AE54@MEX10MBA3.ad.wlu.edu> Message-ID: <SN1PR07MB15529B8E366B568C21559A6B80C00@SN1PR07MB1552.namprd07.prod.outlook.com> Just to note: the content rules do not change when you move data from standard or system to another. If you are using DACS to determine the content you key into ArchivesSpace, even if you move it to MARC, you are still using DACS. It doesn?t become RDA when you move the data to MARC, even though RDA is the content standard we currently associate with MARC. Kate Kate Bowers Collections Services Archivist for Metadata, Systems, and Standards Harvard University Archives kate_bowers at harvard.edu<mailto:megan_sniffin-marinoff at harvard.edu> 617.496.2713 voice: (617) 384-7787 fax: (617) 495-8011 web: http://nrs.harvard.edu/urn-3:hul.eresource:archives Twitter: @k8_bowers From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Cobourn, Alston Sent: Friday, May 22, 2015 11:44 AM To: archivesspace_users_group at lyralists.lyrasis.org Subject: [Archivesspace_Users_Group] ways of sharing your archival description? Dear fellow ArchivesSpace users, We at W&L are curious how many member institutions are still adding MARC records for your manuscript collections to OCLC and/or your local catalog in addition to having your finding aids available via an ArchivesSpace public interface? If so, are you turning the MARCxml exported from AS into RDA for OCLC? Also, we are interested in knowing what other systems you are using to provide access to finding aids in addition to AS. Thank you all. Alston Cobourn Assistant Professor and Digital Scholarship Librarian Washington & Lee University cobourna at wlu.edu<mailto:cobourna at wlu.edu> 540-458-8657 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150522/8bc2ea45/attachment.html> From christine.dibella at lyrasis.org Fri May 22 16:26:45 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Fri, 22 May 2015 20:26:45 +0000 Subject: [Archivesspace_Users_Group] Memorial Day Message-ID: <BLUPR08MB17795EA0DCA5A1A71D27F9ADF1C00@BLUPR08MB1779.namprd08.prod.outlook.com> We'd like to wish everyone in the American contingent of the ArchivesSpace member community a lovely Memorial Day and unofficial start of summer. (And a happy weekend to everyone else!) Just a note that the ArchivesSpace team will be out on Monday in observance of the holiday. We'll be back on Tuesday for all your ArchivesSpace questions and needs. Best, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image003.png at 01CE734E.FD759D30] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150522/7e981b26/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150522/7e981b26/attachment.png> From flemingj at uncw.edu Tue May 26 09:56:45 2015 From: flemingj at uncw.edu (Fleming, Jason) Date: Tue, 26 May 2015 09:56:45 -0400 Subject: [Archivesspace_Users_Group] FW: [Archivesspace_member_reps] FINAL REMINDER: voting on Group 1 user stories ends May 31 In-Reply-To: <BLUPR08MB1779ADA4738384D8F2AC9F48F1CC0@BLUPR08MB1779.namprd08.prod.outlook.com> References: <BLUPR08MB1779ADA4738384D8F2AC9F48F1CC0@BLUPR08MB1779.namprd08.prod.outlook.com> Message-ID: <1BB45AE37908DF40B3C2FAB9665E09453F5AE01A7D@uncwexmb1.dcs.uncw.edu> If you can please review this email to let me know if something stands out as something we should speak up about (vote for) -Jason From: archivesspace_member_reps-bounces at lyralists.lyrasis.org [mailto:archivesspace_member_reps-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella Sent: Tuesday, May 26, 2015 9:08 AM To: Archivesspace Member Reps Subject: [Archivesspace_member_reps] FINAL REMINDER: voting on Group 1 user stories ends May 31 Dear ArchivesSpace Member Representatives, Thanks to all who have voted on the Group 1 user stories<https://archivesspace.atlassian.net/issues/?filter=10600> so far. If you haven't voted yet, this is a friendly reminder to do so. (Brad's message from April 30<http://lyralists.lyrasis.org/pipermail/archivesspace_member_reps/2015-April/000082.html> provides a good deal of background about the process.) Voting for this round closes on May 31. If you have any questions about the voting process, or if you need help with your JIRA account, please let Brad or me know. Thanks for your participation! Best, Christine Christine Di Bella Community Outreach and Support Manager christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org> 800.999.8558 x2905 678-235-2905 cdibella13 (Skype) [cid:image001.png at 01D090D6.E0A846B0] -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150526/0d9dae74/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 7645 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150526/0d9dae74/attachment.png> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ATT00001.txt URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150526/0d9dae74/attachment.txt> From psuda1 at tulane.edu Tue May 26 11:19:14 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Tue, 26 May 2015 15:19:14 +0000 Subject: [Archivesspace_Users_Group] Java Heap Space Message-ID: <CY1PR0301MB12733838ED56710154BB0375E5CC0@CY1PR0301MB1273.namprd03.prod.outlook.com> Good morning all, Running an Archon to Aspace migration on my mac. I keep getting a Java Heap Space error in the migration log. I have changed the heap space in the Archivesspace.sh, restarted Aspace, etc. I have even turned off the public and frontends to try to mitigate this problem. Anyone else have this happen? Here is the log: D, [2015-05-26T10:03:43.384000 #607] DEBUG -- : Server Error: Java heap space D, [2015-05-26T10:03:43.387000 #607] DEBUG -- : ["org.jruby.RubyString.newString(RubyString.java:528)", "org.jruby.Ruby.newString(Ruby.java:3285)", "json.ext.Parser$ParserSession.parseString(Parser.java:1416)", "json.ext.Parser$ParserSession.parseObject(Parser.java:2020)", "json.ext.Parser$ParserSession.parseValue(Parser.java:666)", "json.ext.Parser$ParserSession.parseObject(Parser.java:2003)", "json.ext.Parser$ParserSession.parseStrict(Parser.java:2304)", "json.ext.Parser$ParserSession.parse(Parser.java:2606)", "json.ext.Parser.parse(Parser.java:251)", "json.ext.Parser$INVOKER$i$0$0$parse.call(Parser$INVOKER$i$0$0$parse.gen)", "org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:134)", "rubyjit.JSON$$parse_833f3c9479bc22cf9cf7ca7ff084173789e16d5c.__file__(file:/private/var/folders/y4/nb_r8whx1bgcf4kgz1pfyncr0000gn/T/warbler6624775150747599921webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/shared/json/common.rb:155)", "rubyjit.JSON$$parse_833f3c9479bc22cf9cf7ca7ff084173789e16d5c.__file__(file:/private/var/folders/y4/nb_r8whx1bgcf4kgz1pfyncr0000gn/T/warbler6624775150747599921webroot/archon-migration.war/WEB-INF/lib/jruby-stdlib-complete-1.7.12.jar!/META-INF/jruby.home/lib/ruby/shared/json/common.rb)", "org.jruby.ast.executable.AbstractScript.__file__(AbstractScript.java:42)", "org.jruby.internal.runtime.methods.JittedMethod.call(JittedMethod.java:181)", "org.jruby.internal.runtime.methods.DefaultMethod.call(DefaultMethod.java:201)", "org.jruby.internal.runtime.methods.WrapperMethod.call(WrapperMethod.java:58)", "org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:168)", "rubyjit.Archon::HTTP$$get_json_51338a4943108ae90dbc5a689048173681f488e3.chained_0_rescue_1$RUBY$SYNTHETIC__file__(/private/var/folders/y4/nb_r8whx1bgcf4kgz1pfyncr0000gn/T/warbler6624775150747599921webroot/archon-migration.war/WEB-INF/app/lib/archon_client.rb:388)", "rubyjit.Archon::HTTP$$get_json_51338a4943108ae90dbc5a689048173681f488e3.__file__(/private/var/folders/y4/nb_r8whx1bgcf4kgz1pfyncr0000gn/T/warbler6624775150747599921webroot/archon-migration.war/WEB-INF/app/lib/archon_client.rb:387)", "rubyjit.Archon::HTTP$$get_json_51338a4943108ae90dbc5a689048173681f488e3.__file__(/private/var/folders/y4/nb_r8whx1bgcf4kgz1pfyncr0000gn/T/warbler6624775150747599921webroot/archon-migration.war/WEB-INF/app/lib/archon_client.rb)", "org.jruby.ast.executable.AbstractScript.__file__(AbstractScript.java:46)", "org.jruby.internal.runtime.methods.JittedMethod.call(JittedMethod.java:221)", "org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:202)", "rubyjit.Archon::ArchonRecord$$each_22bcd5871c302a03e3f6aea3ab31b4836bb54eee.block_0$RUBY$__file__(/private/var/folders/y4/nb_r8whx1bgcf4kgz1pfyncr0000gn/T/warbler6624775150747599921webroot/archon-migration.war/WEB-INF/app/lib/archon_client.rb:115)", "rubyjit$Archon::ArchonRecord$$each_22bcd5871c302a03e3f6aea3ab31b4836bb54eee$block_0$RUBY$__file__.call(rubyjit$Archon::ArchonRecord$$each_22bcd5871c302a03e3f6aea3ab31b4836bb54eee$block_0$RUBY$__file__)", "org.jruby.runtime.CompiledBlock19.yieldSpecificInternal(CompiledBlock19.java:117)", "org.jruby.runtime.CompiledBlock19.yieldSpecific(CompiledBlock19.java:92)", "org.jruby.runtime.Block.yieldSpecific(Block.java:111)", "org.jruby.RubyKernel.loop(RubyKernel.java:1501)", "org.jruby.RubyKernel$INVOKER$s$0$0$loop.call(RubyKernel$INVOKER$s$0$0$loop.gen)", "org.jruby.runtime.callsite.CachingCallSite.callBlock(CachingCallSite.java:143)"] Also, any tips on building a Jruby release of the migration tool? Thanks, Phil Phillip Suda Systems Librarian Howard-Tilton Memorial Library Tulane University psuda1 at tulane.edu 504-865-5607 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150526/18e19311/attachment.html> From ns96 at nyu.edu Tue May 26 11:37:00 2015 From: ns96 at nyu.edu (Nathan Stevens) Date: Tue, 26 May 2015 11:37:00 -0400 Subject: [Archivesspace_Users_Group] Java Heap Space In-Reply-To: <CY1PR0301MB12733838ED56710154BB0375E5CC0@CY1PR0301MB1273.namprd03.prod.outlook.com> References: <CY1PR0301MB12733838ED56710154BB0375E5CC0@CY1PR0301MB1273.namprd03.prod.outlook.com> Message-ID: <CADi=b=MDJDFiTge4qMe9y_3Bapt1Z-apyRihK9gh3XF4K6PQLw@mail.gmail.com> I think you need to increase the heap space for the Archon migrator, and not Archivesspace. For example to set it to 512MB start it with the following command. java -Xmx512m -jar archon-migration.war --httpPort=8085 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150526/7bdd85c1/attachment.html> From psuda1 at tulane.edu Tue May 26 11:58:09 2015 From: psuda1 at tulane.edu (Suda, Phillip J) Date: Tue, 26 May 2015 15:58:09 +0000 Subject: [Archivesspace_Users_Group] Java Heap Space In-Reply-To: <CADi=b=MDJDFiTge4qMe9y_3Bapt1Z-apyRihK9gh3XF4K6PQLw@mail.gmail.com> References: <CY1PR0301MB12733838ED56710154BB0375E5CC0@CY1PR0301MB1273.namprd03.prod.outlook.com> <CADi=b=MDJDFiTge4qMe9y_3Bapt1Z-apyRihK9gh3XF4K6PQLw@mail.gmail.com> Message-ID: <CY1PR0301MB1273404BDE076C542D7A10CCE5CC0@CY1PR0301MB1273.namprd03.prod.outlook.com> Thank you. From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens Sent: Tuesday, May 26, 2015 10:37 AM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Java Heap Space I think you need to increase the heap space for the Archon migrator, and not Archivesspace. For example to set it to 512MB start it with the following command. java -Xmx512m -jar archon-migration.war --httpPort=8085 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150526/b8252ff3/attachment.html> From christine.dibella at lyrasis.org Tue May 26 13:55:08 2015 From: christine.dibella at lyrasis.org (Christine Di Bella) Date: Tue, 26 May 2015 17:55:08 +0000 Subject: [Archivesspace_Users_Group] FW: LYRASIS Offering classes on metadata, security, and preservation of photographic materials In-Reply-To: <BLUPR0801MB611211C1982ED5BB35BF9388DCC0@BLUPR0801MB611.namprd08.prod.outlook.com> References: <BLUPR0801MB611211C1982ED5BB35BF9388DCC0@BLUPR0801MB611.namprd08.prod.outlook.com> Message-ID: <BLUPR08MB1779EEE6AA06D0F43B75B939F1CC0@BLUPR08MB1779.namprd08.prod.outlook.com> Forwarded on behalf of Alix Bentrud of LYRASIS. From: Alix Bentrud Sent: Tuesday, May 26, 2015 1:44 PM To: Brad Westbrook; Christine Di Bella Subject: LYRASIS Offering classes on metadata, security, and preservation of photographic materials This Summer, LYRASIS is offering online classes including "Promotion and Outreach for Preservation," "Caring for Scrapbooks: Preservation and Digitization Today," and "Using MODS to Describe Cultural Heritage Resources." To register or to see the full LYRASIS class schedule go to https://www.lyrasis.org/Pages/Events.aspx Follow the links for more information on each class. Promotion and Outreach for Preservation 6/2/2015 4:00PM - 6:00PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=30D0C8C0-909A-E411-88A4-002219586F0D Project Management and Workflow for Digitization Projects 6/4/2015 11:00 AM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=EABDD770-ECA0-E411-88A4-002219586F0D Going Digital Free Webinar 6/8/2015 12:00 PM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=346E6696-ECA0-E411-88A4-002219586F0D Security in and with Collections in Libraries, Archives, and Museum 6/9/2015 2:00PM - 4:00PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=47CDB5CD-F4B6-E411-88A4-002219586F0D Oral Histories: Care and Preservation from the Start 6/10/2015 2:00PM - 4:00PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=5C6FEADC-969A-E411-88A4-002219586F0D Digital Curation Workflow and Tools 6/10/2015 3:00 PM - 5:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=5F43D5DE-E3DE-E411-88A4-002219586F0D Audiovisual Preservation 6/11/2015 2:00PM - 4:00PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=71827524-929A-E411-88A4-002219586F0D Picture This: Introduction to Digital Imaging 6/23 & 24/2015 11:00AM - 1:00PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=8F3075C3-CCDE-E411-88A4-002219586F0D Using MODS to Describe Cultural Heritage Resources 6/24/2015 10:00 AM - 12:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=797EEADE-86E7-E411-88A4-002219586F0D Introduction to Audio Visual Digitization 6/25/2015 11:00 AM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=B5237264-CDDE-E411-88A4-002219586F0D Introduction to Dublin Core Metadata 6/29/2015 3:00 PM - 5:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=189AAE8A-CDDE-E411-88A4-002219586F0D Caring for Scrapbooks: Preservation and Digitization Today 7/14/2015 11:00 AM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=C32AD1B9-CDDE-E411-88A4-002219586F0D Introduction to Linked Data for Libraries 7/15/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=FE058B10-87E7-E411-88A4-002219586F0D Creating Online Exhibits: New Ways to Reach Out, Advocate, and Publicize Your Collections and Services 7/16/2015 11:00 AM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=C3A379E3-CDDE-E411-88A4-002219586F0D Archives Preservation 7/16, 23, 30/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=9FD968BA-929A-E411-88A4-002219586F0D Digitization for Small Institutions 7/21 & 22/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=2F209639-979A-E411-88A4-002219586F0D Introduction to Digital Audio 7/23 & 24/2015 11:00 AM - 1:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=2BC506C6-989A-E411-88A4-002219586F0D Preservation of Photographic Materials 8/12&13/2015 10:00 AM - 12:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=A3865FA7-919A-E411-88A4-002219586F0D Introduction to METS (Metadata Encoding and Transmission Standard 8/20/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=EBFF7B3B-87E7-E411-88A4-002219586F0D Fragile Imaging: Lantern Slides, Glass Plate Negatives and Daguerreotypes 8/27/2015 2:00 PM - 4:00 PM EST https://www.lyrasis.org/Pages/EventDetail.aspx?Eid=4EC2BC32-999A-E411-88A4-002219586F0D To register or to see the full LYRASIS class schedule go to https://www.lyrasis.org/Pages/Events.aspx Alix Bentrud Preservation Services Librarian alix.bentrud at lyrasis.org<mailto:alix.bentrud at lyrasis.org> 800.999.8558 x 4875 Main 404.387.4853 Cell alix.bentrud Skype [cid:image001.png at 01CE5568.2AF76860]<http://www.lyrasis.org/> Check lyrasisnow.org<http://www.lyrasisnow.org/> for news and feature articles. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150526/a4d9e2cb/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 10337 bytes Desc: image001.png URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150526/a4d9e2cb/attachment.png> From Chris.Fitzpatrick at lyrasis.org Wed May 27 06:22:36 2015 From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick) Date: Wed, 27 May 2015 10:22:36 +0000 Subject: [Archivesspace_Users_Group] Local plugin images not displaying In-Reply-To: <D183B4DB.13F55%cknowles@exseed.ed.ac.uk> References: <D183B4DB.13F55%cknowles@exseed.ed.ac.uk> Message-ID: <1432722157922.3283@lyrasis.org> Hi Claire, I actually had forgotten all about this plugin...but yes, I think you need to use this if you're running tomcat7, since the way tomcat7 applies routes conflicts with the way Rails asset pipeline works. This definitely needs to be added to the Tomcat documentation, which I will do now. Let me know if this works for you. best,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: KNOWLES Claire <Claire.Knowles at ed.ac.uk> Sent: Thursday, May 21, 2015 5:15 PM To: Archivesspace Users Group; Chris Fitzpatrick Subject: Re: [Archivesspace_Users_Group] Local plugin images not displaying Hi, Do I need to use this plugin? https://github.com/archivesspace/assets_reroute Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Date: Thursday, 21 May 2015 15:36 To: Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>>, Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Local plugin images not displaying Hi Chris, Our images are not displaying in the local plugin on Tomcat or the home image. I can see them in the webapp - where I should look to make them display? Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/a96e0f67/attachment.html> From slg4 at rice.edu Wed May 27 11:46:05 2015 From: slg4 at rice.edu (Norie Guthrie) Date: Wed, 27 May 2015 10:46:05 -0500 Subject: [Archivesspace_Users_Group] Collection Level Date Issue Message-ID: <CACJAnYB7vQSdWHoCV_w+rqPbjMH8jW6Tuu+N9sRkyFH59PumnQ@mail.gmail.com> Hi, I'm working with ArchivesSpace 1.2.0 and am having an issue with date type. At the collection level, after selecting a date type, the system is automatically filling in today's date. When I click on the field for "begin" and type 1954, a calendar for May 2015 appears and then 2015-05-27 automatically fills the field after I click outside of it. The same happens for the end date. In addition, it doesn't matter what type of date I use. I'm attaching two screenshots. Has anyone else had this issue? I have not had a problem at the series, subseries, or file level. Thank you for your help. Best, Norie -- *Norie Guthrie, CA* Archivist Librarian, Special Collections Woodson Research Center RA Sid Richardson College Rice University slg4 at rice.edu 713-348-2563 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/49ebf7ca/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: date-1.JPG Type: image/jpeg Size: 45165 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/49ebf7ca/attachment.jpe> -------------- next part -------------- A non-text attachment was scrubbed... Name: date-2.JPG Type: image/jpeg Size: 42568 bytes Desc: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/49ebf7ca/attachment-0001.jpe> From andrew-holland at uiowa.edu Wed May 27 13:03:20 2015 From: andrew-holland at uiowa.edu (Holland, Andrew S) Date: Wed, 27 May 2015 17:03:20 +0000 Subject: [Archivesspace_Users_Group] database crash on setup Message-ID: <91838E17DB562E49861555BB8B87F08A41CC1664@ITSNT438.iowa.uiowa.edu> I've started a thread last week about our database setup failing. I was digging through my mysqld logs and it looks like this is where it's causing my server to crash: Some pointers may be invalid and cause the dump to abort. Query (17d2440): ALTER TABLE `resource` ADD FOREIGN KEY (`accession_id`) REFERENCES `accession`(`id`) Looking through what tables were created before the failure, `resource` wasn't there yet. Anyone have thoughts on why this isn't working? Andrew Holland Web Applications Developer, LIT -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/5192093f/attachment.html> From mauraa at brandeis.edu Wed May 27 13:53:37 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Wed, 27 May 2015 13:53:37 -0400 Subject: [Archivesspace_Users_Group] database crash on setup In-Reply-To: <91838E17DB562E49861555BB8B87F08A41CC1664@ITSNT438.iowa.uiowa.edu> References: <91838E17DB562E49861555BB8B87F08A41CC1664@ITSNT438.iowa.uiowa.edu> Message-ID: <CANdYjfGm9M3Ei__qR3DeJ5-HBGym--c8+HG_0WyB4Re0XUKFBQ@mail.gmail.com> Hi Andrew, Is it trying to create resource and failing? Looking at some of the code, it looks like the resource table is supposed to be created right after the accession table. Does it show that being attempted at all in your logs? -Maura On Wed, May 27, 2015 at 1:03 PM, Holland, Andrew S <andrew-holland at uiowa.edu > wrote: > I've started a thread last week about our database setup failing. I was > digging through my mysqld logs and it looks like this is where it's causing > my server to crash: > > > > Some pointers may be invalid and cause the dump to abort. > > Query (17d2440): ALTER TABLE `resource` ADD FOREIGN KEY (`accession_id`) > REFERENCES `accession`(`id`) > > > > Looking through what tables were created before the failure, `resource` > wasn't there yet. > > > > Anyone have thoughts on why this isn't working? > > > > Andrew Holland > > Web Applications Developer, LIT > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/2c1cf1bb/attachment.html> From andrew-holland at uiowa.edu Wed May 27 14:04:34 2015 From: andrew-holland at uiowa.edu (Holland, Andrew S) Date: Wed, 27 May 2015 18:04:34 +0000 Subject: [Archivesspace_Users_Group] database crash on setup In-Reply-To: <CANdYjfGm9M3Ei__qR3DeJ5-HBGym--c8+HG_0WyB4Re0XUKFBQ@mail.gmail.com> References: <91838E17DB562E49861555BB8B87F08A41CC1664@ITSNT438.iowa.uiowa.edu> <CANdYjfGm9M3Ei__qR3DeJ5-HBGym--c8+HG_0WyB4Re0XUKFBQ@mail.gmail.com> Message-ID: <91838E17DB562E49861555BB8B87F08A41CC1790@ITSNT438.iowa.uiowa.edu> My logs don't show that one way or another. Not that I've seen anyway. Here's the tables that are being created: accession agent_corporate_entity agent_family agent_person agent_software auth_db enumeration enumeration_value group group_permission group_user notification permission repository schema_info session user From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Wednesday, May 27, 2015 12:54 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] database crash on setup Hi Andrew, Is it trying to create resource and failing? Looking at some of the code, it looks like the resource table is supposed to be created right after the accession table. Does it show that being attempted at all in your logs? -Maura On Wed, May 27, 2015 at 1:03 PM, Holland, Andrew S <andrew-holland at uiowa.edu<mailto:andrew-holland at uiowa.edu>> wrote: I've started a thread last week about our database setup failing. I was digging through my mysqld logs and it looks like this is where it's causing my server to crash: Some pointers may be invalid and cause the dump to abort. Query (17d2440): ALTER TABLE `resource` ADD FOREIGN KEY (`accession_id`) REFERENCES `accession`(`id`) Looking through what tables were created before the failure, `resource` wasn't there yet. Anyone have thoughts on why this isn't working? Andrew Holland Web Applications Developer, LIT _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/7f320d6c/attachment.html> From mauraa at brandeis.edu Wed May 27 14:31:11 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Wed, 27 May 2015 14:31:11 -0400 Subject: [Archivesspace_Users_Group] database crash on setup In-Reply-To: <91838E17DB562E49861555BB8B87F08A41CC1790@ITSNT438.iowa.uiowa.edu> References: <91838E17DB562E49861555BB8B87F08A41CC1664@ITSNT438.iowa.uiowa.edu> <CANdYjfGm9M3Ei__qR3DeJ5-HBGym--c8+HG_0WyB4Re0XUKFBQ@mail.gmail.com> <91838E17DB562E49861555BB8B87F08A41CC1790@ITSNT438.iowa.uiowa.edu> Message-ID: <CANdYjfGFxdrxrmiYWf0w=hM7JK4kX_Chnq3zJ6aD4x1pWzTe5A@mail.gmail.com> I think the presence of schema_info means you're losing your connection, which I think was a problem for you before, and resource isn't being created. schema_info appears in the 'down check' part of the migration script code: down do remaining = tables.reject {|t| t == :schema_info} ceiling = 100 begin greylist = [] remaining.each do |table| foreign_key_list(table).each do |fk| next if fk[:table] == table if (not greylist.include?(fk[:table])) && remaining.include?(fk[:table]) greylist << fk[:table] end end end remaining.each do |table| if not greylist.include?(table) puts "Dropping #{table}" drop_table?(table) end end remaining = greylist.clone ceiling = ceiling - 1 end while (not remaining.empty?) && ceiling > 0 end Not an expert on this though, so I could be wrong. -Maura On Wed, May 27, 2015 at 2:04 PM, Holland, Andrew S <andrew-holland at uiowa.edu > wrote: > My logs don't show that one way or another. Not that I've seen anyway. > Here's the tables that are being created: > > > > accession > > agent_corporate_entity > > agent_family > > agent_person > > agent_software > > auth_db > > enumeration > > enumeration_value > > group > > group_permission > > group_user > > notification > > permission > > repository > > schema_info > > session > > user > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Maura > Carbone > *Sent:* Wednesday, May 27, 2015 12:54 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] database crash on setup > > > > Hi Andrew, > > Is it trying to create resource and failing? Looking at some of the code, > it looks like the resource table is supposed to be created right after the > accession table. Does it show that being attempted at all in your logs? > > > > -Maura > > > > On Wed, May 27, 2015 at 1:03 PM, Holland, Andrew S < > andrew-holland at uiowa.edu> wrote: > > I've started a thread last week about our database setup failing. I was > digging through my mysqld logs and it looks like this is where it's causing > my server to crash: > > > > Some pointers may be invalid and cause the dump to abort. > > Query (17d2440): ALTER TABLE `resource` ADD FOREIGN KEY (`accession_id`) > REFERENCES `accession`(`id`) > > > > Looking through what tables were created before the failure, `resource` > wasn't there yet. > > > > Anyone have thoughts on why this isn't working? > > > > Andrew Holland > > Web Applications Developer, LIT > > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > > > > > -- > > Maura Carbone > > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/244a8ae8/attachment.html> From SNewhouse at chemheritage.org Wed May 27 15:47:02 2015 From: SNewhouse at chemheritage.org (Newhouse, Sarah) Date: Wed, 27 May 2015 19:47:02 +0000 Subject: [Archivesspace_Users_Group] Collection Level Date Issue In-Reply-To: <CACJAnYB7vQSdWHoCV_w+rqPbjMH8jW6Tuu+N9sRkyFH59PumnQ@mail.gmail.com> References: <CACJAnYB7vQSdWHoCV_w+rqPbjMH8jW6Tuu+N9sRkyFH59PumnQ@mail.gmail.com> Message-ID: <852AD94E6272BE40A8BAE723CC8B0FC20BD7CD@Mercury.chf.org> Norie, For what it?s worth, I?m having the same problem. Seems like you can?t enter any YYYY date and must enter YYYY-MM-DD. Sarah __________________________________ Sarah Newhouse Digital Collections Archivist Othmer Library of Chemical History P: +1.215.873.8240 F: +1.215.629.5240 Chemical Heritage Foundation LIBRARY ? MUSEUM ? CENTER FOR SCHOLARS 315 Chestnut Street ? Philadelphia, PA 19106 ? U.S.A. chemheritage.org<http://www.chemheritage.org/> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Norie Guthrie Sent: Wednesday, May 27, 2015 11:46 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Collection Level Date Issue Hi, I'm working with ArchivesSpace 1.2.0 and am having an issue with date type. At the collection level, after selecting a date type, the system is automatically filling in today's date. When I click on the field for "begin" and type 1954, a calendar for May 2015 appears and then 2015-05-27 automatically fills the field after I click outside of it. The same happens for the end date. In addition, it doesn't matter what type of date I use. I'm attaching two screenshots. Has anyone else had this issue? I have not had a problem at the series, subseries, or file level. Thank you for your help. Best, Norie -- Norie Guthrie, CA Archivist Librarian, Special Collections Woodson Research Center RA Sid Richardson College Rice University slg4 at rice.edu<mailto:slg4 at rice.edu> 713-348-2563 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/ea2b5bef/attachment.html> From mGorzalski at lib.siu.edu Wed May 27 15:52:06 2015 From: mGorzalski at lib.siu.edu (Matthew J Gorzalski) Date: Wed, 27 May 2015 19:52:06 +0000 Subject: [Archivesspace_Users_Group] Collection Level Date Issue In-Reply-To: <852AD94E6272BE40A8BAE723CC8B0FC20BD7CD@Mercury.chf.org> References: <CACJAnYB7vQSdWHoCV_w+rqPbjMH8jW6Tuu+N9sRkyFH59PumnQ@mail.gmail.com> <852AD94E6272BE40A8BAE723CC8B0FC20BD7CD@Mercury.chf.org> Message-ID: <04d5a04c4768461c8773df4b68690f4a@it-excmb3.ad.siu.edu> I had that problem too but off and on. Sometimes it works and sometimes I get the date auto fill. Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Newhouse, Sarah Sent: Wednesday, May 27, 2015 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Collection Level Date Issue Norie, For what it?s worth, I?m having the same problem. Seems like you can?t enter any YYYY date and must enter YYYY-MM-DD. Sarah __________________________________ Sarah Newhouse Digital Collections Archivist Othmer Library of Chemical History P: +1.215.873.8240 F: +1.215.629.5240 Chemical Heritage Foundation LIBRARY ? MUSEUM ? CENTER FOR SCHOLARS 315 Chestnut Street ? Philadelphia, PA 19106 ? U.S.A. chemheritage.org<http://www.chemheritage.org/> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Norie Guthrie Sent: Wednesday, May 27, 2015 11:46 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Collection Level Date Issue Hi, I'm working with ArchivesSpace 1.2.0 and am having an issue with date type. At the collection level, after selecting a date type, the system is automatically filling in today's date. When I click on the field for "begin" and type 1954, a calendar for May 2015 appears and then 2015-05-27 automatically fills the field after I click outside of it. The same happens for the end date. In addition, it doesn't matter what type of date I use. I'm attaching two screenshots. Has anyone else had this issue? I have not had a problem at the series, subseries, or file level. Thank you for your help. Best, Norie -- Norie Guthrie, CA Archivist Librarian, Special Collections Woodson Research Center RA Sid Richardson College Rice University slg4 at rice.edu<mailto:slg4 at rice.edu> 713-348-2563 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/f458242b/attachment.html> From mauraa at brandeis.edu Wed May 27 16:09:21 2015 From: mauraa at brandeis.edu (Maura Carbone) Date: Wed, 27 May 2015 16:09:21 -0400 Subject: [Archivesspace_Users_Group] database crash on setup In-Reply-To: <CANdYjfGFxdrxrmiYWf0w=hM7JK4kX_Chnq3zJ6aD4x1pWzTe5A@mail.gmail.com> References: <91838E17DB562E49861555BB8B87F08A41CC1664@ITSNT438.iowa.uiowa.edu> <CANdYjfGm9M3Ei__qR3DeJ5-HBGym--c8+HG_0WyB4Re0XUKFBQ@mail.gmail.com> <91838E17DB562E49861555BB8B87F08A41CC1790@ITSNT438.iowa.uiowa.edu> <CANdYjfGFxdrxrmiYWf0w=hM7JK4kX_Chnq3zJ6aD4x1pWzTe5A@mail.gmail.com> Message-ID: <CANdYjfGmikZDbJdavym+iJ-=og9ZQ=NAJQ97rrxZBo2R0dLaZA@mail.gmail.com> So after talking to someone who knows RoR, the up down might not be DB checks (my googling was not totally clear), but it does look like for whatever reason it is stopping at the make resource table line. But if he has any insights I'll let you know! -Maura On Wed, May 27, 2015 at 2:31 PM, Maura Carbone <mauraa at brandeis.edu> wrote: > I think the presence of schema_info means you're losing your connection, > which I think was a problem for you before, and resource isn't being > created. schema_info appears in the 'down check' part of the migration > script code: > > down do > > remaining = tables.reject {|t| t == :schema_info} > > ceiling = 100 > > begin > > greylist = [] > > remaining.each do |table| > foreign_key_list(table).each do |fk| > > next if fk[:table] == table > if (not greylist.include?(fk[:table])) && > remaining.include?(fk[:table]) > greylist << fk[:table] > end > end > end > > remaining.each do |table| > if not greylist.include?(table) > puts "Dropping #{table}" > drop_table?(table) > end > end > > remaining = greylist.clone > ceiling = ceiling - 1 > > end while (not remaining.empty?) && ceiling > 0 > > end > > Not an expert on this though, so I could be wrong. > > -Maura > > On Wed, May 27, 2015 at 2:04 PM, Holland, Andrew S < > andrew-holland at uiowa.edu> wrote: > >> My logs don't show that one way or another. Not that I've seen anyway. >> Here's the tables that are being created: >> >> >> >> accession >> >> agent_corporate_entity >> >> agent_family >> >> agent_person >> >> agent_software >> >> auth_db >> >> enumeration >> >> enumeration_value >> >> group >> >> group_permission >> >> group_user >> >> notification >> >> permission >> >> repository >> >> schema_info >> >> session >> >> user >> >> >> >> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: >> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Maura >> Carbone >> *Sent:* Wednesday, May 27, 2015 12:54 PM >> *To:* Archivesspace Users Group >> *Subject:* Re: [Archivesspace_Users_Group] database crash on setup >> >> >> >> Hi Andrew, >> >> Is it trying to create resource and failing? Looking at some of the code, >> it looks like the resource table is supposed to be created right after the >> accession table. Does it show that being attempted at all in your logs? >> >> >> >> -Maura >> >> >> >> On Wed, May 27, 2015 at 1:03 PM, Holland, Andrew S < >> andrew-holland at uiowa.edu> wrote: >> >> I've started a thread last week about our database setup failing. I was >> digging through my mysqld logs and it looks like this is where it's causing >> my server to crash: >> >> >> >> Some pointers may be invalid and cause the dump to abort. >> >> Query (17d2440): ALTER TABLE `resource` ADD FOREIGN KEY (`accession_id`) >> REFERENCES `accession`(`id`) >> >> >> >> Looking through what tables were created before the failure, `resource` >> wasn't there yet. >> >> >> >> Anyone have thoughts on why this isn't working? >> >> >> >> Andrew Holland >> >> Web Applications Developer, LIT >> >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> >> >> >> >> -- >> >> Maura Carbone >> >> Digital Initiatives Librarian >> Brandeis University >> Library and Technology Services >> (781) 736-4659 >> 415 South Street, (MS 017/P.O. Box 549110) >> Waltham, MA 02454-9110 >> email: mauraa at brandeis.edu >> >> _______________________________________________ >> Archivesspace_Users_Group mailing list >> Archivesspace_Users_Group at lyralists.lyrasis.org >> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group >> >> > > > -- > Maura Carbone > Digital Initiatives Librarian > Brandeis University > Library and Technology Services > (781) 736-4659 > 415 South Street, (MS 017/P.O. Box 549110) > Waltham, MA 02454-9110 > email: mauraa at brandeis.edu > -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/02413be6/attachment.html> From andrew-holland at uiowa.edu Wed May 27 16:12:09 2015 From: andrew-holland at uiowa.edu (Holland, Andrew S) Date: Wed, 27 May 2015 20:12:09 +0000 Subject: [Archivesspace_Users_Group] database crash on setup In-Reply-To: <CANdYjfGmikZDbJdavym+iJ-=og9ZQ=NAJQ97rrxZBo2R0dLaZA@mail.gmail.com> References: <91838E17DB562E49861555BB8B87F08A41CC1664@ITSNT438.iowa.uiowa.edu> <CANdYjfGm9M3Ei__qR3DeJ5-HBGym--c8+HG_0WyB4Re0XUKFBQ@mail.gmail.com> <91838E17DB562E49861555BB8B87F08A41CC1790@ITSNT438.iowa.uiowa.edu> <CANdYjfGFxdrxrmiYWf0w=hM7JK4kX_Chnq3zJ6aD4x1pWzTe5A@mail.gmail.com> <CANdYjfGmikZDbJdavym+iJ-=og9ZQ=NAJQ97rrxZBo2R0dLaZA@mail.gmail.com> Message-ID: <91838E17DB562E49861555BB8B87F08A41CC1980@ITSNT438.iowa.uiowa.edu> I appreciate the help Maura. I'm sending a note to my sys admins to look into the: UTC - mysqld got signal 6 I'm seeing before the crash. I think it might be a red hat bug. -Andrew From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maura Carbone Sent: Wednesday, May 27, 2015 3:09 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] database crash on setup So after talking to someone who knows RoR, the up down might not be DB checks (my googling was not totally clear), but it does look like for whatever reason it is stopping at the make resource table line. But if he has any insights I'll let you know! -Maura On Wed, May 27, 2015 at 2:31 PM, Maura Carbone <mauraa at brandeis.edu<mailto:mauraa at brandeis.edu>> wrote: I think the presence of schema_info means you're losing your connection, which I think was a problem for you before, and resource isn't being created. schema_info appears in the 'down check' part of the migration script code: down do remaining = tables.reject {|t| t == :schema_info} ceiling = 100 begin greylist = [] remaining.each do |table| foreign_key_list(table).each do |fk| next if fk[:table] == table if (not greylist.include?(fk[:table])) && remaining.include?(fk[:table]) greylist << fk[:table] end end end remaining.each do |table| if not greylist.include?(table) puts "Dropping #{table}" drop_table?(table) end end remaining = greylist.clone ceiling = ceiling - 1 end while (not remaining.empty?) && ceiling > 0 end Not an expert on this though, so I could be wrong. -Maura On Wed, May 27, 2015 at 2:04 PM, Holland, Andrew S <andrew-holland at uiowa.edu<mailto:andrew-holland at uiowa.edu>> wrote: My logs don't show that one way or another. Not that I've seen anyway. Here's the tables that are being created: accession agent_corporate_entity agent_family agent_person agent_software auth_db enumeration enumeration_value group group_permission group_user notification permission repository schema_info session user From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Maura Carbone Sent: Wednesday, May 27, 2015 12:54 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] database crash on setup Hi Andrew, Is it trying to create resource and failing? Looking at some of the code, it looks like the resource table is supposed to be created right after the accession table. Does it show that being attempted at all in your logs? -Maura On Wed, May 27, 2015 at 1:03 PM, Holland, Andrew S <andrew-holland at uiowa.edu<mailto:andrew-holland at uiowa.edu>> wrote: I've started a thread last week about our database setup failing. I was digging through my mysqld logs and it looks like this is where it's causing my server to crash: Some pointers may be invalid and cause the dump to abort. Query (17d2440): ALTER TABLE `resource` ADD FOREIGN KEY (`accession_id`) REFERENCES `accession`(`id`) Looking through what tables were created before the failure, `resource` wasn't there yet. Anyone have thoughts on why this isn't working? Andrew Holland Web Applications Developer, LIT _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659<tel:%28781%29%20736-4659> 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> _______________________________________________ Archivesspace_Users_Group mailing list Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659<tel:%28781%29%20736-4659> 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -- Maura Carbone Digital Initiatives Librarian Brandeis University Library and Technology Services (781) 736-4659 415 South Street, (MS 017/P.O. Box 549110) Waltham, MA 02454-9110 email: mauraa at brandeis.edu<mailto:mauraa at brandeis.edu> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/800b31bc/attachment.html> From mkottman at ku.edu Wed May 27 16:56:12 2015 From: mkottman at ku.edu (Kottman, Miloche) Date: Wed, 27 May 2015 20:56:12 +0000 Subject: [Archivesspace_Users_Group] Collection Level Date Issue In-Reply-To: <04d5a04c4768461c8773df4b68690f4a@it-excmb3.ad.siu.edu> References: <CACJAnYB7vQSdWHoCV_w+rqPbjMH8jW6Tuu+N9sRkyFH59PumnQ@mail.gmail.com> <852AD94E6272BE40A8BAE723CC8B0FC20BD7CD@Mercury.chf.org> <04d5a04c4768461c8773df4b68690f4a@it-excmb3.ad.siu.edu> Message-ID: <220B4CB68E19834D965E60AC94D69BD82A7A9110@EXCH10-MBX-05.home.ku.edu> This was reported as a bug in April (AR-1191). It will be fixed in the next release or you can install the plug-in mentioned in the attached email. --Miloche Kottman University of Kansas From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Matthew J Gorzalski Sent: Wednesday, May 27, 2015 2:52 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Collection Level Date Issue I had that problem too but off and on. Sometimes it works and sometimes I get the date auto fill. Matt From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Newhouse, Sarah Sent: Wednesday, May 27, 2015 2:47 PM To: Archivesspace Users Group Subject: Re: [Archivesspace_Users_Group] Collection Level Date Issue Norie, For what it?s worth, I?m having the same problem. Seems like you can?t enter any YYYY date and must enter YYYY-MM-DD. Sarah __________________________________ Sarah Newhouse Digital Collections Archivist Othmer Library of Chemical History P: +1.215.873.8240 F: +1.215.629.5240 Chemical Heritage Foundation LIBRARY ? MUSEUM ? CENTER FOR SCHOLARS 315 Chestnut Street ? Philadelphia, PA 19106 ? U.S.A. chemheritage.org<http://www.chemheritage.org/> From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Norie Guthrie Sent: Wednesday, May 27, 2015 11:46 AM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] Collection Level Date Issue Hi, I'm working with ArchivesSpace 1.2.0 and am having an issue with date type. At the collection level, after selecting a date type, the system is automatically filling in today's date. When I click on the field for "begin" and type 1954, a calendar for May 2015 appears and then 2015-05-27 automatically fills the field after I click outside of it. The same happens for the end date. In addition, it doesn't matter what type of date I use. I'm attaching two screenshots. Has anyone else had this issue? I have not had a problem at the series, subseries, or file level. Thank you for your help. Best, Norie -- Norie Guthrie, CA Archivist Librarian, Special Collections Woodson Research Center RA Sid Richardson College Rice University slg4 at rice.edu<mailto:slg4 at rice.edu> 713-348-2563 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/fb68f739/attachment.html> -------------- next part -------------- An embedded message was scrubbed... From: Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> Subject: Re: [Archivesspace_Users_Group] Dates issue Date: Fri, 10 Apr 2015 09:32:27 +0000 Size: 16854 URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/fb68f739/attachment.mht> From PGalligan at rockarch.org Wed May 27 19:04:19 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Wed, 27 May 2015 19:04:19 -0400 Subject: [Archivesspace_Users_Group] Resequencing error Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4FD1955@racex01> Hi, I was trying to resequence tonight to fix a couple holes in our AO tree, but I ran into the attached error. In the past, resequencing has been relatively fast, but after an hour of waiting, the log never moves past this point. Any thoughts on how to fix this? Thanks, Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/5e768976/attachment.html> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: resequence error.txt URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150527/5e768976/attachment.txt> From Claire.Knowles at ed.ac.uk Thu May 28 03:28:08 2015 From: Claire.Knowles at ed.ac.uk (KNOWLES Claire) Date: Thu, 28 May 2015 07:28:08 +0000 Subject: [Archivesspace_Users_Group] Local plugin images not displaying In-Reply-To: <1432722157922.3283@lyrasis.org> References: <D183B4DB.13F55%cknowles@exseed.ed.ac.uk> <1432722157922.3283@lyrasis.org> Message-ID: <D18C80BD.1426F%cknowles@exseed.ed.ac.uk> Hi Chris, I had to comment out the set_access_control in the public assets_controller.rb to make the plugin compile and I also had to copy our images for the public local plugin into the web app. They were already in the correct location for the frontend plugin. Cheers, Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> Date: Wednesday, 27 May 2015 11:22 To: KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>>, Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: Re: [Archivesspace_Users_Group] Local plugin images not displaying Hi Claire, I actually had forgotten all about this plugin...but yes, I think you need to use this if you're running tomcat7, since the way tomcat7 applies routes conflicts with the way Rails asset pipeline works. This definitely needs to be added to the Tomcat documentation, which I will do now. Let me know if this works for you. best,chris. Chris Fitzpatrick | Developer, ArchivesSpace Skype: chrisfitzpat | Phone: 918.236.6048 http://archivesspace.org/ ________________________________ From: KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> Sent: Thursday, May 21, 2015 5:15 PM To: Archivesspace Users Group; Chris Fitzpatrick Subject: Re: [Archivesspace_Users_Group] Local plugin images not displaying Hi, Do I need to use this plugin? https://github.com/archivesspace/assets_reroute Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 From: KNOWLES Claire <Claire.Knowles at ed.ac.uk<mailto:Claire.Knowles at ed.ac.uk>> Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Date: Thursday, 21 May 2015 15:36 To: Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>>, Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>> Subject: [Archivesspace_Users_Group] Local plugin images not displaying Hi Chris, Our images are not displaying in the local plugin on Tomcat or the home image. I can see them in the webapp - where I should look to make them display? Thanks Claire -- Claire Knowles Library Digital Development Manager Library and University Collections, Information Services University of Edinburgh Tel: 0131 6503023 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150528/5f683454/attachment.html> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150528/5f683454/attachment.ksh> From bmg17 at psu.edu Thu May 28 08:37:18 2015 From: bmg17 at psu.edu (Ben Goldman) Date: Thu, 28 May 2015 08:37:18 -0400 (EDT) Subject: [Archivesspace_Users_Group] related records In-Reply-To: <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu> References: <2004910298.668921.1430940549347.JavaMail.zimbra@psu.edu> <963849472.683962.1430941201459.JavaMail.zimbra@psu.edu> <1F1E72103798F04D96C355B296D7C61B485999@mb2-uts.du.edu> <485086659.1814168.1431473766404.JavaMail.zimbra@psu.edu> Message-ID: <995304628.1051066.1432816638566.JavaMail.zimbra@psu.edu> Hello, We are still having this issue in 1.2 on collections with large numbers of archival objects and/or large numbers of related records. What I'd like to know is whether any local configurations could be adjusted to increase performance. Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html ----- Original Message ----- From: "Kevin Clair" <Kevin.Clair at du.edu> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> Sent: Wednesday, May 6, 2015 8:13:04 PM Subject: Re: [Archivesspace_Users_Group] related records Hello, We've had similar issues at DU with our collections that have large amounts of archival objects attached. Any sort of editing we want to do in those collections is greeted with the same "Loading..." message that never resolves itself. We notice it generally in collections with more than 5,000 archival objects, though we've had problems with smaller collections if we have many active users at a time. -k From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Ben Goldman [bmg17 at psu.edu] Sent: Wednesday, May 06, 2015 1:40 PM To: Archivesspace Users Group Subject: [Archivesspace_Users_Group] related records Hi All, At Penn State we've noticed some issues with opening resource records that have a large amount of related records. I would have to do some further digging to know how common such a case is, but just to provide one example: we have an institutional records collection with a couple hundred name records and maybe 80 accession records attached. When we click to Edit the record, it seems stuck on "Loading..." I should mention that we're currently in the middle of migrating to v1.2, so maybe these issues will be addressed, but I am wondering if anyone has encountered any challenges with an excessive amount of related resources, or whether there is an optimal amount or limit (?). Thanks, Ben Ben Goldman Digital Records Archivist Penn State University Libraries University Park, PA 814-863-8333 http://www.libraries.psu.edu/psul/speccolls.html _______________________________________________ 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: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150528/47ca1038/attachment.html> From slg4 at rice.edu Thu May 28 10:11:51 2015 From: slg4 at rice.edu (Norie Guthrie) Date: Thu, 28 May 2015 09:11:51 -0500 Subject: [Archivesspace_Users_Group] Collection Level Date Issue In-Reply-To: <220B4CB68E19834D965E60AC94D69BD82A7A9110@EXCH10-MBX-05.home.ku.edu> References: <CACJAnYB7vQSdWHoCV_w+rqPbjMH8jW6Tuu+N9sRkyFH59PumnQ@mail.gmail.com> <852AD94E6272BE40A8BAE723CC8B0FC20BD7CD@Mercury.chf.org> <04d5a04c4768461c8773df4b68690f4a@it-excmb3.ad.siu.edu> <220B4CB68E19834D965E60AC94D69BD82A7A9110@EXCH10-MBX-05.home.ku.edu> Message-ID: <CACJAnYBtk9kuGF6vFegoXRdfmSQBX=o7Y486NXxmK=EPzAtpPg@mail.gmail.com> Hi Miloche, Thank you so much. Best, Norie On Wed, May 27, 2015 at 3:56 PM, Kottman, Miloche <mkottman at ku.edu> wrote: > This was reported as a bug in April (AR-1191). It will be fixed in the > next release or you can install the plug-in mentioned in the attached email. > > > > --Miloche Kottman > > University of Kansas > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto: > archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Matthew > J Gorzalski > *Sent:* Wednesday, May 27, 2015 2:52 PM > > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Collection Level Date Issue > > > > I had that problem too but off and on. Sometimes it works and sometimes I > get the date auto fill. > > > > Matt > > > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Newhouse, > Sarah > *Sent:* Wednesday, May 27, 2015 2:47 PM > *To:* Archivesspace Users Group > *Subject:* Re: [Archivesspace_Users_Group] Collection Level Date Issue > > > > Norie, > > > > For what it?s worth, I?m having the same problem. Seems like you can?t > enter any YYYY date and must enter YYYY-MM-DD. > > > > Sarah > > > > __________________________________ > > Sarah Newhouse > Digital Collections Archivist > Othmer Library of Chemical History > P: +1.215.873.8240 > F: +1.215.629.5240 > > *Chemical Heritage Foundation* > LIBRARY ? MUSEUM ? CENTER FOR SCHOLARS > 315 Chestnut Street ? Philadelphia, PA 19106 ? U.S.A. > chemheritage.org <http://www.chemheritage.org/> > > *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [ > mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org > <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Norie > Guthrie > *Sent:* Wednesday, May 27, 2015 11:46 AM > *To:* Archivesspace Users Group > *Subject:* [Archivesspace_Users_Group] Collection Level Date Issue > > > > Hi, > > > > I'm working with ArchivesSpace 1.2.0 and am having an issue with date > type. At the collection level, after selecting a date type, the system is > automatically filling in today's date. When I click on the field for > "begin" and type 1954, a calendar for May 2015 appears and then 2015-05-27 > automatically fills the field after I click outside of it. The same happens > for the end date. In addition, it doesn't matter what type of date I use. > > > > I'm attaching two screenshots. > > > > Has anyone else had this issue? I have not had a problem at the series, > subseries, or file level. > > > > Thank you for your help. > > > > Best, > > Norie > > > > -- > > *Norie Guthrie, CA* > > > > Archivist Librarian, Special Collections > > Woodson Research Center > > RA Sid Richardson College > > Rice University > > slg4 at rice.edu > > 713-348-2563 > > _______________________________________________ > Archivesspace_Users_Group mailing list > Archivesspace_Users_Group at lyralists.lyrasis.org > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > > -- *Norie Guthrie, CA* Archivist Librarian, Special Collections Woodson Research Center RA Sid Richardson College Rice University slg4 at rice.edu 713-348-2563 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150528/a2aaae1a/attachment.html> From PGalligan at rockarch.org Thu May 28 14:55:17 2015 From: PGalligan at rockarch.org (Galligan, Patrick) Date: Thu, 28 May 2015 14:55:17 -0400 Subject: [Archivesspace_Users_Group] Resequencing error Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4FD1A4D@racex01> Any thoughts on the below? We are seeing the following error: translation missing: en.no key - translation missing: en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_> It's only happening with certain objects, but it's basically making it impossible to update/delete those items. This is very troubling for us and holding up some work. The only suggestion was to resequence, but resequencing seems to be stalling with the error I attached last night. Any help would be awesome. Thanks! Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 From: Galligan, Patrick Sent: Wednesday, May 27, 2015 7:04 PM To: Archivesspace Users Group Subject: Resequencing error Hi, I was trying to resequence tonight to fix a couple holes in our AO tree, but I ran into the attached error. In the past, resequencing has been relatively fast, but after an hour of waiting, the log never moves past this point. Any thoughts on how to fix this? Thanks, Patrick Galligan Rockefeller Archive Center Assistant Digital Archivist 914-366-6386 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150528/bd11616a/attachment.html> From library at princeofpeaceabbey.org Thu May 28 16:43:35 2015 From: library at princeofpeaceabbey.org (library at princeofpeaceabbey.org) Date: Thu, 28 May 2015 20:43:35 +0000 Subject: [Archivesspace_Users_Group] Resequencing error In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4FD1A4D@racex01> References: <F6E0CB227A713F4AA8F9598060B8F063D7F4FD1A4D@racex01> Message-ID: <20150528204335.Horde.B1yitHV0S_62R4W32hMhIw1@gator3088.hostgator.com> I am getting about the same error: E, [2015-05-28T09:23:19.938000 #7656] ERROR -- : Thread-3302: Error in job manager thread: Java::ComMysqlJdbcExceptionsJdbc4::MySQLSyntaxErrorException: Table 'archivesspace.job' doesn't exist ["com.mysql.jdbc.Util.handleNewInstance(com/mysql/jdbc/Util.java:411)", "com.mysql.jdbc.Util.getInstance(com/mysql/jdbc/Util.java:386)", "com.mysql.jdbc.SQLError.createSQLException(com/mysql/jdbc/SQLError.java:1054)", "com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:4190)", "com.mysql.jdbc.MysqlIO.checkErrorPacket(com/mysql/jdbc/MysqlIO.java:4122)", "com.mysql.jdbc.MysqlIO.sendCommand(com/mysql/jdbc/MysqlIO.java:2570)", "com.mysql.jdbc.MysqlIO.sqlQueryDirect(com/mysql/jdbc/MysqlIO.java:2731)", "com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2812)", "com.mysql.jdbc.ConnectionImpl.execSQL(com/mysql/jdbc/ConnectionImpl.java:2761)", "com.mysql.jdbc.StatementImpl.executeQuery(com/mysql/jdbc/StatementImpl.java:1612)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::Database.log_yield(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33)", "Sequel::Database.log_yield(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/logging.rb:33)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:250)", "Sequel::JDBC::Database.statement(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646)", "Sequel::JDBC::Database.statement(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:646)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:245)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:85)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4..20.0/lib/sequel/adapters/jdbc.rb:244)", "Sequel::JDBC::Database.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:244)", "Sequel::Dataset.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911)", "Sequel::Dataset.execute(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:911)", "Sequel::JDBC::Dataset.fetch_rows(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725)", "Sequel::JDBC::Dataset.fetch_rows(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/adapters/jdbc.rb:725)", "Sequel::Dataset.each(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:137)", "Sequel::Dataset.each(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:137)", "Sequel::Dataset.single_record(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:643)", "Sequel::Dataset..single_record(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:643)", "RUBY.first(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/dataset/actions.rb:192)", "RUBY.find_stale_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:19)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:117)", "RUBY.transaction(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:93)", "RUBY._transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:134)", "RUBY.transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:108)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:98)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87)", "Sequel::ThreadedConnectionPool.hold(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/connection_pool/threaded.rb:87)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "Sequel::Database.synchronize(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/connecting.rb:255)", "RUBY.transaction(C:/archivesspace/gems/gems/sequel-4.20.0/lib/sequel/database/transactions.rb:97)", "RUBY.transaction(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:92)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:116)", "org.jruby.RubyFixnum.times(org/jruby/RubyFixnum.java:280)", "RUBY.open(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:113)", "RUBY.find_stale_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:18)", "RUBY.get_next_job(C:/archivesspace/data/tmp/jetty-0.0.0..0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:67)", "RUBY.run_pending_job(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:72)", "RUBY.start_background_thread(C:/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:128)"] May 28, 2015 9:23:20 AM org.apache.solr.core.SolrResourceLoader locateSolrHome Have no idea how to correct it. I am not a programer. So I need very simple instructions. Br Raphael Quoting "Galligan, Patrick" <PGalligan at rockarch.org>: > Any thoughts on the below? > > We are seeing the following error: translation missing: en.no key - > translation missing: > en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_<mailto:en.validation_errors.database_integrity_constraint_conflict__java__commysqljdbcexceptionsjdbc4__mysqlintegrityconstraintviolationexception__duplicate_entry__479856 at archival_object-0__for_key__uniq_ao_pos_> > > It's only happening with certain objects, but it's basically making > it impossible to update/delete those items. This is very troubling > for us and holding up some work. > > The only suggestion was to resequence, but resequencing seems to be > stalling with the error I attached last night. > > Any help would be awesome. > > Thanks! > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 > > From: Galligan, Patrick > Sent: Wednesday, May 27, 2015 7:04 PM > To: Archivesspace Users Group > Subject: Resequencing error > > Hi, > > I was trying to resequence tonight to fix a couple holes in our AO > tree, but I ran into the attached error. > > In the past, resequencing has been relatively fast, but after an > hour of waiting, the log never moves past this point. > > Any thoughts on how to fix this? > > Thanks, > > Patrick Galligan > Rockefeller Archive Center > Assistant Digital Archivist > 914-366-6386 Br Raphael Meyer osb Prince of Peace Abbey