From sheila at ln.edu.hk  Mon Jan  5 02:17:46 2015
From: sheila at ln.edu.hk (Sheila CHEUNG Sze Lui)
Date: Mon, 5 Jan 2015 07:17:46 +0000
Subject: [Archivesspace_Users_Group] Upgrade from 1.07 to 1.10
Message-ID: <0CFEB63625FE9B4989D2E8AF5D9CC61E3FE897FB@owl.lndaxue.ln.edu.hk>

Hi,
I am working with my colleagues to upgrade our ArchivesSpace.  Would like to confirm if it is possible to upgrade from 1.07 direct to 1.10, or we have to install those previous versions prior to 1.10 to make the upgrade works.
Thanks
Sheila Cheung
Lingnan University

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150105/c015bbce/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Mon Jan  5 04:33:50 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 5 Jan 2015 09:33:50 +0000
Subject: [Archivesspace_Users_Group] Upgrade from 1.07 to 1.10
In-Reply-To: <0CFEB63625FE9B4989D2E8AF5D9CC61E3FE897FB@owl.lndaxue.ln.edu.hk>
References: <0CFEB63625FE9B4989D2E8AF5D9CC61E3FE897FB@owl.lndaxue.ln.edu.hk>
Message-ID: <1420450428853.60267@lyrasis.org>

Hi Sheila,


Yes, you can do a direct upgrade without having to install the other versions. Best,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 Sheila CHEUNG Sze Lui <sheila at ln.edu.hk>
Sent: Monday, January 5, 2015 8:17 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Upgrade from 1.07 to 1.10

Hi,
I am working with my colleagues to upgrade our ArchivesSpace.  Would like to confirm if it is possible to upgrade from 1.07 direct to 1.10, or we have to install those previous versions prior to 1.10 to make the upgrade works.
Thanks
Sheila Cheung
Lingnan University

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150105/026fc221/attachment.html>

From Carolyn-Runyon at utc.edu  Mon Jan  5 14:17:19 2015
From: Carolyn-Runyon at utc.edu (Runyon, Carolyn)
Date: Mon, 5 Jan 2015 19:17:19 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields
 in Collection Management Module
In-Reply-To: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
Message-ID: <05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>

Hi All,

I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level. 

Just a thought,
Carolyn

Carolyn Runyon, Digital Archivist
Special Collections & University Archives
University of Tennessee at Chattanooga
615 McCallie Ave., Chattanooga, TN  37403
Carolyn-Runyon at utc.edu, (423) 425-4503
Dept. 6456, LIB 205



From smithkr at mit.edu  Mon Jan  5 14:28:55 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Mon, 5 Jan 2015 19:28:55 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>

Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<mailto:Carolyn-Runyon at utc.edu>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/20150105/497d3c90/attachment.html>

From leigh.rupinski at wilson.edu  Mon Jan  5 14:53:15 2015
From: leigh.rupinski at wilson.edu (Leigh Rupinski)
Date: Mon, 5 Jan 2015 19:53:15 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
Message-ID: <217763ea1d114454bf25bda3d4418e71@MS1.wilson.edu>

Hi, 

We would also find that kind of Digitization Status menu useful! 

Thanks for suggesting!

Leigh Rupinski

Leigh Rupinski
College Archivist
Wilson College
Chambersburg, PA 17201
717-262-2049


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hi All,

I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level. 

Just a thought,
Carolyn

Carolyn Runyon, Digital Archivist
Special Collections & University Archives University of Tennessee at Chattanooga
615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu, (423) 425-4503 Dept. 6456, LIB 205

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From llobdell at thesongbook.org  Mon Jan  5 14:33:19 2015
From: llobdell at thesongbook.org (Lisa Lobdell)
Date: Mon, 5 Jan 2015 19:33:19 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
Message-ID: <9B935F6F0158974B9C99E7E387A4EE0306007607@EXCHANGE.cpa.local>

I like both of those ideas!

[cid:image001.png at 01D028F4.8D0990D0]

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, January 05, 2015 2:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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 Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<mailto:Carolyn-Runyon at utc.edu>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/20150105/58570a22/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 33512 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150105/58570a22/attachment.png>

From Kevin.Clair at du.edu  Mon Jan  5 15:06:14 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Mon, 5 Jan 2015 20:06:14 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
Message-ID: <1F1E72103798F04D96C355B296D7C61B40FB02@mb2-uts.du.edu>

Hello,

We'd get some use out of a Digitization Status field as well. If it became critical I'd probably wind up assigning such a status through one of the user-defined enumerations, but having it built into ArchivesSpace would be even better...

We had experimented a little bit with recording exhibit information here, but we didn't get much further than recording where the precise location of an item currently on exhibit in the building is. I'd be interested to hear more about other shops' experiences with that sort of information; I'm sure we'll get questions about it here.

thanks!  -k

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, January 05, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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:[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]> On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<mailto:Carolyn-Runyon at utc.edu>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/20150105/a3077a7c/attachment.html>

From maureen.callahan at yale.edu  Mon Jan  5 15:08:38 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Mon, 5 Jan 2015 20:08:38 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B40FB02@mb2-uts.du.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
	<1F1E72103798F04D96C355B296D7C61B40FB02@mb2-uts.du.edu>
Message-ID: <AD669F4F98CAF842A44EB31636A067CB1081EDC4@x10-mbx15.yu.yale.edu>

So, this sounds like it could be a really good use case for an assessment module, much like the one AT had (which was very useful for setting repository priorities, including digitization priorities). Is anyone working on developing an assessment module for ASpace?

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 Kevin Clair
Sent: Monday, January 05, 2015 3:06 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hello,

We'd get some use out of a Digitization Status field as well. If it became critical I'd probably wind up assigning such a status through one of the user-defined enumerations, but having it built into ArchivesSpace would be even better...

We had experimented a little bit with recording exhibit information here, but we didn't get much further than recording where the precise location of an item currently on exhibit in the building is. I'd be interested to hear more about other shops' experiences with that sort of information; I'm sure we'll get questions about it here.

thanks!  -k

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, January 05, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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:[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]> On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<https://urldefense.proofpoint.com/v1/url?u=http://mailto:Carolyn-Runyon%40utc.edu&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=2dfddffc1d4042306408268dff6d4675d0a6efd58c75cccb8e117c29733b4269>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/v1/url?u=http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=5c45ca13274b22bc07308d51829e2498930e9289ff28c21248423a1f9c38a13f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150105/e4951052/attachment.html>

From brad.westbrook at lyrasis.org  Mon Jan  5 15:22:42 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Mon, 5 Jan 2015 20:22:42 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB1081EDC4@x10-mbx15.yu.yale.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
	<1F1E72103798F04D96C355B296D7C61B40FB02@mb2-uts.du.edu>
	<AD669F4F98CAF842A44EB31636A067CB1081EDC4@x10-mbx15.yu.yale.edu>
Message-ID: <DM2PR0801MB0862DEBBFDF697E7F1CFB55B94580@DM2PR0801MB0862.namprd08.prod.outlook.com>

Maureen, I am not aware of anybody working on an assessment module for ASpace but it would certainly be welcomed.  Even a well-wrought specification would be very useful.

As for tracking digitization status, exhibition appearances, etc., could this not be done using the event modules?

Happy New Year to all!

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 Callahan, Maureen
Sent: Monday, January 05, 2015 3:09 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

So, this sounds like it could be a really good use case for an assessment module, much like the one AT had (which was very useful for setting repository priorities, including digitization priorities). Is anyone working on developing an assessment module for ASpace?

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 Kevin Clair
Sent: Monday, January 05, 2015 3:06 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hello,

We'd get some use out of a Digitization Status field as well. If it became critical I'd probably wind up assigning such a status through one of the user-defined enumerations, but having it built into ArchivesSpace would be even better...

We had experimented a little bit with recording exhibit information here, but we didn't get much further than recording where the precise location of an item currently on exhibit in the building is. I'd be interested to hear more about other shops' experiences with that sort of information; I'm sure we'll get questions about it here.

thanks!  -k

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, January 05, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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:[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]> On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<https://urldefense.proofpoint.com/v1/url?u=http://mailto:Carolyn-Runyon%40utc.edu&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=2dfddffc1d4042306408268dff6d4675d0a6efd58c75cccb8e117c29733b4269>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/v1/url?u=http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=5c45ca13274b22bc07308d51829e2498930e9289ff28c21248423a1f9c38a13f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150105/f440bed7/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/20150105/f440bed7/attachment.png>

From smithkr at mit.edu  Mon Jan  5 15:40:44 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Mon, 5 Jan 2015 20:40:44 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <DM2PR0801MB0862DEBBFDF697E7F1CFB55B94580@DM2PR0801MB0862.namprd08.prod.outlook.com>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
	<1F1E72103798F04D96C355B296D7C61B40FB02@mb2-uts.du.edu>
	<AD669F4F98CAF842A44EB31636A067CB1081EDC4@x10-mbx15.yu.yale.edu>
	<DM2PR0801MB0862DEBBFDF697E7F1CFB55B94580@DM2PR0801MB0862.namprd08.prod.outlook.com>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBB92C4C4B@OC11expo28.exchange.mit.edu>

Brad and Maureen,
The folks at Harvard University Archives have been discussing an assessment module, along with the Smithsonian Institution.  I don't know where that work stands but I'm sure a fresh look and set of eyes/hands would be useful to join in that effort.

Kari


Kari R. Smith, Digital Archivist
MIT Libraries, Institute Archives and Special Collections
617-258-5568  |   smithkr (at) mit.edu
http://libraries.mit.edu/archives/



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook
Sent: Monday, January 05, 2015 3:23 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Maureen, I am not aware of anybody working on an assessment module for ASpace but it would certainly be welcomed.  Even a well-wrought specification would be very useful.

As for tracking digitization status, exhibition appearances, etc., could this not be done using the event modules?

Happy New Year to all!

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 Callahan, Maureen
Sent: Monday, January 05, 2015 3:09 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

So, this sounds like it could be a really good use case for an assessment module, much like the one AT had (which was very useful for setting repository priorities, including digitization priorities). Is anyone working on developing an assessment module for ASpace?

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 Kevin Clair
Sent: Monday, January 05, 2015 3:06 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hello,

We'd get some use out of a Digitization Status field as well. If it became critical I'd probably wind up assigning such a status through one of the user-defined enumerations, but having it built into ArchivesSpace would be even better...

We had experimented a little bit with recording exhibit information here, but we didn't get much further than recording where the precise location of an item currently on exhibit in the building is. I'd be interested to hear more about other shops' experiences with that sort of information; I'm sure we'll get questions about it here.

thanks!  -k

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, January 05, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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:[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]> On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<https://urldefense.proofpoint.com/v1/url?u=http://mailto:Carolyn-Runyon%40utc.edu&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=2dfddffc1d4042306408268dff6d4675d0a6efd58c75cccb8e117c29733b4269>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/v1/url?u=http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=5c45ca13274b22bc07308d51829e2498930e9289ff28c21248423a1f9c38a13f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150105/5cbcba4d/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/20150105/5cbcba4d/attachment.png>

From AikensB at si.edu  Mon Jan  5 15:47:42 2015
From: AikensB at si.edu (Aikens, Barbara)
Date: Mon, 5 Jan 2015 20:47:42 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
Message-ID: <9EC2AA21B357BB459D3CBE9AC3FD821530EE2225@si-msedag04.US.SINET.SI.EDU>

A good thought indeed, and one I hope might be integrated into an enhanced (yet to be developed) assessment tool plug in.  Our Smithsonian wide CDRS system captures such data for both archival collections and museum objects, along with physical condition and access levels.  Several of us in the ArchivesSpace/AT user community have been thinking about such a tool for ArchivesSpace for quite a while and believe it to be an important feature.  We just haven't finalized anything for wider review/comment yet.  It's been hard to focus on development prior to full implementation and understanding of how the Archives Space database really works.

Barbara D. Aikens
Head of Collections Processing | Archives of American Art, Smithsonian Institution
Email: aikensb at si.edu<mailto:aikensb at si.edu> | Phone: 202.633.7941

Visit our website<http://www.aaa.si.edu/> and the Terra Foundation Center for Digital Collections<http://www.aaa.si.edu/collections/online>.
Follow us on Twitter<http://twitter.com/archivesamerart> and Facebook<http://www.facebook.com/#!/archivesofamericanart>

FedEx, UPS, and DHL deliveries: 750 9th Street, NW (at H) | Suite 2200 | Washington, DC 20001
U.S. Postal deliveries:  PO Box 37012 | Victor Building, Suite 2200, MRC 937 | Washington, DC 20013-7012

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, January 05, 2015 2:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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 Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<mailto:Carolyn-Runyon at utc.edu>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/20150105/d8e06635/attachment.html>

From AikensB at si.edu  Mon Jan  5 16:02:31 2015
From: AikensB at si.edu (Aikens, Barbara)
Date: Mon, 5 Jan 2015 21:02:31 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB1081EDC4@x10-mbx15.yu.yale.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
	<1F1E72103798F04D96C355B296D7C61B40FB02@mb2-uts.du.edu>
	<AD669F4F98CAF842A44EB31636A067CB1081EDC4@x10-mbx15.yu.yale.edu>
Message-ID: <9EC2AA21B357BB459D3CBE9AC3FD821530EE223B@si-msedag04.US.SINET.SI.EDU>

Hi Maureen and All,

Mark Custer, myself, Kate Bowers, Matthew Lyons, and Margery Sly have been talking about this for over a year and have just been too busy to get back into it.  Last summer at SAA, we met and developed a set of functional requirements that would simply be the foundation to build a plug in that would mimic the functionality of the current assessment module in AT - where some of us have data or upon which some of us have modeled other in-house databases.  At that point in time, it was difficult to fully understand or envision how such a tool might integrate into Archives Space when so few of us had fully implemented.

Mark Custer is on the Archives Space User Advisory Committee and should be able to let us know how we might at least better organize to make this a priority for development, and suggest a pathway for development.  It was suggested to me that it would be better and faster to develop a plug in v. integrate a module into ASpace.

I had hoped that the SI would be able to donate the programming time and, at one point, was promised such.  However, on an institutional level, we are still implementing Archivists Toolkit and developing a web portal for our EAD finding aids, so technical support is focused on this first.

BUT, I think this might be a fundable project if we could all develop a work plan with tangible deliverable that could be presented to a funder.

Please feel free to respond with your thoughts about moving forward, either to me personally or to the group.  I think it would be important to especially hear from users that have legacy data in either AT or Archon that would need to migrate to such a tool.

Best, Barb Aikens

Barbara D. Aikens
Head of Collections Processing | Archives of American Art, Smithsonian Institution
Email: aikensb at si.edu<mailto:aikensb at si.edu> | Phone: 202.633.7941

Visit our website<http://www.aaa.si.edu/> and the Terra Foundation Center for Digital Collections<http://www.aaa.si.edu/collections/online>.
Follow us on Twitter<http://twitter.com/archivesamerart> and Facebook<http://www.facebook.com/#!/archivesofamericanart>

FedEx, UPS, and DHL deliveries: 750 9th Street, NW (at H) | Suite 2200 | Washington, DC 20001
U.S. Postal deliveries:  PO Box 37012 | Victor Building, Suite 2200, MRC 937 | Washington, DC 20013-7012

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, January 05, 2015 3:09 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

So, this sounds like it could be a really good use case for an assessment module, much like the one AT had (which was very useful for setting repository priorities, including digitization priorities). Is anyone working on developing an assessment module for ASpace?

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 Kevin Clair
Sent: Monday, January 05, 2015 3:06 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hello,

We'd get some use out of a Digitization Status field as well. If it became critical I'd probably wind up assigning such a status through one of the user-defined enumerations, but having it built into ArchivesSpace would be even better...

We had experimented a little bit with recording exhibit information here, but we didn't get much further than recording where the precise location of an item currently on exhibit in the building is. I'd be interested to hear more about other shops' experiences with that sort of information; I'm sure we'll get questions about it here.

thanks!  -k

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, January 05, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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:[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]> On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<https://urldefense.proofpoint.com/v1/url?u=http://mailto:Carolyn-Runyon%40utc.edu&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=2dfddffc1d4042306408268dff6d4675d0a6efd58c75cccb8e117c29733b4269>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/v1/url?u=http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=5c45ca13274b22bc07308d51829e2498930e9289ff28c21248423a1f9c38a13f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150105/196cd2af/attachment.html>

From EJOLLEY at nla.gov.au  Mon Jan  5 16:31:02 2015
From: EJOLLEY at nla.gov.au (Emma Jolley)
Date: Mon, 5 Jan 2015 21:31:02 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <217763ea1d114454bf25bda3d4418e71@MS1.wilson.edu>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<217763ea1d114454bf25bda3d4418e71@MS1.wilson.edu>
Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC016CD863EC@EXMBX1.shire.nla.gov.au>

Hi all

The National Library of Australia would also find the Digitization status menu very useful along with an expanded version of the AT Assessments module. 

We'd be happy to consult with any development or participate in any working groups.

Emma


Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au|t: 02 6262 1456| www.nla.gov.au/ms  
http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts  



-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Leigh Rupinski
Sent: Tuesday, 6 January 2015 6:53 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hi, 

We would also find that kind of Digitization Status menu useful! 

Thanks for suggesting!

Leigh Rupinski

Leigh Rupinski
College Archivist
Wilson College
Chambersburg, PA 17201
717-262-2049


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hi All,

I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level. 

Just a thought,
Carolyn

Carolyn Runyon, Digital Archivist
Special Collections & University Archives University of Tennessee at Chattanooga
615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu, (423) 425-4503 Dept. 6456, LIB 205

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From kate_bowers at harvard.edu  Mon Jan  5 20:23:03 2015
From: kate_bowers at harvard.edu (Bowers, Kate A.)
Date: Tue, 6 Jan 2015 01:23:03 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <81FF938BA2407B4DA1E134E7FA5C09EC016CD863EC@EXMBX1.shire.nla.gov.au>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<217763ea1d114454bf25bda3d4418e71@MS1.wilson.edu>,
	<81FF938BA2407B4DA1E134E7FA5C09EC016CD863EC@EXMBX1.shire.nla.gov.au>
Message-ID: <1420507376921.85652@harvard.edu>

In August 2013, Barbara and I discussed this and opened a google doc for comment.  As Barbara noted, the assessment module was discussed by a small group during SAA 2014.  Since Mark Custer was the only one of us who had a formal role in ArchivesSpace, the group rather threw the document of specifications in his direction!

The document linked below might be a little light on introduction and perhaps too detailed for some.   What it contains is a proposed data model for a relational assessment database.  For those interested, it provides a robust and comprehensive list of fields in two different collection assessment databases along with the relational field type.  Anyone with the link should be able to comment.  I'd especially love to see my colleagues add to the "what is missing from this specification" part!

https://docs.google.com/document/d/1JR3vYN90f15oUFs_7-u6wYJeLPiuAKXMCFi7dgXbF80/edit?usp=sharing 

Thanks,

Kate Bowers
Collections Services Archivist for Metadata, Systems, and Standards
Harvard University Archives
Cambridge, Massachusetts, USA
voice: (617) 384-7787
fax: (617) 495-8011
kate_bowers at harvard.edu




________________________________________
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: Monday, January 5, 2015 4:31 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hi all

The National Library of Australia would also find the Digitization status menu very useful along with an expanded version of the AT Assessments module.

We'd be happy to consult with any development or participate in any working groups.

Emma


Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au|t: 02 6262 1456| www.nla.gov.au/ms
http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts



-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Leigh Rupinski
Sent: Tuesday, 6 January 2015 6:53 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hi,

We would also find that kind of Digitization Status menu useful!

Thanks for suggesting!

Leigh Rupinski

Leigh Rupinski
College Archivist
Wilson College
Chambersburg, PA 17201
717-262-2049


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hi All,

I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.

Just a thought,
Carolyn

Carolyn Runyon, Digital Archivist
Special Collections & University Archives University of Tennessee at Chattanooga
615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu, (423) 425-4503 Dept. 6456, LIB 205

_______________________________________________
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
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From Chris.Fitzpatrick at lyrasis.org  Tue Jan  6 14:11:59 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 6 Jan 2015 19:11:59 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 released
Message-ID: <1420571521652.50599@lyrasis.org>


(apologies about any cross postings)

The ArchivesSpace team is happy to release <https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> <https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1> <https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> <https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1> version v1.1.1<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0>

Please see the documention<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md> for information on how to upgrade your ArchivesSpace installs.

Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1> for a listing of all the features, bugs, etc.

Among the bug fixes is one the resolves issues involving Archival Object and Digital Object tree structures. Please read the v1.1.1 specific upgrade documentation<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.1.1.md> for information resequencing on startup process if you've had issues with tree ordering and editing.

Also please have a look at the documentation for the Public Formats plugin written<https://github.com/archivesspace/aspace-public-formats> by Mark Cooper at Lyrasis for exposing metadata formats in the public interface. This plugin is useful for organizations with small sized resources that want to provide access to different assets in the public UI. However, it is not optimized for larger resources, such as EADs involving many nested components. We are currently in the process of setting up a queue system that will optimize exports for larger resource, which will be included in the next release. This plugin is included in the release, but users will have to configure it to enable the available formats.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been a vital keeping the whole thing on track.
<http://archivesspace.org/governance>
<http://archivesspace.org/governance>
Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150106/a8821bbe/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Tue Jan  6 14:36:11 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 6 Jan 2015 19:36:11 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
Message-ID: <1420572973805.40713@lyrasis.org>

Hi All,


Below is a version of the release notification with correct link to the v1.1.1 release ( original was pointing to the previous release by accident). Sorry about any confusion.



The ArchivesSpace team is happy to release version v1.1.1<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1>

Please see the documention<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md> for information on how to upgrade your ArchivesSpace installs.

Please see the release page for a listing of all the features, bugs, etc for this release.

Among the bug fixes is one that resolves issues involving Archival Object and Digital Object tree structures. If you've had issues with tree ordering and editing, please read the v1.1.1 specific upgrade documentation<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.1.1.md> for information about re-sequencing components as startup process.

Also please have a look at the documentation for the Public Formats plugin written<https://github.com/archivesspace/aspace-public-formats> by Mark Cooper at LYRASIS for exposing metadata formats in the public interface. This plugin is included in this release, but users will have to configure it to enable the supported formats.  This plugin will be most useful to organizations with small-sized resources that want to provide access to different assets in the public UI. However, it is not optimized for larger resources, such as EADs having many nested components. We are currently in the process of designing a queue system that will optimize exports of larger, more complex resources from both the staff and public interfaces, and we expect to include it in the next release.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been vital to keeping ArchivesSpace development on track.
 <http://archivesspace.org/governance>
Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150106/fe8a2942/attachment.html>

From Carolyn-Runyon at utc.edu  Tue Jan  6 15:57:43 2015
From: Carolyn-Runyon at utc.edu (Runyon, Carolyn)
Date: Tue, 6 Jan 2015 20:57:43 +0000
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
 Fields in Collection Management Module
In-Reply-To: <DM2PR0801MB0862DEBBFDF697E7F1CFB55B94580@DM2PR0801MB0862.namprd08.prod.outlook.com>
References: <220B4CB68E19834D965E60AC94D69BD823F29DCA@EXCH10-MBX-05.home.ku.edu>
	<05B4E6AA-E6B3-4E55-937F-93E6486BEFC5@utc.edu>
	<29F559819ACA9A4FBF208407D4B63ABBB92C4AC7@OC11expo28.exchange.mit.edu>
	<1F1E72103798F04D96C355B296D7C61B40FB02@mb2-uts.du.edu>
	<AD669F4F98CAF842A44EB31636A067CB1081EDC4@x10-mbx15.yu.yale.edu>
	<DM2PR0801MB0862DEBBFDF697E7F1CFB55B94580@DM2PR0801MB0862.namprd08.prod.outlook.com>
Message-ID: <9C8DB47C-A219-4B85-A2FD-472F82651FB8@utc.edu>

I kind of forgot about Events. Thanks for pointing that out, Brad! I suppose we could use an event to track digitization status, although I don?t see an ?Exhibition? option in the Events type menu. I guess repositories should decide between the Collection Management and Events module to avoid entering the same data in 2 places.

[cid:44EE92FB-8C22-43BF-B673-D010B59B8CB3 at utc.edu]
Carolyn Runyon, Digital Archivist
Special Collections & University Archives
University of Tennessee at Chattanooga
615 McCallie Ave., Chattanooga, TN  37403
Carolyn-Runyon at utc.edu<mailto:Carolyn-Runyon at utc.edu>, (423) 425-4503
Dept. 6456, LIB 205


On Jan 5, 2015, at 3:22 PM, Brad Westbrook <brad.westbrook at lyrasis.org<mailto:brad.westbrook at lyrasis.org>> wrote:

Maureen, I am not aware of anybody working on an assessment module for ASpace but it would certainly be welcomed.  Even a well-wrought specification would be very useful.

As for tracking digitization status, exhibition appearances, etc., could this not be done using the event modules?

Happy New Year to all!

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)
<image001.png>




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: Monday, January 05, 2015 3:09 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

So, this sounds like it could be a really good use case for an assessment module, much like the one AT had (which was very useful for setting repository priorities, including digitization priorities). Is anyone working on developing an assessment module for ASpace?

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<x-msg://13/web.library.yale.edu/mssa>
Collections: drs.library.yale.edu<x-msg://13/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 Kevin Clair
Sent: Monday, January 05, 2015 3:06 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hello,

We?d get some use out of a Digitization Status field as well. If it became critical I?d probably wind up assigning such a status through one of the user-defined enumerations, but having it built into ArchivesSpace would be even better?

We had experimented a little bit with recording exhibit information here, but we didn?t get much further than recording where the precise location of an item currently on exhibit in the building is. I?d be interested to hear more about other shops? experiences with that sort of information; I?m sure we?ll get questions about it here.

thanks!  -k

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, January 05, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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:[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]> On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<https://urldefense.proofpoint.com/v1/url?u=http://mailto:Carolyn-Runyon%40utc.edu&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=2dfddffc1d4042306408268dff6d4675d0a6efd58c75cccb8e117c29733b4269>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/v1/url?u=http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=5c45ca13274b22bc07308d51829e2498930e9289ff28c21248423a1f9c38a13f>

_______________________________________________
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/20150106/69d44ef8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2015-01-06 at 3.44.55 PM.png
Type: image/png
Size: 162121 bytes
Desc: Screen Shot 2015-01-06 at 3.44.55 PM.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150106/69d44ef8/attachment.png>

From Chris.Fitzpatrick at lyrasis.org  Wed Jan  7 08:39:34 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 7 Jan 2015 13:39:34 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace development update
Message-ID: <1420637976126.63116@lyrasis.org>

Hi Everyone,


Welcome to 2015. ArchivesSpace development has been rolling along, with v1.1.1 released yesterday<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1>.


We also wanted to tell you about the IRC channel, which you can access at chat.freenode.net<http://chat.freenode.net> #archivesspace. To read how to use an IRC, checkout this howto.<http://code4lib.org/irc>


Also, if you have any specific bug or issues, please be sure to use the "Send Feedback" link in your ArchivesSpace install or on the sandbox.archivesspace.org<http://sandbox.archivesspace.org>. This will ensure that the issue is recorded in our ticket tracker.


Another reminder that we will be at Code4Lib 2015 in Portland next month and hosting several events, including a Code4Arc pre-conference<http://wiki.code4lib.org/2015_Preconference_Proposals#Code4Arc> ( in partnership with Artefactual and BitCurator ), as well as hosting an open-house near the conference.


Please let us know if you have any questions and we look forward to working with you all in the coming year!

best regards,
chris fitzpatrick




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150107/3ab400c0/attachment.html>

From PGalligan at rockarch.org  Wed Jan  7 11:06:45 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 7 Jan 2015 11:06:45 -0500
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F496F1C5@racex01>

We have version 1.1.1 up and running on our development server for testing, but I'm a little unclear what sort of messages I should be seeing re: the Archival Object and Digital object resequencing.

I have added "AppConfig[:resequence_on_startup] = true" to the config file but I don't know what I messages I should be looking for to make sure it's running, or to verify that it has completed.

Are there any examples?

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/20150107/c035311c/attachment.html>

From PGalligan at rockarch.org  Wed Jan  7 11:38:54 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 7 Jan 2015 11:38:54 -0500
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F496F1C5@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F496F1C5@racex01>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F496F1D6@racex01>

To build on this, when I restarted the application with AppConfig[:resequence_on_startup] = true set, I did not see any rebuilding process underway.

We have about 680,000 archival objects, so I expected to take a few hours, but after startup, I only see the regular indexer rounds working.

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 Galligan, Patrick
Sent: Wednesday, January 07, 2015 11:07 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question

We have version 1.1.1 up and running on our development server for testing, but I'm a little unclear what sort of messages I should be seeing re: the Archival Object and Digital object resequencing.

I have added "AppConfig[:resequence_on_startup] = true" to the config file but I don't know what I messages I should be looking for to make sure it's running, or to verify that it has completed.

Are there any examples?

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/20150107/f9c6d9ab/attachment.html>

From sdm7g at virginia.edu  Wed Jan  7 15:20:29 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 7 Jan 2015 15:20:29 -0500
Subject: [Archivesspace_Users_Group] Fields not appearing in public view
Message-ID: <4D738E90-A7A1-4898-8546-39C70D30EAA6@virginia.edu>



It?s been reported to me that certain fields, like ?Finding Aid Author? seem to sometimes appear in the public view and  sometimes not.

It appears that this behavior is dependent on Finding Aid Status = ?completed? . 

Can someone explain the purpose or logic of this behavior ? 

? Steve Majewski






-------------- 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/20150107/e42b6ca7/attachment.bin>

From brianjhoffman at gmail.com  Wed Jan  7 15:44:07 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 7 Jan 2015 15:44:07 -0500
Subject: [Archivesspace_Users_Group] Fields not appearing in public view
In-Reply-To: <4D738E90-A7A1-4898-8546-39C70D30EAA6@virginia.edu>
References: <4D738E90-A7A1-4898-8546-39C70D30EAA6@virginia.edu>
Message-ID: <CAATW+62pesOgzH4YkncMCAupi+1LV6iJcoZ5zoV9DiaFCeuhGA@mail.gmail.com>

Hi Steve,

It definitely appears to have been intentionally coded this way:

https://github.com/archivesspace/archivesspace/blob/master/public/app/views/records/resource.html.erb#L41-L51

Perhaps the idea was that this info would only be relevant if the finding
aid had been published? I can see how it may not make sense though for
repositories that are going to treat the public app as the de facto finding
aid. Is that the case for you?

Brian

On Wed, Jan 7, 2015 at 3:20 PM, Steven Majewski <sdm7g at virginia.edu> wrote:

>
>
> It?s been reported to me that certain fields, like ?Finding Aid Author?
> seem to sometimes appear in the public view and  sometimes not.
>
> It appears that this behavior is dependent on Finding Aid Status =
> ?completed? .
>
> Can someone explain the purpose or logic of this behavior ?
>
> ? Steve Majewski
>
>
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Brian Hoffman
brianjhoffman at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150107/77a25919/attachment.html>

From sdm7g at virginia.edu  Wed Jan  7 16:33:41 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 7 Jan 2015 16:33:41 -0500
Subject: [Archivesspace_Users_Group] Fields not appearing in public view
In-Reply-To: <CAATW+62pesOgzH4YkncMCAupi+1LV6iJcoZ5zoV9DiaFCeuhGA@mail.gmail.com>
References: <4D738E90-A7A1-4898-8546-39C70D30EAA6@virginia.edu>
	<CAATW+62pesOgzH4YkncMCAupi+1LV6iJcoZ5zoV9DiaFCeuhGA@mail.gmail.com>
Message-ID: <01465556-1EB2-4D5D-874C-5FEAD9ABF28B@virginia.edu>



I can see the logic of some those fields being perhaps for internal use only. 
( We do currently display sponsor info, but description_rules, for example, seems like something for internal tracking. ) 
I don?t get the use case for controlling visibility by finding_aid_status = ?completed? . 
So far, it?s just been a puzzling inconsistency. 


[ Initially, we will probably export EAD to XTF for public display, and just use the AS public view as an additional 
staff view for non-editors. At least until we?ve worked out all of the kinks in import/export/migration, and learned
how to customize and brand the public interface. ] 


? Steve Majewski


On Jan 7, 2015, at 3:44 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:

> Hi Steve,
> 
> It definitely appears to have been intentionally coded this way:
> 
> https://github.com/archivesspace/archivesspace/blob/master/public/app/views/records/resource.html.erb#L41-L51
> 
> Perhaps the idea was that this info would only be relevant if the finding aid had been published? I can see how it may not make sense though for repositories that are going to treat the public app as the de facto finding aid. Is that the case for you?
> 
> Brian
> 
> On Wed, Jan 7, 2015 at 3:20 PM, Steven Majewski <sdm7g at virginia.edu> wrote:
> 
> 
> It?s been reported to me that certain fields, like ?Finding Aid Author? seem to sometimes appear in the public view and  sometimes not.
> 
> It appears that this behavior is dependent on Finding Aid Status = ?completed? .
> 
> Can someone explain the purpose or logic of this behavior ?
> 
> ? Steve Majewski
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> 
> 
> 
> 
> -- 
> Brian Hoffman
> brianjhoffman at gmail.com
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150107/3eef6784/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/20150107/3eef6784/attachment.bin>

From pmacdona at hamilton.edu  Thu Jan  8 11:46:36 2015
From: pmacdona at hamilton.edu (Peter MacDonald)
Date: Thu, 8 Jan 2015 11:46:36 -0500
Subject: [Archivesspace_Users_Group] FileMakePro to ArchivesSpace migration
Message-ID: <CAEY16vqVCBp0FWSdYiiUdCAxhnRVYo0+RxchUX75M0EquHB1ZQ@mail.gmail.com>

I have managed to design a procedure to import FMPro date into AS through
CSV import.

But I'm not sure how to handle carriage returns within fields in the FMPro
data.

Do I need to remove them all before importing? If I don't remove them, they
end up in AS represented as a weird-looking HEX character. Is that okay to
leave these in or should I remove all these carriage returns before
importing the CSV file?

Thanks,
Peter

Peter MacDonald
Library Information Systems Specialist
Hamilton College Library
315 859-4493
Skype: pmacdona-hamilton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150108/e462d93c/attachment.html>

From ColleenM at MennoniteUSA.org  Thu Jan  8 11:47:59 2015
From: ColleenM at MennoniteUSA.org (Colleen McFarland)
Date: Thu, 8 Jan 2015 16:47:59 +0000
Subject: [Archivesspace_Users_Group] Migration error: character limit
Message-ID: <BY2PR08MB224F9CB6F4618B161547035B7470@BY2PR08MB224.namprd08.prod.outlook.com>

Good morning:

We're encountering migration errors of "must be less than 65,000 characters" (TEXT field) for fields in Archon which are MEDIUMTEXT and which are quite lengthy. So far in testing we've resolved these by deleting that data. One, is there a way to migrate these large text fields, given that we were allowed more space in Archon? Two, is there a query we can do on the Archon database to identify these large fields before finding them one-by-one as errors in the migration process?

Thanks in advance!

Best,
Colleen

Colleen McFarland, Director of Archives and Records Management, Mennonite Church USA
colleenm at mennoniteusa.org<mailto:colleenm at mennoniteusa.org>, 1700 S. Main St. Goshen, IN 46526, 574-523-3039 (direct), 1-866-866-2872 ext. 23039 (toll-free)
www.mennoniteusa.org<http://www.mennoniteusa.org/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150108/69b6360d/attachment.html>

From shand at ap.org  Thu Jan  8 13:15:51 2015
From: shand at ap.org (Hand, Sarit)
Date: Thu, 8 Jan 2015 18:15:51 +0000
Subject: [Archivesspace_Users_Group] Archivesspace_Users_Group Digest, Vol 18,
 Issue 1   Digitization Priority and Status
Message-ID: <91AA89886BC36347BB9578AAB8AE5A45661BF5D4@CTCXMBX10.ap.org>

Hi,

Absolutely this would be a benefit, I have the same feature set up in my access database I use for oral Histories and other media. Is this something in the works?

Thanks


[cid:image001.jpg at 01D02B45.343523E0]



[signature-96]







Sarit Hand
Multimedia Archivist
AP Corporate Archives

shand at ap.org<mailto:shand at ap.org>
www.ap.org<http://www.ap.org/>

450 West 33rd Street
New York, NY 10001
T 212.621.7035
F 212.621.1723





Message: 3
Date: Mon, 5 Jan 2015 19:17:19 +0000
From: "Runyon, Carolyn" <Carolyn-Runyon at utc.edu>
To: Archivesspace Users Group
            <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Digitization Priority and Status
            Fields in Collection Management Module
Message-ID: <05B4E6AA-E6B3-4E55-937F-93E6486BEFC5 at utc.edu>
Content-Type: text/plain; charset="us-ascii"

Hi All,

I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.

Just a thought,
Carolyn

Carolyn Runyon, Digital Archivist
Special Collections & University Archives University of Tennessee at Chattanooga
615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu, (423) 425-4503 Dept. 6456, LIB 205





The information contained in this communication is intended for the use
of the designated recipients named above. If the reader of this 
communication is not the intended recipient, you are hereby notified
that you have received this communication in error, and that any review,
dissemination, distribution or copying of this communication is strictly
prohibited. If you have received this communication in error, please 
notify The Associated Press immediately by telephone at +1-212-621-1898 
and delete this email. Thank you.
[IP_US_DISC]

msk dccc60c6d2c3a6438f0cf467d9a4938
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150108/b394c338/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 13756 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150108/b394c338/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 14637 bytes
Desc: image002.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150108/b394c338/attachment-0001.jpg>

From andrew-holland at uiowa.edu  Thu Jan  8 13:45:45 2015
From: andrew-holland at uiowa.edu (Holland, Andrew S)
Date: Thu, 8 Jan 2015 18:45:45 +0000
Subject: [Archivesspace_Users_Group] Migration error: character limit
In-Reply-To: <BY2PR08MB224F9CB6F4618B161547035B7470@BY2PR08MB224.namprd08.prod.outlook.com>
References: <BY2PR08MB224F9CB6F4618B161547035B7470@BY2PR08MB224.namprd08.prod.outlook.com>
Message-ID: <91838E17DB562E49861555BB8B87F08A3B93F2E4@ITSNT438.iowa.uiowa.edu>

I just removed a bunch of the text before I migrated. I can't actually remember if I tried adding it back in after the successful migration or not.

If you are on SQL server, you can run something like:
SELECT * FROM tblCollections_Collections WHERE (LEN(field_name) > 65000)

If LEN gives you an error, try DATALENGTH

I think on mysql you just swap out LEN for LENGTH.

-Andrew

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Colleen McFarland
Sent: Thursday, January 08, 2015 10:48 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Migration error: character limit

Good morning:

We're encountering migration errors of "must be less than 65,000 characters" (TEXT field) for fields in Archon which are MEDIUMTEXT and which are quite lengthy. So far in testing we've resolved these by deleting that data. One, is there a way to migrate these large text fields, given that we were allowed more space in Archon? Two, is there a query we can do on the Archon database to identify these large fields before finding them one-by-one as errors in the migration process?

Thanks in advance!

Best,
Colleen

Colleen McFarland, Director of Archives and Records Management, Mennonite Church USA
colleenm at mennoniteusa.org<mailto:colleenm at mennoniteusa.org>, 1700 S. Main St. Goshen, IN 46526, 574-523-3039 (direct), 1-866-866-2872 ext. 23039 (toll-free)
www.mennoniteusa.org<http://www.mennoniteusa.org/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150108/e111ffdb/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Fri Jan  9 04:08:27 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 9 Jan 2015 09:08:27 +0000
Subject: [Archivesspace_Users_Group] FileMakePro to ArchivesSpace
 migration
In-Reply-To: <CAEY16vqVCBp0FWSdYiiUdCAxhnRVYo0+RxchUX75M0EquHB1ZQ@mail.gmail.com>
References: <CAEY16vqVCBp0FWSdYiiUdCAxhnRVYo0+RxchUX75M0EquHB1ZQ@mail.gmail.com>
Message-ID: <1420794507390.91199@lyrasis.org>


Hi Peter,


Hm, well the  problem is you can't have line breaks in a CSV file, because that would make a new row in the CSV.


The fix would probably be to convert the FMPro line breaks into something like a vertical line bar then customize the CSV importer to convert vertical bars into line breaks.


Does that make sense?


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 Peter MacDonald <pmacdona at hamilton.edu>
Sent: Thursday, January 8, 2015 5:46 PM
To: Archivesspace_Users_Group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] FileMakePro to ArchivesSpace migration

I have managed to design a procedure to import FMPro date into AS through CSV import.

But I'm not sure how to handle carriage returns within fields in the FMPro data.

Do I need to remove them all before importing? If I don't remove them, they end up in AS represented as a weird-looking HEX character. Is that okay to leave these in or should I remove all these carriage returns before importing the CSV file?

Thanks,
Peter

Peter MacDonald
Library Information Systems Specialist
Hamilton College Library
315 859-4493
Skype: pmacdona-hamilton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150109/4a0f0754/attachment.html>

From pmacdona at hamilton.edu  Fri Jan  9 08:00:27 2015
From: pmacdona at hamilton.edu (Peter MacDonald)
Date: Fri, 9 Jan 2015 08:00:27 -0500
Subject: [Archivesspace_Users_Group] FileMakePro to ArchivesSpace
	migration
In-Reply-To: <1420794507390.91199@lyrasis.org>
References: <CAEY16vqVCBp0FWSdYiiUdCAxhnRVYo0+RxchUX75M0EquHB1ZQ@mail.gmail.com>
	<1420794507390.91199@lyrasis.org>
Message-ID: <CAEY16vrDSfFSw8A2fU_cWJ=M3R0oqdk6Xg=PNcV7xuVPwybkww@mail.gmail.com>

Thanks Chris:

I'm willing to customize the CSV importer. How do I access the importer
configuration settings or code?

Peter MacDonald

Peter MacDonald
Library Information Systems Specialist
Hamilton College Library
315 859-4493
Skype: pmacdona-hamilton

On Fri, Jan 9, 2015 at 4:08 AM, Chris Fitzpatrick <
Chris.Fitzpatrick at lyrasis.org> wrote:

>
>  Hi Peter,
>
>
>  Hm, well the  problem is you can't have line breaks in a CSV file,
> because that would make a new row in the CSV.
>
>
>  The fix would probably be to convert the FMPro line breaks into
> something like a vertical line bar then customize the CSV importer to
> convert vertical bars into line breaks.
>
>
>  Does that make sense?
>
>
>  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
> Peter MacDonald <pmacdona at hamilton.edu>
> *Sent:* Thursday, January 8, 2015 5:46 PM
> *To:* Archivesspace_Users_Group at lyralists.lyrasis.org
> *Subject:* [Archivesspace_Users_Group] FileMakePro to ArchivesSpace
> migration
>
>   I have managed to design a procedure to import FMPro date into AS
> through CSV import.
>
>  But I'm not sure how to handle carriage returns within fields in the
> FMPro data.
>
>  Do I need to remove them all before importing? If I don't remove them,
> they end up in AS represented as a weird-looking HEX character. Is that
> okay to leave these in or should I remove all these carriage returns before
> importing the CSV file?
>
> Thanks,
> Peter
>
>  Peter MacDonald
> Library Information Systems Specialist
> Hamilton College Library
> 315 859-4493
> Skype: pmacdona-hamilton
>
> _______________________________________________
> 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/20150109/72c8c6d4/attachment.html>

From bmg17 at psu.edu  Mon Jan 12 10:04:33 2015
From: bmg17 at psu.edu (Ben Goldman)
Date: Mon, 12 Jan 2015 10:04:33 -0500 (EST)
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
In-Reply-To: <1420572973805.40713@lyrasis.org>
References: <1420572973805.40713@lyrasis.org>
Message-ID: <1127021906.102434.1421075073189.JavaMail.zimbra@psu.edu>

Chris, 

I don't see it listed on the release page, so can you clarify whether issues with the EAD export via API that were raised in this listserv have been addressed with 1.1.1? 

Specifically, I believe there were noted some issues with mass export of EAD timing out because of records with huge amounts of instances attached, and some discussion of having the EAD export run as a background job as a solution. 

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: "Chris Fitzpatrick" <Chris.Fitzpatrick at lyrasis.org> 
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>, archivesspace at googlegroups.com 
Sent: Tuesday, January 6, 2015 2:36:11 PM 
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release 



Hi All, 




Below is a version of the release notification with correct link to the v1.1.1 release ( original was pointing to the previous release by accident). Sorry about any confusion. 


The ArchivesSpace team is happy to release version v1.1.1 

Please see the documention for information on how to upgrade your ArchivesSpace installs. 

Please see the release page for a listing of all the features, bugs, etc for this release . 

Among the bug fixes is one th at resolves issues involving Archival Object and Digital Object tree structures. I f you've had issues with tree ordering and editing, please read the v1.1.1 specific upgrade documentation for information about re-sequencing components as startup process. 

Also please have a look at the documentation for the Public Formats plugin written by Mark Cooper at L YRASIS for exposing metadata formats in the public interface. This plugin is included in this release, but users will have to configure it to enable the supported formats. This plugin will be most useful to organizations with small - sized resources that want to provide access to different assets in the public UI. However, it is not optimized for larger resources, such as EADs having many nested components. We are currently in the process of designing a queue system that will optimize exports of larger, more complex resources from both the staff and public interfaces , and we expect to include it in the next release. 

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been vital to keeping ArchivesSpace development on track. 
Let us know if you have any questions, comments, or concerns! 
Regards, Chris Fitzpatrick. 






Chris Fitzpatrick | Developer, ArchivesSpace 
Skype: chrisfitzpat | Phone: 918.236.6048 
http://archivesspace.org/ 

_______________________________________________ 
Archivesspace_Users_Group mailing list 
Archivesspace_Users_Group at lyralists.lyrasis.org 
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150112/80ec7baa/attachment.html>

From ns96 at nyu.edu  Mon Jan 12 10:13:58 2015
From: ns96 at nyu.edu (Nathan Stevens)
Date: Mon, 12 Jan 2015 10:13:58 -0500
Subject: [Archivesspace_Users_Group] batch import of ead
In-Reply-To: <DM2PR0701MB716985089786F8619E1A6AFE7440@DM2PR0701MB716.namprd07.prod.outlook.com>
References: <DM2PR0701MB716985089786F8619E1A6AFE7440@DM2PR0701MB716.namprd07.prod.outlook.com>
Message-ID: <CADi=b=Nar_f1BKBF=arUQKbf-Xrqfoiz_hKt62Lqjuhs01wToQ@mail.gmail.com>

Can you forward this message to the mailing list (archivesspace_users_group@
lyralists.lyrasis.org) since it may be a bug other users have seen.

On Fri, Jan 9, 2015 at 4:05 PM, Vandermillen, Michael <
michael_vandermillen at harvard.edu> wrote:

>  Hi Nathan,
>
> Do you know what the state of batch EAD import is? If I select multiple
> finding aids (36 in my case), I see them all appear in my import job queue,
> but then I get a failure message. I?m working with a set of Finding Aids in
> which I know some will load successfully but some won?t. I was assuming the
> bad would fail and the good would load, but seems to abort immediately.
>
> Thanks-
>
> Michael
>



-- 
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/20150112/90ca4e58/attachment.html>

From mkottman at ku.edu  Mon Jan 12 14:35:32 2015
From: mkottman at ku.edu (Kottman, Miloche)
Date: Mon, 12 Jan 2015 19:35:32 +0000
Subject: [Archivesspace_Users_Group] batch import of ead
In-Reply-To: <CADi=b=Nar_f1BKBF=arUQKbf-Xrqfoiz_hKt62Lqjuhs01wToQ@mail.gmail.com>
References: <DM2PR0701MB716985089786F8619E1A6AFE7440@DM2PR0701MB716.namprd07.prod.outlook.com>
	<CADi=b=Nar_f1BKBF=arUQKbf-Xrqfoiz_hKt62Lqjuhs01wToQ@mail.gmail.com>
Message-ID: <220B4CB68E19834D965E60AC94D69BD823F5EE03@EXCH10-MBX-05.home.ku.edu>

The imports of EADs has worked this way since at least version 1.00.  If any EAD fails ArchivesSpace validation, the entire job fails.

I second the suggestion of calling this a bug.  I would expect the ?good? records to load and would love to see the validation errors for any and all EADs that were unable to load.

--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 Nathan Stevens
Sent: Monday, January 12, 2015 9:14 AM
To: Vandermillen, Michael
Cc: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] batch import of ead

Can you forward this message to the mailing list (archivesspace_users_group at lyralists.lyrasis.org<http://lyralists.lyrasis.org>) since it may be a bug other users have seen.

On Fri, Jan 9, 2015 at 4:05 PM, Vandermillen, Michael <michael_vandermillen at harvard.edu<mailto:michael_vandermillen at harvard.edu>> wrote:
Hi Nathan,
Do you know what the state of batch EAD import is? If I select multiple finding aids (36 in my case), I see them all appear in my import job queue, but then I get a failure message. I?m working with a set of Finding Aids in which I know some will load successfully but some won?t. I was assuming the bad would fail and the good would load, but seems to abort immediately.
Thanks-
Michael



--
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/20150112/522012b7/attachment.html>

From kfrederi at skidmore.edu  Mon Jan 12 15:42:47 2015
From: kfrederi at skidmore.edu (Kathryn Frederick (Library))
Date: Mon, 12 Jan 2015 20:42:47 +0000
Subject: [Archivesspace_Users_Group] LCNAF import stopped working
Message-ID: <BY2PR01MB2198A98AC6B30BDDCBE69B5A0430@BY2PR01MB219.prod.exchangelabs.com>

Hi,
Our LCNAF import plugin has mysteriously stopped working. Searches produce no results. Has anyone seen this behavior? We haven't upgrade to the new version, yet.
Thanks,
Kathryn


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150112/e368ae67/attachment.html>

From sdm7g at virginia.edu  Mon Jan 12 15:55:45 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Mon, 12 Jan 2015 15:55:45 -0500
Subject: [Archivesspace_Users_Group] LCNAF import stopped working
In-Reply-To: <BY2PR01MB2198A98AC6B30BDDCBE69B5A0430@BY2PR01MB219.prod.exchangelabs.com>
References: <BY2PR01MB2198A98AC6B30BDDCBE69B5A0430@BY2PR01MB219.prod.exchangelabs.com>
Message-ID: <0FC462E5-21CE-4733-A643-ABE82ACD36F1@virginia.edu>



http://alcme.oclc.org/srw/search/lcnaf  ( the service that is queried by LCNAF plugin ) appears to be returning
0 results for all queries I?ve tried. You can go to that URL and try it manually. 

And in fact, the text on the top of that page says: 

LC Name Authority File updated every Monday night
last update: 2015-01-06
0 records in database
? Steve Majewski



On Jan 12, 2015, at 3:42 PM, Kathryn Frederick (Library) <kfrederi at skidmore.edu> wrote:

> Hi,
> Our LCNAF import plugin has mysteriously stopped working. Searches produce no results. Has anyone seen this behavior? We haven?t upgrade to the new version, yet.
> Thanks,
> Kathryn
>  
>  
> _______________________________________________
> 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/20150112/6f282aff/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/20150112/6f282aff/attachment.bin>

From Chris.Fitzpatrick at lyrasis.org  Mon Jan 12 19:37:44 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 13 Jan 2015 00:37:44 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
In-Reply-To: <1127021906.102434.1421075073189.JavaMail.zimbra@psu.edu>
References: <1420572973805.40713@lyrasis.org>,
	<1127021906.102434.1421075073189.JavaMail.zimbra@psu.edu>
Message-ID: <1421109461634.31633@lyrasis.org>


Hi Ben,


Queuing export jobs has not been implemented yet.  However, the issue timeout of exporting large EAD files, I think, has only been for PDF exports of EAD files. Are you seeing timeout in XML EAD exports?


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 Ben Goldman <bmg17 at psu.edu>
Sent: Monday, January 12, 2015 4:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release

Chris,

I don't see it listed on the release page, so can you clarify whether issues with the EAD export via API that were raised in this listserv have been addressed with 1.1.1?

Specifically, I believe there were noted some issues with mass export of EAD timing out because of records with huge amounts of instances attached, and some discussion of having the EAD export run as a background job as a solution.

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


________________________________
From: "Chris Fitzpatrick" <Chris.Fitzpatrick at lyrasis.org>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>, archivesspace at googlegroups.com
Sent: Tuesday, January 6, 2015 2:36:11 PM
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release


Hi All,


Below is a version of the release notification with correct link to the v1.1.1 release ( original was pointing to the previous release by accident). Sorry about any confusion.



The ArchivesSpace team is happy to release version v1.1.1<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1>

Please see the documention<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md> for information on how to upgrade your ArchivesSpace installs.

Please see the release page for a listing of all the features, bugs, etc for this release.

Among the bug fixes is one that resolves issues involving Archival Object and Digital Object tree structures. If you've had issues with tree ordering and editing, please read the v1.1.1 specific upgrade documentation<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.1.1.md> for information about re-sequencing components as startup process.

Also please have a look at the documentation for the Public Formats plugin written<https://github.com/archivesspace/aspace-public-formats> by Mark Cooper at LYRASIS for exposing metadata formats in the public interface. This plugin is included in this release, but users will have to configure it to enable the supported formats.  This plugin will be most useful to organizations with small-sized resources that want to provide access to different assets in the public UI. However, it is not optimized for larger resources, such as EADs having many nested components. We are currently in the process of designing a queue system that will optimize exports of larger, more complex resources from both the staff and public interfaces, and we expect to include it in the next release.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been vital to keeping ArchivesSpace development on track.
 <http://archivesspace.org/governance>
Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150113/84f282df/attachment.html>

From Kevin.Clair at du.edu  Mon Jan 12 20:17:57 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Tue, 13 Jan 2015 01:17:57 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
In-Reply-To: <1421109461634.31633@lyrasis.org>
References: <1420572973805.40713@lyrasis.org>,
	<1127021906.102434.1421075073189.JavaMail.zimbra@psu.edu>,
	<1421109461634.31633@lyrasis.org>
Message-ID: <1F1E72103798F04D96C355B296D7C61B411A1F@mb2-uts.du.edu>

Hello,

To jump in here, we've had at least one instance of an XML export for a large finding aid result in ArchivesSpace becoming totally unresponsive and us having to call to have it restarted. I don't know if we've had timeouts, as such, but it definitely results in very poor system performance if I request an XML EAD, either through the front-end or the API.

I'm away from the office at the moment so I can't start one running to see the logs, but I can provide examples tomorrow if it helps. In any case I've been waiting for the background job solution before I do much more with EAD exports here.  -k
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
Sent: Monday, January 12, 2015 5:37 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release



Hi Ben,


Queuing export jobs has not been implemented yet.  However, the issue timeout of exporting large EAD files, I think, has only been for PDF exports of EAD files. Are you seeing timeout in XML EAD exports?


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 Ben Goldman <bmg17 at psu.edu>
Sent: Monday, January 12, 2015 4:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release

Chris,

I don't see it listed on the release page, so can you clarify whether issues with the EAD export via API that were raised in this listserv have been addressed with 1.1.1?

Specifically, I believe there were noted some issues with mass export of EAD timing out because of records with huge amounts of instances attached, and some discussion of having the EAD export run as a background job as a solution.

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


________________________________
From: "Chris Fitzpatrick" <Chris.Fitzpatrick at lyrasis.org>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>, archivesspace at googlegroups.com
Sent: Tuesday, January 6, 2015 2:36:11 PM
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release


Hi All,


Below is a version of the release notification with correct link to the v1.1.1 release ( original was pointing to the previous release by accident). Sorry about any confusion.



The ArchivesSpace team is happy to release version v1.1.1<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1>

Please see the documention<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md> for information on how to upgrade your ArchivesSpace installs.

Please see the release page for a listing of all the features, bugs, etc for this release.

Among the bug fixes is one that resolves issues involving Archival Object and Digital Object tree structures. If you've had issues with tree ordering and editing, please read the v1.1.1 specific upgrade documentation<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.1.1.md> for information about re-sequencing components as startup process.

Also please have a look at the documentation for the Public Formats plugin written<https://github.com/archivesspace/aspace-public-formats> by Mark Cooper at LYRASIS for exposing metadata formats in the public interface. This plugin is included in this release, but users will have to configure it to enable the supported formats.  This plugin will be most useful to organizations with small-sized resources that want to provide access to different assets in the public UI. However, it is not optimized for larger resources, such as EADs having many nested components. We are currently in the process of designing a queue system that will optimize exports of larger, more complex resources from both the staff and public interfaces, and we expect to include it in the next release.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been vital to keeping ArchivesSpace development on track.
 <http://archivesspace.org/governance>
Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150113/7da6c096/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Tue Jan 13 08:00:44 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 13 Jan 2015 13:00:44 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B411A1F@mb2-uts.du.edu>
References: <1420572973805.40713@lyrasis.org>,
	<1127021906.102434.1421075073189.JavaMail.zimbra@psu.edu>,
	<1421109461634.31633@lyrasis.org>,
	<1F1E72103798F04D96C355B296D7C61B411A1F@mb2-uts.du.edu>
Message-ID: <1421154043463.11174@lyrasis.org>


Hi Kevin,


Thanks, yes if you could give us something to look at that would be helpful.

Does this one resource you're trying to export have an extreme number related objects ( instances, subject, etc) associated to a single object ( like the resource or archival_object)? Also, is this still happening on the v1.1.1?


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 Kevin Clair <Kevin.Clair at du.edu>
Sent: Tuesday, January 13, 2015 2:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release

Hello,

To jump in here, we've had at least one instance of an XML export for a large finding aid result in ArchivesSpace becoming totally unresponsive and us having to call to have it restarted. I don't know if we've had timeouts, as such, but it definitely results in very poor system performance if I request an XML EAD, either through the front-end or the API.

I'm away from the office at the moment so I can't start one running to see the logs, but I can provide examples tomorrow if it helps. In any case I've been waiting for the background job solution before I do much more with EAD exports here.  -k
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
Sent: Monday, January 12, 2015 5:37 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release



Hi Ben,


Queuing export jobs has not been implemented yet.  However, the issue timeout of exporting large EAD files, I think, has only been for PDF exports of EAD files. Are you seeing timeout in XML EAD exports?


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 Ben Goldman <bmg17 at psu.edu>
Sent: Monday, January 12, 2015 4:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release

Chris,

I don't see it listed on the release page, so can you clarify whether issues with the EAD export via API that were raised in this listserv have been addressed with 1.1.1?

Specifically, I believe there were noted some issues with mass export of EAD timing out because of records with huge amounts of instances attached, and some discussion of having the EAD export run as a background job as a solution.

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


________________________________
From: "Chris Fitzpatrick" <Chris.Fitzpatrick at lyrasis.org>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>, archivesspace at googlegroups.com
Sent: Tuesday, January 6, 2015 2:36:11 PM
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release


Hi All,


Below is a version of the release notification with correct link to the v1.1.1 release ( original was pointing to the previous release by accident). Sorry about any confusion.



The ArchivesSpace team is happy to release version v1.1.1<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1>

Please see the documention<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md> for information on how to upgrade your ArchivesSpace installs.

Please see the release page for a listing of all the features, bugs, etc for this release.

Among the bug fixes is one that resolves issues involving Archival Object and Digital Object tree structures. If you've had issues with tree ordering and editing, please read the v1.1.1 specific upgrade documentation<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.1.1.md> for information about re-sequencing components as startup process.

Also please have a look at the documentation for the Public Formats plugin written<https://github.com/archivesspace/aspace-public-formats> by Mark Cooper at LYRASIS for exposing metadata formats in the public interface. This plugin is included in this release, but users will have to configure it to enable the supported formats.  This plugin will be most useful to organizations with small-sized resources that want to provide access to different assets in the public UI. However, it is not optimized for larger resources, such as EADs having many nested components. We are currently in the process of designing a queue system that will optimize exports of larger, more complex resources from both the staff and public interfaces, and we expect to include it in the next release.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been vital to keeping ArchivesSpace development on track.
 <http://archivesspace.org/governance>
Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150113/48303c3f/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Tue Jan 13 08:03:37 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 13 Jan 2015 13:03:37 +0000
Subject: [Archivesspace_Users_Group] batch import of ead
In-Reply-To: <220B4CB68E19834D965E60AC94D69BD823F5EE03@EXCH10-MBX-05.home.ku.edu>
References: <DM2PR0701MB716985089786F8619E1A6AFE7440@DM2PR0701MB716.namprd07.prod.outlook.com>
	<CADi=b=Nar_f1BKBF=arUQKbf-Xrqfoiz_hKt62Lqjuhs01wToQ@mail.gmail.com>,
	<220B4CB68E19834D965E60AC94D69BD823F5EE03@EXCH10-MBX-05.home.ku.edu>
Message-ID: <1421154217224.86188@lyrasis.org>

Hi,


Well,  I guess the issue is that it's a bit unclear how a batch job would handle this, right? The current behavior is to stop the job, roll back the changes, and mark the job as failed. There is not 'partial failure' or way for people to review the parts of the batch jobs that failed.


That would all have to be spec'ed out and added as a feature request.


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 Kottman, Miloche <mkottman at ku.edu>
Sent: Monday, January 12, 2015 8:35 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] batch import of ead

The imports of EADs has worked this way since at least version 1.00.  If any EAD fails ArchivesSpace validation, the entire job fails.

I second the suggestion of calling this a bug.  I would expect the "good" records to load and would love to see the validation errors for any and all EADs that were unable to load.

--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 Nathan Stevens
Sent: Monday, January 12, 2015 9:14 AM
To: Vandermillen, Michael
Cc: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] batch import of ead

Can you forward this message to the mailing list (archivesspace_users_group at lyralists.lyrasis.org<http://lyralists.lyrasis.org>) since it may be a bug other users have seen.

On Fri, Jan 9, 2015 at 4:05 PM, Vandermillen, Michael <michael_vandermillen at harvard.edu<mailto:michael_vandermillen at harvard.edu>> wrote:
Hi Nathan,
Do you know what the state of batch EAD import is? If I select multiple finding aids (36 in my case), I see them all appear in my import job queue, but then I get a failure message. I'm working with a set of Finding Aids in which I know some will load successfully but some won't. I was assuming the bad would fail and the good would load, but seems to abort immediately.
Thanks-
Michael



--
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/20150113/55e20784/attachment.html>

From carrie.daniels at louisville.edu  Tue Jan 13 09:27:39 2015
From: carrie.daniels at louisville.edu (carrie.daniels at louisville.edu)
Date: Tue, 13 Jan 2015 14:27:39 +0000
Subject: [Archivesspace_Users_Group] Questions about creating Controlled
	Values
Message-ID: <9A1D5C806D42B64E857CE93DFE714EF1CE367E2E@EXMBX04.ad.louisville.edu>

I've been working with customizing controlled values for some of the fields in ArchivesSpace, and I'm running into a few surprising things. Some of this is minor in the larger scheme of things, and it all may be the result of my own ignorance, so I could benefit from your collective wisdom.

When I add entries to event_event_type they don't show up in the dropdown menu that is accessible from the "add event" button on an Accession record. They show up on the analogous dropdown for Resources, but we do have some Accession-specific Event Types we'd like to add. (In addition, while they show up in the dropdown within Resources, the value is prefaced by "translation missing: en.enumeration.event_event_type" - which seems related to my question in the next paragraph.) They do show up if we create an Event "outside" an Accession or Resource record, but adding Events this way would be much less efficient.

On a related note, our current content standard calls for us to lowercase extent types such as "linear feet," "leaves," etc. In order to accommodate this, I have attempted to replace the given values in extent_extent_type. Even if I delete a previous, capitalized entry, the new version appears with caps. This seems to be, in part, because I cannot replace "Translation," only "Value," and as long as that matches an existing - or pre-existing - value, the old version comes back to life. This is not a huge thing, and I hope I'm overlooking something obvious, but any thoughts would be welcome.

Thanks,
Carrie

Carrie Daniels
University Archivist
Director, Archives and Special Collections

400 Ekstrom Library
University of Louisville
Louisville, KY 40292
Phone: (502) 852-6676


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150113/55c6b1cd/attachment.html>

From Kevin.Clair at du.edu  Tue Jan 13 13:18:17 2015
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Tue, 13 Jan 2015 18:18:17 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
In-Reply-To: <1421154043463.11174@lyrasis.org>
References: <1420572973805.40713@lyrasis.org>,
	<1127021906.102434.1421075073189.JavaMail.zimbra@psu.edu>,
	<1421109461634.31633@lyrasis.org>,
	<1F1E72103798F04D96C355B296D7C61B411A1F@mb2-uts.du.edu>
	<1421154043463.11174@lyrasis.org>
Message-ID: <1F1E72103798F04D96C355B296D7C61B411B89@mb2-uts.du.edu>

The collections that are problematic for us are the ones with extreme (many thousands) of archival objects attached to them, especially when those archival objects have a lot of subject headings.

Our problems were on v1.1.0; I actually didn't upgrade my local test machine until this morning, and so far the upgrade has been better about allowing me to work while an export is running, though the exports are still very slow.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Tuesday, January 13, 2015 6:01 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release




Hi Kevin,



Thanks, yes if you could give us something to look at that would be helpful.

Does this one resource you're trying to export have an extreme number related objects ( instances, subject, etc) associated to a single object ( like the resource or archival_object)? Also, is this still happening on the v1.1.1?



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 Kevin Clair <Kevin.Clair at du.edu<mailto:Kevin.Clair at du.edu>>
Sent: Tuesday, January 13, 2015 2:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release

Hello,

To jump in here, we've had at least one instance of an XML export for a large finding aid result in ArchivesSpace becoming totally unresponsive and us having to call to have it restarted. I don't know if we've had timeouts, as such, but it definitely results in very poor system performance if I request an XML EAD, either through the front-end or the API.

I'm away from the office at the moment so I can't start one running to see the logs, but I can provide examples tomorrow if it helps. In any case I've been waiting for the background job solution before I do much more with EAD exports here.  -k
________________________________
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 Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
Sent: Monday, January 12, 2015 5:37 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release



Hi Ben,



Queuing export jobs has not been implemented yet.  However, the issue timeout of exporting large EAD files, I think, has only been for PDF exports of EAD files. Are you seeing timeout in XML EAD exports?



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 Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>>
Sent: Monday, January 12, 2015 4:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release

Chris,

I don't see it listed on the release page, so can you clarify whether issues with the EAD export via API that were raised in this listserv have been addressed with 1.1.1?

Specifically, I believe there were noted some issues with mass export of EAD timing out because of records with huge amounts of instances attached, and some discussion of having the EAD export run as a background job as a solution.

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


________________________________
From: "Chris Fitzpatrick" <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>, archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>
Sent: Tuesday, January 6, 2015 2:36:11 PM
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release


Hi All,



Below is a version of the release notification with correct link to the v1.1.1 release ( original was pointing to the previous release by accident). Sorry about any confusion.



The ArchivesSpace team is happy to release version v1.1.1<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1>

Please see the documention<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md> for information on how to upgrade your ArchivesSpace installs.

Please see the release page for a listing of all the features, bugs, etc for this release.

Among the bug fixes is one that resolves issues involving Archival Object and Digital Object tree structures. If you've had issues with tree ordering and editing, please read the v1.1.1 specific upgrade documentation<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.1.1.md> for information about re-sequencing components as startup process.

Also please have a look at the documentation for the Public Formats plugin written<https://github.com/archivesspace/aspace-public-formats> by Mark Cooper at LYRASIS for exposing metadata formats in the public interface. This plugin is included in this release, but users will have to configure it to enable the supported formats.  This plugin will be most useful to organizations with small-sized resources that want to provide access to different assets in the public UI. However, it is not optimized for larger resources, such as EADs having many nested components. We are currently in the process of designing a queue system that will optimize exports of larger, more complex resources from both the staff and public interfaces, and we expect to include it in the next release.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been vital to keeping ArchivesSpace development on track.
 <http://archivesspace.org/governance>
Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

_______________________________________________
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/20150113/5079e7a0/attachment.html>

From brianjhoffman at gmail.com  Tue Jan 13 14:14:49 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Tue, 13 Jan 2015 14:14:49 -0500
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B411B89@mb2-uts.du.edu>
References: <1420572973805.40713@lyrasis.org>
	<1127021906.102434.1421075073189.JavaMail.zimbra@psu.edu>
	<1421109461634.31633@lyrasis.org>
	<1F1E72103798F04D96C355B296D7C61B411A1F@mb2-uts.du.edu>
	<1421154043463.11174@lyrasis.org>
	<1F1E72103798F04D96C355B296D7C61B411B89@mb2-uts.du.edu>
Message-ID: <CAATW+612tuOg7MQjKkB9aY570vNTxxPf4YOFOUgukhLyypT-OA@mail.gmail.com>

Hi Kevin,

If you are able to complete one of the slow exports and send one of us
(Chris, me) the exported file, it will make it easier to diagnose the
problem.

Thanks,

Brian


On Tue, Jan 13, 2015 at 1:18 PM, Kevin Clair <Kevin.Clair at du.edu> wrote:

>  The collections that are problematic for us are the ones with extreme
> (many thousands) of archival objects attached to them, especially when
> those archival objects have a lot of subject headings.
>
>
>
> Our problems were on v1.1.0; I actually didn?t upgrade my local test
> machine until this morning, and so far the upgrade has been better about
> allowing me to work while an export is running, though the exports are
> still very slow.  -k
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Chris
> Fitzpatrick
> *Sent:* Tuesday, January 13, 2015 6:01 AM
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
>
>
>
>
>
> Hi Kevin,
>
>
>
> Thanks, yes if you could give us something to look at that would be
> helpful.
>
> Does this one resource you're trying to export have an extreme number
> related objects ( instances, subject, etc) associated to a single object (
> like the resource or archival_object)? Also, is this still happening on the
> v1.1.1?
>
>
>
> 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
> Kevin Clair <Kevin.Clair at du.edu>
> *Sent:* Tuesday, January 13, 2015 2:17 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
>
>
>
> Hello,
>
> To jump in here, we've had at least one instance of an XML export for a
> large finding aid result in ArchivesSpace becoming totally unresponsive and
> us having to call to have it restarted. I don't know if we've had timeouts,
> as such, but it definitely results in very poor system performance if I
> request an XML EAD, either through the front-end or the API.
>
> I'm away from the office at the moment so I can't start one running to see
> the logs, but I can provide examples tomorrow if it helps. In any case I've
> been waiting for the background job solution before I do much more with EAD
> exports here.  -k
>   ------------------------------
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of
> Chris Fitzpatrick [Chris.Fitzpatrick at lyrasis.org]
> *Sent:* Monday, January 12, 2015 5:37 PM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
>
>
>
> Hi Ben,
>
>
>
> Queuing export jobs has not been implemented yet.  However, the issue
> timeout of exporting large EAD files, I think, has only been for PDF
> exports of EAD files. Are you seeing timeout in XML EAD exports?
>
>
>
> 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 Ben
> Goldman <bmg17 at psu.edu>
> *Sent:* Monday, January 12, 2015 4:04 PM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
>
>
>
> Chris,
>
>
>
> I don't see it listed on the release page, so can you clarify whether
> issues with the EAD export via API that were raised in this listserv have
> been addressed with 1.1.1?
>
>
>
> Specifically, I believe there were noted some issues with mass export of
> EAD timing out because of records with huge amounts of instances attached,
> and some discussion of having the EAD export run as a background job as a
> solution.
>
>
>
> 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
>
>
>  ------------------------------
>
> *From: *"Chris Fitzpatrick" <Chris.Fitzpatrick at lyrasis.org>
> *To: *"Archivesspace Users Group" <
> archivesspace_users_group at lyralists.lyrasis.org>,
> archivesspace at googlegroups.com
> *Sent: *Tuesday, January 6, 2015 2:36:11 PM
> *Subject: *[Archivesspace_Users_Group] ArchivesSpace v1.1.1 release
>
>
>
> Hi All,
>
>
>
> Below is a version of the release notification with correct link to the
> v1.1.1 release ( original was pointing to the previous release by
> accident). Sorry about any confusion.
>
>
>
>
>
> The ArchivesSpace team is happy to release version v1.1.1
> <https://github.com/archivesspace/archivesspace/releases/tag/v1.1.1>
>
> Please see the documention
> <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING.md>
> for information on how to upgrade your ArchivesSpace installs.
>
> Please see the release page for a listing of all the features, bugs, etc
> for this release.
>
> Among the bug fixes is one that resolves issues involving Archival Object
> and Digital Object tree structures. If you've had issues with tree
> ordering and editing, please read the v1.1.1 specific upgrade
> documentation
> <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.1.1.md> for
> information about re-sequencing components as startup process.
>
> Also please have a look at the documentation for the Public Formats
> plugin written <https://github.com/archivesspace/aspace-public-formats>
> by Mark Cooper at LYRASIS for exposing metadata formats in the public
> interface. This plugin is included in this release, but users will have to
> configure it to enable the supported formats.  This plugin will be most useful
> to organizations with small-sized resources that want to provide access
> to different assets in the public UI. However, it is not optimized for
> larger resources, such as EADs having many nested components. We are
> currently in the process of designing a queue system that will optimize
> exports of larger, more complex resources from both the staff and public
> interfaces, and we expect to include it in the next release.
>
> Thanks to all the volunteers on the ArchivesSpace User Advisory and
> Technical Advisory Committees, who have been vital to keeping ArchivesSpace
> development on track.
>   <http://archivesspace.org/governance>
>
> Let us know if you have any questions, comments, or concerns!
>
>
>
> Regards, Chris Fitzpatrick.
>
>
>
>
>
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Brian Hoffman
brianjhoffman at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150113/560c1762/attachment.html>

From PGalligan at rockarch.org  Tue Jan 13 14:21:07 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Tue, 13 Jan 2015 14:21:07 -0500
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question
References: <F6E0CB227A713F4AA8F9598060B8F063D7F496F1C5@racex01> 
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F496F7D1@racex01>

Anyone worked with 1.1.1 yet and the resequence on startup?

We'd really like to make sure it ran properly, but I never saw any difference in the logs with it on vs. with resequencing off.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: Galligan, Patrick
Sent: Wednesday, January 07, 2015 11:39 AM
To: Archivesspace Users Group
Subject: RE: V1.1.1 Resequencing question

To build on this, when I restarted the application with AppConfig[:resequence_on_startup] = true set, I did not see any rebuilding process underway.

We have about 680,000 archival objects, so I expected to take a few hours, but after startup, I only see the regular indexer rounds working.

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> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Wednesday, January 07, 2015 11:07 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question

We have version 1.1.1 up and running on our development server for testing, but I'm a little unclear what sort of messages I should be seeing re: the Archival Object and Digital object resequencing.

I have added "AppConfig[:resequence_on_startup] = true" to the config file but I don't know what I messages I should be looking for to make sure it's running, or to verify that it has completed.

Are there any examples?

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/20150113/ad8c6417/attachment.html>

From tommy at library.caltech.edu  Tue Jan 13 15:17:44 2015
From: tommy at library.caltech.edu (Tommy Ingulfsen)
Date: Tue, 13 Jan 2015 20:17:44 +0000
Subject: [Archivesspace_Users_Group] 1.1.1 upgrade plugins?
Message-ID: <0C3D8CDFA307EB49B9FAA73625FAC3480106C8115D@CLSX9.cls.caltech.edu>

There was a maintenance plugin issued for version 1.1.0. When upgrading to v1.1.1, should I copy over this maintenance plugin or just leave it out? I assume I can leave it out, but would like to confirm that I'm right.

Thanks!
tommy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150113/1cfa4297/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Tue Jan 13 16:05:45 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 13 Jan 2015 21:05:45 +0000
Subject: [Archivesspace_Users_Group] 1.1.1 upgrade plugins?
In-Reply-To: <0C3D8CDFA307EB49B9FAA73625FAC3480106C8115D@CLSX9.cls.caltech.edu>
References: <0C3D8CDFA307EB49B9FAA73625FAC3480106C8115D@CLSX9.cls.caltech.edu>
Message-ID: <1421183144692.47350@lyrasis.org>

Hi Tommy,


Yes, in the v1.1.1 release you can remove that maintenance plugin.


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 Tommy Ingulfsen <tommy at library.caltech.edu>
Sent: Tuesday, January 13, 2015 9:17 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] 1.1.1 upgrade plugins?

There was a maintenance plugin issued for version 1.1.0. When upgrading to v1.1.1, should I copy over this maintenance plugin or just leave it out? I assume I can leave it out, but would like to confirm that I'm right.

Thanks!
tommy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150113/3b8eee66/attachment.html>

From kfrederi at skidmore.edu  Wed Jan 14 10:39:36 2015
From: kfrederi at skidmore.edu (Kathryn Frederick (Library))
Date: Wed, 14 Jan 2015 15:39:36 +0000
Subject: [Archivesspace_Users_Group] LCNAF import plugin
Message-ID: <BY2PR01MB2192304F97F54371A69B7F6A0410@BY2PR01MB219.prod.exchangelabs.com>

Hi,
Please see below a follow-up to my question to this list regarding the LCNAF Import plugin.
Thanks,
Kathryn

-----Original Message-----
From: OCLC Customer Support [mailto:support at oclc.org] 
Sent: Tuesday, January 13, 2015 2:07 PM
To: Kathryn Frederick (Library)
Subject: RE: 1-2679494668: LCNAF site?

Hi Kathryn,

Thank you for emailing OCLC Customer Support.

OCLC Research's LC Name Authority Service is now closed. The information on this page (http://oclc.org/research/activities/authority.html) is provided for historical purposes only.
You wull want to use this site instead:
http://authorities.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First

Please let me know if there is anything more I can assist you with regarding this issue. 

Sincerely,
Shawn Marie Thomas, MLIS
Senior Support Analyst
OCLC Customer Support Department


[THREAD ID:1-18BV6TF]



-----Original Message-----

From:  kfrederi at skidmore.edu
Sent:  1/13/2015 09:14:15 AM
To:  "'support at oclc.org'" <support at oclc.org>
Subject:  1-2679494668:  LCNAF site?

Hi,

Is this site no longer being updated? It hasn?t had authority records in the database for at least the last two weeks. http://alcme.oclc.org/srw/search/lcnaf

Thanks!

Kathryn

 


From brianjhoffman at gmail.com  Wed Jan 14 11:00:43 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 14 Jan 2015 11:00:43 -0500
Subject: [Archivesspace_Users_Group] LCNAF import plugin
In-Reply-To: <BY2PR01MB2192304F97F54371A69B7F6A0410@BY2PR01MB219.prod.exchangelabs.com>
References: <BY2PR01MB2192304F97F54371A69B7F6A0410@BY2PR01MB219.prod.exchangelabs.com>
Message-ID: <CAATW+62XGTCMHhByug0ycVdESwbR2FepQdf9iODHXuN9KYL_Rg@mail.gmail.com>

Thanks for forwarding that. I filed the issue. I don't believe the LOC
service has anything other than a browser interface though, so it may not
serve as a replacement for the OCLC service. I'll check it out though.

On Wed, Jan 14, 2015 at 10:39 AM, Kathryn Frederick (Library) <
kfrederi at skidmore.edu> wrote:

> Hi,
> Please see below a follow-up to my question to this list regarding the
> LCNAF Import plugin.
> Thanks,
> Kathryn
>
> -----Original Message-----
> From: OCLC Customer Support [mailto:support at oclc.org]
> Sent: Tuesday, January 13, 2015 2:07 PM
> To: Kathryn Frederick (Library)
> Subject: RE: 1-2679494668: LCNAF site?
>
> Hi Kathryn,
>
> Thank you for emailing OCLC Customer Support.
>
> OCLC Research's LC Name Authority Service is now closed. The information
> on this page (http://oclc.org/research/activities/authority.html) is
> provided for historical purposes only.
> You wull want to use this site instead:
> http://authorities.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First
>
> Please let me know if there is anything more I can assist you with
> regarding this issue.
>
> Sincerely,
> Shawn Marie Thomas, MLIS
> Senior Support Analyst
> OCLC Customer Support Department
>
>
> [THREAD ID:1-18BV6TF]
>
>
>
> -----Original Message-----
>
> From:  kfrederi at skidmore.edu
> Sent:  1/13/2015 09:14:15 AM
> To:  "'support at oclc.org'" <support at oclc.org>
> Subject:  1-2679494668:  LCNAF site?
>
> Hi,
>
> Is this site no longer being updated? It hasn?t had authority records in
> the database for at least the last two weeks.
> http://alcme.oclc.org/srw/search/lcnaf
>
> Thanks!
>
> Kathryn
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>



-- 
Brian Hoffman
brianjhoffman at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150114/3d29e28f/attachment.html>

From mkottman at ku.edu  Wed Jan 14 11:00:30 2015
From: mkottman at ku.edu (Kottman, Miloche)
Date: Wed, 14 Jan 2015 16:00:30 +0000
Subject: [Archivesspace_Users_Group] LCNAF import plugin
In-Reply-To: <BY2PR01MB2192304F97F54371A69B7F6A0410@BY2PR01MB219.prod.exchangelabs.com>
References: <BY2PR01MB2192304F97F54371A69B7F6A0410@BY2PR01MB219.prod.exchangelabs.com>
Message-ID: <220B4CB68E19834D965E60AC94D69BD823F64DDD@EXCH10-MBX-05.home.ku.edu>

First a qualifier... I haven't experimented with this plugin so I'm just guessing about what it's expected to do

BUT

If it's supposed to allow you to search LC's NAME authority file and then download records easily, instead of using the address OCLC suggests which goes to LC's Voyager catalog of authority records where you'll go through some hoops to download the record in MARC format, I suggest using:  http://id.loc.gov/ 

This site will allow you to search several different thesauri and download the results in a variety of formats including:  RDF/XML (MADS and SKOS), N-Triples (MADS and SKOS), JSON (MADS/RDF and SKOS/RDF), etc.

Of course, I'm not the one who has to program it, so whatever will work.

--Miloche Kottman
University of Kansas

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kathryn Frederick (Library)
Sent: Wednesday, January 14, 2015 9:40 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org)
Subject: [Archivesspace_Users_Group] LCNAF import plugin

Hi,
Please see below a follow-up to my question to this list regarding the LCNAF Import plugin.
Thanks,
Kathryn

-----Original Message-----
From: OCLC Customer Support [mailto:support at oclc.org] 
Sent: Tuesday, January 13, 2015 2:07 PM
To: Kathryn Frederick (Library)
Subject: RE: 1-2679494668: LCNAF site?

Hi Kathryn,

Thank you for emailing OCLC Customer Support.

OCLC Research's LC Name Authority Service is now closed. The information on this page (http://oclc.org/research/activities/authority.html) is provided for historical purposes only.
You wull want to use this site instead:
http://authorities.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First

Please let me know if there is anything more I can assist you with regarding this issue. 

Sincerely,
Shawn Marie Thomas, MLIS
Senior Support Analyst
OCLC Customer Support Department


[THREAD ID:1-18BV6TF]



-----Original Message-----

From:  kfrederi at skidmore.edu
Sent:  1/13/2015 09:14:15 AM
To:  "'support at oclc.org'" <support at oclc.org>
Subject:  1-2679494668:  LCNAF site?

Hi,

Is this site no longer being updated? It hasn?t had authority records in the database for at least the last two weeks. http://alcme.oclc.org/srw/search/lcnaf

Thanks!

Kathryn

 

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

From maureen.callahan at yale.edu  Wed Jan 14 11:14:08 2015
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Wed, 14 Jan 2015 16:14:08 +0000
Subject: [Archivesspace_Users_Group] LCNAF import plugin
In-Reply-To: <CAATW+62XGTCMHhByug0ycVdESwbR2FepQdf9iODHXuN9KYL_Rg@mail.gmail.com>
References: <BY2PR01MB2192304F97F54371A69B7F6A0410@BY2PR01MB219.prod.exchangelabs.com>
	<CAATW+62XGTCMHhByug0ycVdESwbR2FepQdf9iODHXuN9KYL_Rg@mail.gmail.com>
Message-ID: <AD669F4F98CAF842A44EB31636A067CB108256D1@x10-mbx15.yu.yale.edu>

Brian,

Have you checked out id.loc.gov? They public lcnaf (and other schemes) in a lot of different formats. LCNAF is here: http://id.loc.gov/authorities/names.html

MC

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 Brian Hoffman
Sent: Wednesday, January 14, 2015 11:01 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] LCNAF import plugin

Thanks for forwarding that. I filed the issue. I don't believe the LOC service has anything other than a browser interface though, so it may not serve as a replacement for the OCLC service. I'll check it out though.

On Wed, Jan 14, 2015 at 10:39 AM, Kathryn Frederick (Library) <kfrederi at skidmore.edu<mailto:kfrederi at skidmore.edu>> wrote:
Hi,
Please see below a follow-up to my question to this list regarding the LCNAF Import plugin.
Thanks,
Kathryn

-----Original Message-----
From: OCLC Customer Support [mailto:support at oclc.org<mailto:support at oclc.org>]
Sent: Tuesday, January 13, 2015 2:07 PM
To: Kathryn Frederick (Library)
Subject: RE: 1-2679494668<tel:1-2679494668>: LCNAF site?

Hi Kathryn,

Thank you for emailing OCLC Customer Support.

OCLC Research's LC Name Authority Service is now closed. The information on this page (http://oclc.org/research/activities/authority.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__oclc.org_research_activities_authority.html&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=hIEzHt_qzDnTdGO31aYio0EORKDcnVl5kpA2ztqP3eg&s=0FHn1jtFawUJpOju3NsipvLZElIBTP8-z-BA58KbqgQ&e=>) is provided for historical purposes only.
You wull want to use this site instead:
http://authorities.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First<https://urldefense.proofpoint.com/v2/url?u=http-3A__authorities.loc.gov_cgi-2Dbin_Pwebrecon.cgi-3FDB-3Dlocal-26PAGE-3DFirst&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=hIEzHt_qzDnTdGO31aYio0EORKDcnVl5kpA2ztqP3eg&s=pbqIqV4blE35ZDLQOgEvnS9NqonG6ZtM4UQs2snRK4s&e=>

Please let me know if there is anything more I can assist you with regarding this issue.

Sincerely,
Shawn Marie Thomas, MLIS
Senior Support Analyst
OCLC Customer Support Department


[THREAD ID:1-18BV6TF]



-----Original Message-----

From:  kfrederi at skidmore.edu<mailto:kfrederi at skidmore.edu>
Sent:  1/13/2015 09:14:15 AM
To:  "'support at oclc.org<mailto:support at oclc.org>'" <support at oclc.org<mailto:support at oclc.org>>
Subject:  1-2679494668<tel:1-2679494668>:  LCNAF site?

Hi,

Is this site no longer being updated? It hasn?t had authority records in the database for at least the last two weeks. http://alcme.oclc.org/srw/search/lcnaf<https://urldefense.proofpoint.com/v2/url?u=http-3A__alcme.oclc.org_srw_search_lcnaf&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=hIEzHt_qzDnTdGO31aYio0EORKDcnVl5kpA2ztqP3eg&s=kVQZsC9yxE3iIQ6sra99vmoeFe_OilXf6zaYvM-xs5o&e=>

Thanks!

Kathryn



_______________________________________________
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=hIEzHt_qzDnTdGO31aYio0EORKDcnVl5kpA2ztqP3eg&s=DMnf8ckBTvvRtAiH2jEz8KgzHrduftuKIVIJVjIzXSs&e=>



--
Brian Hoffman
brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150114/8ca4467b/attachment.html>

From brianjhoffman at gmail.com  Wed Jan 14 13:19:48 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Wed, 14 Jan 2015 13:19:48 -0500
Subject: [Archivesspace_Users_Group] LCNAF import plugin
In-Reply-To: <AD669F4F98CAF842A44EB31636A067CB108256D1@x10-mbx15.yu.yale.edu>
References: <BY2PR01MB2192304F97F54371A69B7F6A0410@BY2PR01MB219.prod.exchangelabs.com>
	<CAATW+62XGTCMHhByug0ycVdESwbR2FepQdf9iODHXuN9KYL_Rg@mail.gmail.com>
	<AD669F4F98CAF842A44EB31636A067CB108256D1@x10-mbx15.yu.yale.edu>
Message-ID: <CAATW+61Wf+1HhaDTSfQm_zSbZuVaF02r5YbtjUo92sA+vZWv3w@mail.gmail.com>

Yes, this looks like it should work fine. I just wonder whether there is
any difference between this and OCLC's service, and if there was a reason
that the plugin used OCLC rather than LOC.

On Wed, Jan 14, 2015 at 11:14 AM, Callahan, Maureen <
maureen.callahan at yale.edu> wrote:

>  Brian,
>
>
>
> Have you checked out id.loc.gov? They public lcnaf (and other schemes) in
> a lot of different formats. LCNAF is here:
> http://id.loc.gov/authorities/names.html
>
>
>
> MC
>
>
>
> 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 *Brian
> Hoffman
> *Sent:* Wednesday, January 14, 2015 11:01 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] LCNAF import plugin
>
>
>
> Thanks for forwarding that. I filed the issue. I don't believe the LOC
> service has anything other than a browser interface though, so it may not
> serve as a replacement for the OCLC service. I'll check it out though.
>
>
>
> On Wed, Jan 14, 2015 at 10:39 AM, Kathryn Frederick (Library) <
> kfrederi at skidmore.edu> wrote:
>
> Hi,
> Please see below a follow-up to my question to this list regarding the
> LCNAF Import plugin.
> Thanks,
> Kathryn
>
> -----Original Message-----
> From: OCLC Customer Support [mailto:support at oclc.org]
> Sent: Tuesday, January 13, 2015 2:07 PM
> To: Kathryn Frederick (Library)
> Subject: RE: 1-2679494668: LCNAF site?
>
> Hi Kathryn,
>
> Thank you for emailing OCLC Customer Support.
>
> OCLC Research's LC Name Authority Service is now closed. The information
> on this page (http://oclc.org/research/activities/authority.html
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__oclc.org_research_activities_authority.html&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=hIEzHt_qzDnTdGO31aYio0EORKDcnVl5kpA2ztqP3eg&s=0FHn1jtFawUJpOju3NsipvLZElIBTP8-z-BA58KbqgQ&e=>)
> is provided for historical purposes only.
> You wull want to use this site instead:
> http://authorities.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__authorities.loc.gov_cgi-2Dbin_Pwebrecon.cgi-3FDB-3Dlocal-26PAGE-3DFirst&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=hIEzHt_qzDnTdGO31aYio0EORKDcnVl5kpA2ztqP3eg&s=pbqIqV4blE35ZDLQOgEvnS9NqonG6ZtM4UQs2snRK4s&e=>
>
> Please let me know if there is anything more I can assist you with
> regarding this issue.
>
> Sincerely,
> Shawn Marie Thomas, MLIS
> Senior Support Analyst
> OCLC Customer Support Department
>
>
> [THREAD ID:1-18BV6TF]
>
>
>
> -----Original Message-----
>
> From:  kfrederi at skidmore.edu
> Sent:  1/13/2015 09:14:15 AM
> To:  "'support at oclc.org'" <support at oclc.org>
> Subject:  1-2679494668:  LCNAF site?
>
> Hi,
>
> Is this site no longer being updated? It hasn?t had authority records in
> the database for at least the last two weeks.
> http://alcme.oclc.org/srw/search/lcnaf
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__alcme.oclc.org_srw_search_lcnaf&d=AwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=JgH2YCQ8D3P9-Lm_x4bv3d2CZBYlbx6hxnLFHtfovi8&m=hIEzHt_qzDnTdGO31aYio0EORKDcnVl5kpA2ztqP3eg&s=kVQZsC9yxE3iIQ6sra99vmoeFe_OilXf6zaYvM-xs5o&e=>
>
> Thanks!
>
> Kathryn
>
>
>
> _______________________________________________
> 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=hIEzHt_qzDnTdGO31aYio0EORKDcnVl5kpA2ztqP3eg&s=DMnf8ckBTvvRtAiH2jEz8KgzHrduftuKIVIJVjIzXSs&e=>
>
>
>
>
> --
>
> Brian Hoffman
> brianjhoffman at gmail.com
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Brian Hoffman
brianjhoffman at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150114/50ccfe81/attachment.html>

From cconrady at mnmilitarymuseum.org  Wed Jan 14 13:30:26 2015
From: cconrady at mnmilitarymuseum.org (Conrady, Chad)
Date: Wed, 14 Jan 2015 12:30:26 -0600
Subject: [Archivesspace_Users_Group] ASpace Survey for SAA review
Message-ID: <CABFc6C4rmxpsemGrAA0CbFwFwP00OOK8Y2AiqCs5MpNAY_F=Wg@mail.gmail.com>

Dear Fellow ArchivesSpace Users,

I am in the process of writing a review about ArchivesSpace for the Society
of American Archivists' Archival Technologies and Resources webpage
<http://www2.archivists.org/american-archivist-reviews/tech-and-resources>.
I would like to ask the group to fill out a brief ( 8 question) survey
regarding your experiences with ArchivesSpace in order to inform the
greater archival community about the program.

They survey can be found here:
https://docs.google.com/forms/d/1EGTLEvh5jaPywI2ElkFdga4Hm_-v80KCRZD0pM15f7Q/viewform?usp=send_form


Thanks for your assistance,

Chad


**************************************************************************
Chad Conrady, CA
Archivist
Military Historical Society of Minnesota/MN Military Museum
Email: cconrady at mnmilitarymuseum.org
<https://profiles.google.com/?hl=en&tab=mX&authuser=2>
Phone: 320.632.7051
Web: www.mnmilitarymuseum.org
Twitter: @MNMilMuseum <https://twitter.com/MNMilMuseum>
Facebook: www.facebook.com/MinnesotaMilitaryMuseum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150114/f3ec99ee/attachment.html>

From sdm7g at virginia.edu  Wed Jan 14 13:39:37 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 14 Jan 2015 13:39:37 -0500
Subject: [Archivesspace_Users_Group] LCNAF import plugin
In-Reply-To: <CAATW+61Wf+1HhaDTSfQm_zSbZuVaF02r5YbtjUo92sA+vZWv3w@mail.gmail.com>
References: <BY2PR01MB2192304F97F54371A69B7F6A0410@BY2PR01MB219.prod.exchangelabs.com>
	<CAATW+62XGTCMHhByug0ycVdESwbR2FepQdf9iODHXuN9KYL_Rg@mail.gmail.com>
	<AD669F4F98CAF842A44EB31636A067CB108256D1@x10-mbx15.yu.yale.edu>
	<CAATW+61Wf+1HhaDTSfQm_zSbZuVaF02r5YbtjUo92sA+vZWv3w@mail.gmail.com>
Message-ID: <C5D92A0E-1894-4396-9F3C-C6BDE36A997D@virginia.edu>



On Jan 14, 2015, at 1:19 PM, Brian Hoffman <brianjhoffman at gmail.com> wrote:

> Yes, this looks like it should work fine. I just wonder whether there is any difference between this and OCLC's service, and if there was a reason that the plugin used OCLC rather than LOC.
> 

Yes ? different search API and different format for results:
OCLC is SRU/W    		http://www.loc.gov/standards/sru/
LOC is OpenSearch 	http://www.opensearch.org/Home

So its not just a config URL change ? the plugin has to be rewritten. 
On the plus side: it looks like the same code should handle both LCNAF and LCSH with a different search parameter. 

Does anyone happen to know if there is a similar API  documentation for MESH browser ? 
	http://www.nlm.nih.gov/mesh/MBrowser.html

? Steve Majewski



> On Wed, Jan 14, 2015 at 11:14 AM, Callahan, Maureen <maureen.callahan at yale.edu> wrote:
> Brian,
> 
>  
> 
> Have you checked out id.loc.gov? They public lcnaf (and other schemes) in a lot of different formats. LCNAF is here: http://id.loc.gov/authorities/names.html
> 
>  
> 
> MC
> 
>  
> 
> 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 Brian Hoffman
> Sent: Wednesday, January 14, 2015 11:01 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] LCNAF import plugin
> 
>  
> 
> Thanks for forwarding that. I filed the issue. I don't believe the LOC service has anything other than a browser interface though, so it may not serve as a replacement for the OCLC service. I'll check it out though.
> 
>  
> 
> On Wed, Jan 14, 2015 at 10:39 AM, Kathryn Frederick (Library) <kfrederi at skidmore.edu> wrote:
> 
> Hi,
> Please see below a follow-up to my question to this list regarding the LCNAF Import plugin.
> Thanks,
> Kathryn
> 
> -----Original Message-----
> From: OCLC Customer Support [mailto:support at oclc.org]
> Sent: Tuesday, January 13, 2015 2:07 PM
> To: Kathryn Frederick (Library)
> Subject: RE: 1-2679494668: LCNAF site?
> 
> Hi Kathryn,
> 
> Thank you for emailing OCLC Customer Support.
> 
> OCLC Research's LC Name Authority Service is now closed. The information on this page (http://oclc.org/research/activities/authority.html) is provided for historical purposes only.
> You wull want to use this site instead:
> http://authorities.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First
> 
> Please let me know if there is anything more I can assist you with regarding this issue.
> 
> Sincerely,
> Shawn Marie Thomas, MLIS
> Senior Support Analyst
> OCLC Customer Support Department
> 
> 
> [THREAD ID:1-18BV6TF]
> 
> 
> 
> -----Original Message-----
> 
> From:  kfrederi at skidmore.edu
> Sent:  1/13/2015 09:14:15 AM
> To:  "'support at oclc.org'" <support at oclc.org>
> Subject:  1-2679494668:  LCNAF site?
> 
> Hi,
> 
> Is this site no longer being updated? It hasn?t had authority records in the database for at least the last two weeks. http://alcme.oclc.org/srw/search/lcnaf
> 
> Thanks!
> 
> Kathryn
> 
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> 
> 
> 
> 
> --
> 
> Brian Hoffman
> brianjhoffman at gmail.com
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> 
> 
> 
> 
> -- 
> Brian Hoffman
> brianjhoffman at gmail.com
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150114/a97e793d/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/20150114/a97e793d/attachment.bin>

From PGalligan at rockarch.org  Wed Jan 14 13:52:11 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 14 Jan 2015 13:52:11 -0500
Subject: [Archivesspace_Users_Group] Finding Aid Filing Title
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F496F8DD@racex01>

In testing version 1.1.1 it looks like the finding aid filing title is now displaying in the Resource Browse and Search screens in the Staff UI.

Is this working as intended? I know changes were made to the Public UI, but I didn't see mention of the Staff side changes in the release notes.

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/20150114/825cd3f9/attachment.html>

From mang.sun at rice.edu  Fri Jan 16 14:37:15 2015
From: mang.sun at rice.edu (Mang Sun)
Date: Fri, 16 Jan 2015 13:37:15 -0600
Subject: [Archivesspace_Users_Group] proxy issue
In-Reply-To: <546E540E.3070700@rice.edu>
References: <546E4AF0.8050204@rice.edu> <546E540E.3070700@rice.edu>
Message-ID: <54B9686B.8010104@rice.edu>

After not touching this issue for a while until yesterday, I re-picked 
up this issue and spent some time combing through the code and now I 
think the problem has been largely resolved. Actually, the directive 
line of AppConfig[:frontend_proxy_url] = "https://ASurl" in config.rb 
seemingly does not play the role as intended or I thought. Instead, it's 
because  the Apache Proxy does not out of box forward the protocol (here 
https) that was used by browser to access AS (AS does not talk to APACHE 
in secured mode?) to the AS application.   In order to pick up and carry 
this protocol info to AS, one new Apache directive line of  ' 
RequestHeader set X-Forwarded-Proto "https" '
  is added to the Apache secured virtual host configuration and brings 
it into looking similar to the below.
###
<VirtualHost *:443>
RequestHeader set X-Forwarded-Proto "https"
ProxyPreserveHost On
....
ProxyPass / http://AShostname:8080/
ProxyPassReverse / http://AShostname:8080/
ServerName AShostname
</VirtualHost >
####

Corrections and comments are welcome.

Mang Sun
Rice U.


On 11/20/2014 2:50 PM, Mang Sun wrote:
> Plus, the view buttons in the frontend interface also run into the 
> same problem of https being stripped down to http.
>
> -Mang
> On 11/20/2014 2:11 PM, Mang Sun wrote:
>> I have set up Apache as the proxy server with http://ASurl pointing 
>> to http://ASurl:8081 and https://ASurl pointing to http://ASurl:8080
>> and also set the the following two lines in config.rb
>>
>> AppConfig[:frontend_proxy_url] = "https://ASurl"
>> AppConfig[:public_proxy_url] = "http://ASurl"
>>
>> and seen proxy work roughly well except that the following url can't 
>> be handled well.
>> https://ASurl/resolve/edit?uri=/repositories/2/resources/115&autoselect_repo=true 
>>
>>
>> The above link through the resolver will be redirected to 
>> http://ASurl/resources/115/edit where https is replaced by http and 
>> we see the message of "The page you were looking for doesn't exist". 
>> The vesion of AS i am testing with is v.1.1.0.
>>
>> Any idea again ?
>>
>> Thank you
>>
>> Mang Sun
>> Rice U.
>>
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>



From brianjhoffman at gmail.com  Fri Jan 16 15:41:30 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Fri, 16 Jan 2015 15:41:30 -0500
Subject: [Archivesspace_Users_Group] proxy issue
In-Reply-To: <54B9686B.8010104@rice.edu>
References: <546E4AF0.8050204@rice.edu> <546E540E.3070700@rice.edu>
	<54B9686B.8010104@rice.edu>
Message-ID: <CAATW+61iSxGnHZL4wisB8xqMpBtcGuddJrv8aowzviq8JT_9ug@mail.gmail.com>

Hi Mang Sun,

Have you looked at the guide for configuring HTTPS?

https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md

Brian


On Fri, Jan 16, 2015 at 2:37 PM, Mang Sun <mang.sun at rice.edu> wrote:

> After not touching this issue for a while until yesterday, I re-picked up
> this issue and spent some time combing through the code and now I think the
> problem has been largely resolved. Actually, the directive line of
> AppConfig[:frontend_proxy_url] = "https://ASurl" in config.rb seemingly
> does not play the role as intended or I thought. Instead, it's because  the
> Apache Proxy does not out of box forward the protocol (here https) that was
> used by browser to access AS (AS does not talk to APACHE in secured mode?)
> to the AS application.   In order to pick up and carry this protocol info
> to AS, one new Apache directive line of  ' RequestHeader set
> X-Forwarded-Proto "https" '
>  is added to the Apache secured virtual host configuration and brings it
> into looking similar to the below.
> ###
> <VirtualHost *:443>
> RequestHeader set X-Forwarded-Proto "https"
> ProxyPreserveHost On
> ....
> ProxyPass / http://AShostname:8080/
> ProxyPassReverse / http://AShostname:8080/
> ServerName AShostname
> </VirtualHost >
> ####
>
> Corrections and comments are welcome.
>
> Mang Sun
> Rice U.
>
>
> On 11/20/2014 2:50 PM, Mang Sun wrote:
>
>> Plus, the view buttons in the frontend interface also run into the same
>> problem of https being stripped down to http.
>>
>> -Mang
>> On 11/20/2014 2:11 PM, Mang Sun wrote:
>>
>>> I have set up Apache as the proxy server with http://ASurl pointing to
>>> http://ASurl:8081 and https://ASurl pointing to http://ASurl:8080
>>> and also set the the following two lines in config.rb
>>>
>>> AppConfig[:frontend_proxy_url] = "https://ASurl"
>>> AppConfig[:public_proxy_url] = "http://ASurl"
>>>
>>> and seen proxy work roughly well except that the following url can't be
>>> handled well.
>>> https://ASurl/resolve/edit?uri=/repositories/2/resources/
>>> 115&autoselect_repo=true
>>>
>>> The above link through the resolver will be redirected to
>>> http://ASurl/resources/115/edit where https is replaced by http and we
>>> see the message of "The page you were looking for doesn't exist". The
>>> vesion of AS i am testing with is v.1.1.0.
>>>
>>> Any idea again ?
>>>
>>> Thank you
>>>
>>> Mang Sun
>>> Rice U.
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>



-- 
Brian Hoffman
brianjhoffman at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150116/3532ca9b/attachment.html>

From mang.sun at rice.edu  Fri Jan 16 15:54:33 2015
From: mang.sun at rice.edu (Mang Sun)
Date: Fri, 16 Jan 2015 14:54:33 -0600
Subject: [Archivesspace_Users_Group] proxy issue
In-Reply-To: <CAATW+61iSxGnHZL4wisB8xqMpBtcGuddJrv8aowzviq8JT_9ug@mail.gmail.com>
References: <546E4AF0.8050204@rice.edu>
	<546E540E.3070700@rice.edu>	<54B9686B.8010104@rice.edu>
	<CAATW+61iSxGnHZL4wisB8xqMpBtcGuddJrv8aowzviq8JT_9ug@mail.gmail.com>
Message-ID: <54B97A89.30803@rice.edu>

Brian, I did. But it's the directive line which  I added and highlighted 
but not found in the README_HTTPS largely fixed the issue.
Maybe i missed some info in the README.

Mang

On 1/16/2015 2:41 PM, Brian Hoffman wrote:
> Hi Mang Sun,
>
> Have you looked at the guide for configuring HTTPS?
>
> https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md
>
> Brian
>
>
> On Fri, Jan 16, 2015 at 2:37 PM, Mang Sun <mang.sun at rice.edu 
> <mailto:mang.sun at rice.edu>> wrote:
>
>     After not touching this issue for a while until yesterday, I
>     re-picked up this issue and spent some time combing through the
>     code and now I think the problem has been largely resolved.
>     Actually, the directive line of AppConfig[:frontend_proxy_url] =
>     "https://ASurl" in config.rb seemingly does not play the role as
>     intended or I thought. Instead, it's because  the Apache Proxy
>     does not out of box forward the protocol (here https) that was
>     used by browser to access AS (AS does not talk to APACHE in
>     secured mode?) to the AS application.   In order to pick up and
>     carry this protocol info to AS, one new Apache directive line of 
>     ' RequestHeader set X-Forwarded-Proto "https" '
>      is added to the Apache secured virtual host configuration and
>     brings it into looking similar to the below.
>     ###
>     <VirtualHost *:443>
>     RequestHeader set X-Forwarded-Proto "https"
>     ProxyPreserveHost On
>     ....
>     ProxyPass / http://AShostname:8080/
>     ProxyPassReverse / http://AShostname:8080/
>     ServerName AShostname
>     </VirtualHost >
>     ####
>
>     Corrections and comments are welcome.
>
>     Mang Sun
>     Rice U.
>
>
>     On 11/20/2014 2:50 PM, Mang Sun wrote:
>
>         Plus, the view buttons in the frontend interface also run into
>         the same problem of https being stripped down to http.
>
>         -Mang
>         On 11/20/2014 2:11 PM, Mang Sun wrote:
>
>             I have set up Apache as the proxy server with http://ASurl
>             pointing to http://ASurl:8081 and https://ASurl pointing
>             to http://ASurl:8080
>             and also set the the following two lines in config.rb
>
>             AppConfig[:frontend_proxy_url] = "https://ASurl"
>             AppConfig[:public_proxy_url] = "http://ASurl"
>
>             and seen proxy work roughly well except that the following
>             url can't be handled well.
>             https://ASurl/resolve/edit?uri=/repositories/2/resources/115&autoselect_repo=true
>
>
>             The above link through the resolver will be redirected to
>             http://ASurl/resources/115/edit where https is replaced by
>             http and we see the message of "The page you were looking
>             for doesn't exist". The vesion of AS i am testing with is
>             v.1.1.0.
>
>             Any idea again ?
>
>             Thank you
>
>             Mang Sun
>             Rice U.
>
>
>             _______________________________________________
>             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
>
>
>     _______________________________________________
>     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
>
>
>
>
> -- 
> Brian Hoffman
> brianjhoffman at gmail.com <mailto:brianjhoffman at gmail.com>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150116/1e66e2a1/attachment.html>

From bmg17 at psu.edu  Mon Jan 19 15:55:56 2015
From: bmg17 at psu.edu (Ben Goldman)
Date: Mon, 19 Jan 2015 15:55:56 -0500 (EST)
Subject: [Archivesspace_Users_Group] curl help
In-Reply-To: <1963319694.496028.1421700122871.JavaMail.zimbra@psu.edu>
Message-ID: <1367285019.504216.1421700956086.JavaMail.zimbra@psu.edu>

Hey All, 

Wondering if anyone can help a cURL novice work through the process of exporting a finding aid from the API. I've reviewed some of the past emails on this subject from Noah and Kevin but I am still hung up somewhere. A quick recap: 

Login: 



curl -F password='***' http://aspace1prod.dlt.psu.edu:9089/users/bmg17/login 




Save token: 




token=***** 




Just to verify I know what I am doing, try retrieving a resource record: 




curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources/1352' 




Success: {"lock_version":0,"title":"Frederick R. Matson papers","publish":true, etc. etc. etc. 


I'm not going to do a mass publish yet, but went ahead and retrieved all the ids anyway: 




curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources?all_ids=true' 




A long list. Including a very short resource record with the id of 9235. Now I am wondering exactly how I put this together to export just this one. This is the command mentioned in previous messages: 




curl --output ?resource_#1.xml? -H "X-ArchivesSpace-Session: $TOKEN" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/$ids.xml?numbered_cs=true" 




I assume if I'm just exporting one, I can replace '$ids" with the actual number (9235), and that the value following --output can be whatever I want the finding aid file name to be. Is all this correct? And where would this actually output the file to? 




Thanks, in advance, for any help. 




-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/20150119/6bbc7d7b/attachment.html>

From noah.huffman at duke.edu  Tue Jan 20 09:32:56 2015
From: noah.huffman at duke.edu (Noah Huffman)
Date: Tue, 20 Jan 2015 14:32:56 +0000
Subject: [Archivesspace_Users_Group] curl help
In-Reply-To: <1367285019.504216.1421700956086.JavaMail.zimbra@psu.edu>
References: <1963319694.496028.1421700122871.JavaMail.zimbra@psu.edu>
	<1367285019.504216.1421700956086.JavaMail.zimbra@psu.edu>
Message-ID: <CY1PR0501MB1612E8BC143203DD36EAA74CE64B0@CY1PR0501MB1612.namprd05.prod.outlook.com>

Hi Ben,

I?m a curl novice too, but your last example should work to output a single EAD file to the current directory.  The only thing I see is that in your example you have a single quote to begin the URL and a double quote to end it.  Maybe change the double quote at the very end to a single quote, or make both double quotes?

Something like:

curl --output ?EADfilename.xml? -H "X-ArchivesSpace-Session: $TOKEN" ?http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/9235.xml?numbered_cs=true?

This works for me in Windows Powershell.

More generally, I think it would be helpful for noobs like us if the ASpace documentation included a short primer (with examples) on how to use curl to interact with the API.  This could supplement the existing API documentation at: http://archivesspace.github.io/archivesspace/doc/file.API.html

The ASpace developer screencasts are a good reference if you haven?t seen them, particularly this one http://youtu.be/iKd4ZME1uIE?list=PLJFitFaE9AY_DDlhl3Kq_vFeX27F1yt6I

-Noah

================
Noah Huffman
Archivist for Metadata and Encoding
David M. Rubenstein Rare Book & Manuscript Library
Duke University
noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>
919-660-5982
http://library.duke.edu/rubenstein/




From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman
Sent: Monday, January 19, 2015 3:56 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] curl help

Hey All,

Wondering if anyone can help a cURL novice work through the process of exporting a finding aid from the API. I've reviewed some of the past emails on this subject from Noah and Kevin but I am still hung up somewhere. A quick recap:

Login:


        curl -F password='***' http://aspace1prod.dlt.psu.edu:9089/users/bmg17/login



Save token:



        token=*****



Just to verify I know what I am doing, try retrieving a resource record:



        curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources/1352'



Success: {"lock_version":0,"title":"Frederick R. Matson papers","publish":true, etc. etc. etc.

I'm not going to do a mass publish yet, but went ahead and retrieved all the ids anyway:



       curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources?all_ids=true'



A long list. Including a very short resource record with the id of 9235. Now I am wondering exactly how I put this together to export just this one. This is the command mentioned in previous messages:



        curl --output ?resource_#1.xml? -H "X-ArchivesSpace-Session: $TOKEN" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/$ids.xml?numbered_cs=true"



I assume if I'm just exporting one, I can replace '$ids" with the actual number (9235), and that the value following --output can be whatever I want the finding aid file name to be. Is all this correct? And where would this actually output the file to?



Thanks, in advance, for any help.



-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/20150120/acf19a0a/attachment.html>

From bmg17 at psu.edu  Wed Jan 21 08:57:57 2015
From: bmg17 at psu.edu (Ben Goldman)
Date: Wed, 21 Jan 2015 08:57:57 -0500 (EST)
Subject: [Archivesspace_Users_Group] curl help
In-Reply-To: <CY1PR0501MB1612E8BC143203DD36EAA74CE64B0@CY1PR0501MB1612.namprd05.prod.outlook.com>
References: <1963319694.496028.1421700122871.JavaMail.zimbra@psu.edu>
	<1367285019.504216.1421700956086.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E8BC143203DD36EAA74CE64B0@CY1PR0501MB1612.namprd05.prod.outlook.com>
Message-ID: <1434452102.54523.1421848677854.JavaMail.zimbra@psu.edu>

Noah, thanks for the feedback. It's good to know I am on the right track. I was able to get that to work. And in fact, we were able to build on that and perform a mass export of the finding aids, though for some reason only 1914 of 1940 resources were exported. 

Now I am wondering how I might adjust the script to export the XML file with a file name that uses the value of the resource's identifier field rather than the ASpace system identifier for the record. 

I agree that it would be great to see the documentation on the API/cURL expand in the way you outline. I feel there is so much more I could do with the API, that I do not fully understand the capabilities here. I just know being able to mass export finding aids with one script is pretty damn cool. 

Thanks, 
Ben 


----- Original Message -----

From: "Noah Huffman" <noah.huffman at duke.edu> 
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> 
Sent: Tuesday, January 20, 2015 9:32:56 AM 
Subject: Re: [Archivesspace_Users_Group] curl help 



Hi Ben, 



I?m a curl novice too, but your last example should work to output a single EAD file to the current directory. The only thing I see is that in your example you have a single quote to begin the URL and a double quote to end it. Maybe change the double quote at the very end to a single quote, or make both double quotes? 



Something like: 



curl --output ?EADfilename.xml? -H "X-ArchivesSpace-Session: $TOKEN" ?http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/9235.xml?numbered_cs=true? 



This works for me in Windows Powershell. 



More generally, I think it would be helpful for noobs like us if the ASpace documentation included a short primer (with examples) on how to use curl to interact with the API. This could supplement the existing API documentation at: http://archivesspace.github.io/archivesspace/doc/file.API.html 



The ASpace developer screencasts are a good reference if you haven?t seen them, particularly this one http://youtu.be/iKd4ZME1uIE?list=PLJFitFaE9AY_DDlhl3Kq_vFeX27F1yt6I 



-Noah 



================ 

Noah Huffman 

Archivist for Metadata and Encoding 

David M. Rubenstein Rare Book & Manuscript Library 

Duke University 

noah.huffman at duke.edu 

919-660-5982 

http://library.duke.edu/rubenstein/ 










From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman 
Sent: Monday, January 19, 2015 3:56 PM 
To: Archivesspace Users Group 
Subject: [Archivesspace_Users_Group] curl help 





Hey All, 





Wondering if anyone can help a cURL novice work through the process of exporting a finding aid from the API. I've reviewed some of the past emails on this subject from Noah and Kevin but I am still hung up somewhere. A quick recap: 





Login: 





curl -F password='***' http://aspace1prod.dlt.psu.edu:9089/users/bmg17/login 



Save token: 



token=***** 



Just to verify I know what I am doing, try retrieving a resource record: 



curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources/1352' 



Success: {"lock_version":0,"title":"Frederick R. Matson papers","publish":true, etc. etc. etc. 


I'm not going to do a mass publish yet, but went ahead and retrieved all the ids anyway: 





curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources?all_ids=true' 



A long list. Including a very short resource record with the id of 9235. Now I am wondering exactly how I put this together to export just this one. This is the command mentioned in previous messages: 



curl --output ?resource_#1.xml? -H "X-ArchivesSpace-Session: $TOKEN" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/$ids.xml?numbered_cs=true" 



I assume if I'm just exporting one, I can replace '$ids" with the actual number (9235), and that the value following --output can be whatever I want the finding aid file name to be. Is all this correct? And where would this actually output the file to? 



Thanks, in advance, for any help. 



-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/20150121/b956c370/attachment.html>

From harnold at rockarch.org  Wed Jan 21 12:28:03 2015
From: harnold at rockarch.org (Arnold, Hillel)
Date: Wed, 21 Jan 2015 12:28:03 -0500
Subject: [Archivesspace_Users_Group] curl help
Message-ID: <D0E54B89.36820%harnold@rockarch.org>

Hi Ben,
I while back I wrote this pretty klunky Python script to do exports from AS. I?m sure someone who actually knows what they?re doing could probably improve it dramatically, but it might be a start:
https://gist.github.com/helrond/1ef5b5bd47b47bd52f02

Hillel Arnold
Lead Digital Archivist
Rockefeller Archive Center

From: Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Wednesday, January 21, 2015 at 8:57 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] curl help

Noah, thanks for the feedback. It's good to know I am on the right track. I was able to get that to work. And in fact, we were able to build on that and perform a mass export of the finding aids, though for some reason only 1914 of 1940 resources were exported.

Now I am wondering how I might adjust the script to export the XML file with a file name that uses the value of the resource's identifier field rather than the ASpace system identifier for the record.

I agree that it would be great to see the documentation on the API/cURL expand in the way you outline. I feel there is so much more I could do with the API, that I do not fully understand the capabilities here. I just know being able to mass export finding aids with one script is pretty damn cool.

Thanks,
Ben


________________________________
From: "Noah Huffman" <noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Tuesday, January 20, 2015 9:32:56 AM
Subject: Re: [Archivesspace_Users_Group] curl help

Hi Ben,

I?m a curl novice too, but your last example should work to output a single EAD file to the current directory.  The only thing I see is that in your example you have a single quote to begin the URL and a double quote to end it.  Maybe change the double quote at the very end to a single quote, or make both double quotes?

Something like:

curl --output ?EADfilename.xml? -H "X-ArchivesSpace-Session: $TOKEN" ?http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/9235.xml?numbered_cs=true?

This works for me in Windows Powershell.

More generally, I think it would be helpful for noobs like us if the ASpace documentation included a short primer (with examples) on how to use curl to interact with the API.  This could supplement the existing API documentation at: http://archivesspace.github.io/archivesspace/doc/file.API.html

The ASpace developer screencasts are a good reference if you haven?t seen them, particularly this onehttp://youtu.be/iKd4ZME1uIE?list=PLJFitFaE9AY_DDlhl3Kq_vFeX27F1yt6I

-Noah

================
Noah Huffman
Archivist for Metadata and Encoding
David M. Rubenstein Rare Book & Manuscript Library
Duke University
noah.huffman at duke.edu<mailto:noah.huffman at duke.edu>
919-660-5982
http://library.duke.edu/rubenstein/




From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman
Sent: Monday, January 19, 2015 3:56 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] curl help

Hey All,

Wondering if anyone can help a cURL novice work through the process of exporting a finding aid from the API. I've reviewed some of the past emails on this subject from Noah and Kevin but I am still hung up somewhere. A quick recap:

Login:


        curl -F password='***' http://aspace1prod.dlt.psu.edu:9089/users/bmg17/login



Save token:



        token=*****



Just to verify I know what I am doing, try retrieving a resource record:



        curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources/1352'



Success: {"lock_version":0,"title":"Frederick R. Matson papers","publish":true, etc. etc. etc.

I'm not going to do a mass publish yet, but went ahead and retrieved all the ids anyway:



       curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources?all_ids=true'



A long list. Including a very short resource record with the id of 9235. Now I am wondering exactly how I put this together to export just this one. This is the command mentioned in previous messages:



        curl --output ?resource_#1.xml? -H "X-ArchivesSpace-Session: $TOKEN" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/$ids.xml?numbered_cs=true"



I assume if I'm just exporting one, I can replace '$ids" with the actual number (9235), and that the value following --output can be whatever I want the finding aid file name to be. Is all this correct? And where would this actually output the file to?



Thanks, in advance, for any help.



-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<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/20150121/2fee4584/attachment.html>

From sdm7g at virginia.edu  Wed Jan 21 13:04:17 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Wed, 21 Jan 2015 13:04:17 -0500
Subject: [Archivesspace_Users_Group] curl help
In-Reply-To: <1434452102.54523.1421848677854.JavaMail.zimbra@psu.edu>
References: <1963319694.496028.1421700122871.JavaMail.zimbra@psu.edu>
	<1367285019.504216.1421700956086.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E8BC143203DD36EAA74CE64B0@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1434452102.54523.1421848677854.JavaMail.zimbra@psu.edu>
Message-ID: <E03D6BEC-3A51-4831-947C-2763C9B97996@virginia.edu>


Chris Fitzpatrick has a bunch of examples of Ruby code using RestClient and the AS backend API 
at:  https://gist.github.com/cfitz

but if you want to do a bulk export of a repo, there is a script in  the current release: archivesspace/scripts/ead_export.sh 

Usage: export.rb <username> <password> <repository_id>

which will make a zip file of all of the resources exported from a repository. 

The ruby code is here ( as another example of using the API ): 

https://github.com/archivesspace/archivesspace/blob/master/launcher/ead_export/lib/ead_export.rb

Before finding cfitz  more thorough delete_repo  https://gist.github.com/cfitz/4fefcfa659ef18bfbe6c
I was using this shell script to delete all resources from a repository ( so we could retest imports 
after code patches ). I?m including it here as another example of scripting the API with curl from 
the shell. 



REPO=http://localhost:8089
#
REPO_ID=$1
#
user=admin
pass=admin

session=$(curl -s -F password="$pass" "$REPO/users/$user/login" |
    sed 's|.*"session":"\([a-z0-9]*\)".*|\1|g')

echo "Repo: $REPO" 
echo "Session $session" 1>&2

curl -H "X-ArchivesSpace-Session: $session" "$REPO/repositories/$REPO_ID" | jq . 

DELETE='-X DELETE'
for ID in $( curl  -H "X-ArchivesSpace-Session: $session" "$REPO/repositories/$REPO_ID/resources?all_ids=true" | tail -1 | tr '[],' ' ' )
do
curl -H "X-ArchivesSpace-Session: $session" $DELETE $REPO/repositories/$REPO_ID/resources/$ID | jq . 
done



I highly recommend jq http://stedolan.github.io/jq/  for pretty printing and exploring json output from
the API.   ?jq . ?  (in the example above just does a json pretty print, but you can also select particular fields: 

R=http://localhost:8089/repositories

./curl_as_osx admin admin $R | jq '.[].repo_code?       # list repository codes
"uva-sc"
"RG_3"
"Legacy"
"lsc-test"
"sdm7g-test"
"uva-hsl"
"tsd-test"
"mhm8m-test"
"uvalaw-test"
"img7u-test"
"elg3e-test"

# get repo-id # from repo-code
./curl_as_osx admin admin $R | jq '.[0:-1]| map(select( .repo_code == "img7u-test" ))|.[0].uri'
"/repositories/12"


And, although I haven?t tried it, you could pull json from AS with a GET, edit a field on the fly with jq, and post the modified
json back to ArchivesSpace. However, the jq syntax can be difficult. Chris?s bulk_update  
	 https://gist.github.com/cfitz/9eb97ad3f6dd772f875f
may be a better way. It does a merge on the ruby hash of the parsed JSON, which may be a bit easier to follow than jq syntax. 


? Steve Majewski 


On Jan 21, 2015, at 8:57 AM, Ben Goldman <bmg17 at psu.edu> wrote:

> Noah, thanks for the feedback. It's good to know I am on the right track. I was able to get that to work. And in fact, we were able to build on that and perform a mass export of the finding aids, though for some reason only 1914 of 1940 resources were exported. 
> 
> Now I am wondering how I might adjust the script to export the XML file with a file name that uses the value of the resource's identifier field rather than the ASpace system identifier for the record.  
> 
> I agree that it would be great to see the documentation on the API/cURL expand in the way you outline. I feel there is so much more I could do with the API, that I do not fully understand the capabilities here. I just know being able to mass export finding aids with one script is pretty damn cool.
> 
> Thanks,
> Ben
> 
> 
> From: "Noah Huffman" <noah.huffman at duke.edu>
> To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>
> Sent: Tuesday, January 20, 2015 9:32:56 AM
> Subject: Re: [Archivesspace_Users_Group] curl help
> 
> Hi Ben,
>  
> I?m a curl novice too, but your last example should work to output a single EAD file to the current directory.  The only thing I see is that in your example you have a single quote to begin the URL and a double quote to end it.  Maybe change the double quote at the very end to a single quote, or make both double quotes?
>  
> Something like:
>  
> curl --output ?EADfilename.xml? -H "X-ArchivesSpace-Session: $TOKEN" ?http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/9235.xml?numbered_cs=true?
>  
> This works for me in Windows Powershell.
>  
> More generally, I think it would be helpful for noobs like us if the ASpace documentation included a short primer (with examples) on how to use curl to interact with the API.  This could supplement the existing API documentation at:http://archivesspace.github.io/archivesspace/doc/file.API.html
>  
> The ASpace developer screencasts are a good reference if you haven?t seen them, particularly this one http://youtu.be/iKd4ZME1uIE?list=PLJFitFaE9AY_DDlhl3Kq_vFeX27F1yt6I
>  
> -Noah
>  
> ================
> Noah Huffman
> Archivist for Metadata and Encoding
> David M. Rubenstein Rare Book & Manuscript Library
> Duke University
> noah.huffman at duke.edu
> 919-660-5982
> http://library.duke.edu/rubenstein/
>  
>  
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman
> Sent: Monday, January 19, 2015 3:56 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] curl help
>  
> Hey All,
>  
> Wondering if anyone can help a cURL novice work through the process of exporting a finding aid from the API. I've reviewed some of the past emails on this subject from Noah and Kevin but I am still hung up somewhere. A quick recap:
>  
> Login:
>  
>         curl -F password='***' http://aspace1prod.dlt.psu.edu:9089/users/bmg17/login
>  
> Save token:
>  
>         token=*****
>  
> Just to verify I know what I am doing, try retrieving a resource record:
>  
>         curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources/1352'
>  
> Success: {"lock_version":0,"title":"Frederick R. Matson papers","publish":true, etc. etc. etc.
> 
> I'm not going to do a mass publish yet, but went ahead and retrieved all the ids anyway:
> 
> 
>        curl -H "X-ArchivesSpace-Session: $token" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources?all_ids=true'
>  
> A long list. Including a very short resource record with the id of 9235. Now I am wondering exactly how I put this together to export just this one. This is the command mentioned in previous messages:
>  
>         curl --output ?resource_#1.xml? -H "X-ArchivesSpace-Session: $TOKEN" 'http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/$ids.xml?numbered_cs=true"
>  
> I assume if I'm just exporting one, I can replace '$ids" with the actual number (9235), and that the value following --output can be whatever I want the finding aid file name to be. Is all this correct? And where would this actually output the file to?
>  
> Thanks, in advance, for any help.
>  
> -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
> 
> _______________________________________________
> 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/20150121/40eb190a/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/20150121/40eb190a/attachment.bin>

From Chris.Fitzpatrick at lyrasis.org  Thu Jan 22 06:19:33 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 22 Jan 2015 11:19:33 +0000
Subject: [Archivesspace_Users_Group] Fw: [archivesspace] ArchivesSpace 1.1.2
In-Reply-To: <CAATW+60uh50V6Omd=wa_iHCewUEcJR0Zy27ZJ3RJHXFnuH-+ww@mail.gmail.com>
References: <CAATW+60uh50V6Omd=wa_iHCewUEcJR0Zy27ZJ3RJHXFnuH-+ww@mail.gmail.com>
Message-ID: <1421925572866.94218@lyrasis.org>


Hi All,


A couple quick notes about this release, this release addresses a bug that introduced some code that was not thread-safe in v1.1.1. It's suggested that you upgrade, especially if you're running a multi-tenant or a server with multiple cores.


Also, I tweaked the resequencer to be more explicit in the logs that it is running, to make it easier for people to know when it has completed.


Lastly, v1.1.2  has a bump in the version of jRuby, which has significant performance improvements for Java 8, so I'd also suggest Java 8 users upgrade.


Thanks again, sorry about this bump, and let us know if you have any questions!

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace at googlegroups.com <archivesspace at googlegroups.com> on behalf of Brian Hoffman <brianjhoffman at gmail.com>
Sent: Thursday, January 22, 2015 2:59 AM
To: archivesspace at googlegroups.com
Subject: [archivesspace] ArchivesSpace 1.1.2

ArchivesSpace 1.1.2 has just been released. An upgrade is recommended if you have a multi-tenant installation.

https://github.com/archivesspace/archivesspace/releases/tag/v1.1.2



--
Brian Hoffman
brianjhoffman at gmail.com<mailto:brianjhoffman at gmail.com>

--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150122/15023b74/attachment.html>

From bmg17 at psu.edu  Thu Jan 22 11:04:15 2015
From: bmg17 at psu.edu (Ben Goldman)
Date: Thu, 22 Jan 2015 11:04:15 -0500 (EST)
Subject: [Archivesspace_Users_Group] curl help
In-Reply-To: <D0E54B89.36820%harnold@rockarch.org>
References: <D0E54B89.36820%harnold@rockarch.org>
Message-ID: <793424224.558575.1421942655848.JavaMail.zimbra@psu.edu>

Thanks, Hillel. It looks far less klunky than what we've trying on our end. And thanks to Steve, as well, for sharing some additional resources. 

-Ben 

----- Original Message -----

From: "Hillel Arnold" <harnold at rockarch.org> 
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> 
Sent: Wednesday, January 21, 2015 12:28:03 PM 
Subject: Re: [Archivesspace_Users_Group] curl help 

Hi Ben, 
I while back I wrote this pretty klunky Python script to do exports from AS. I?m sure someone who actually knows what they?re doing could probably improve it dramatically, but it might be a start: 
https://gist.github.com/helrond/1ef5b5bd47b47bd52f02 

Hillel Arnold 
Lead Digital Archivist 
Rockefeller Archive Center 

From: Ben Goldman < bmg17 at psu.edu > 
Reply-To: Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org > 
Date: Wednesday, January 21, 2015 at 8:57 AM 
To: Archivesspace Users Group < archivesspace_users_group at lyralists.lyrasis.org > 
Subject: Re: [Archivesspace_Users_Group] curl help 

Noah, thanks for the feedback. It's good to know I am on the right track. I was able to get that to work. And in fact, we were able to build on that and perform a mass export of the finding aids, though for some reason only 1914 of 1940 resources were exported. 

Now I am wondering how I might adjust the script to export the XML file with a file name that uses the value of the resource's identifier field rather than the ASpace system identifier for the record. 

I agree that it would be great to see the documentation on the API/cURL expand in the way you outline. I feel there is so much more I could do with the API, that I do not fully understand the capabilities here. I just know being able to mass export finding aids with one script is pretty damn cool. 

Thanks, 
Ben 


----- Original Message -----

From: "Noah Huffman" < noah.huffman at duke.edu > 
To: "Archivesspace Users Group" < archivesspace_users_group at lyralists.lyrasis.org > 
Sent: Tuesday, January 20, 2015 9:32:56 AM 
Subject: Re: [Archivesspace_Users_Group] curl help 



Hi Ben, 



I?m a curl novice too, but your last example should work to output a single EAD file to the current directory. The only thing I see is that in your example you have a single quote to begin the URL and a double quote to end it. Maybe change the double quote at the very end to a single quote, or make both double quotes? 



Something like: 



curl --output ?EADfilename.xml? -H "X-ArchivesSpace-Session: $TOKEN" ? http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/9235.xml?numbered_cs=true ? 



This works for me in Windows Powershell. 



More generally, I think it would be helpful for noobs like us if the ASpace documentation included a short primer (with examples) on how to use curl to interact with the API. This could supplement the existing API documentation at: http://archivesspace.github.io/archivesspace/doc/file.API.html 



The ASpace developer screencasts are a good reference if you haven?t seen them, particularly this one http://youtu.be/iKd4ZME1uIE?list=PLJFitFaE9AY_DDlhl3Kq_vFeX27F1yt6I 



-Noah 



================ 

Noah Huffman 

Archivist for Metadata and Encoding 

David M. Rubenstein Rare Book & Manuscript Library 

Duke University 

noah.huffman at duke.edu 

919-660-5982 

http://library.duke.edu/rubenstein/ 










From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Ben Goldman 
Sent: Monday, January 19, 2015 3:56 PM 
To: Archivesspace Users Group 
Subject: [Archivesspace_Users_Group] curl help 





Hey All, 





Wondering if anyone can help a cURL novice work through the process of exporting a finding aid from the API. I've reviewed some of the past emails on this subject from Noah and Kevin but I am still hung up somewhere. A quick recap: 





Login: 





curl -F password='***' http://aspace1prod.dlt.psu.edu:9089/users/bmg17/login 



Save token: 



token=***** 



Just to verify I know what I am doing, try retrieving a resource record: 



curl -H "X-ArchivesSpace-Session: $token" ' http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources/1352 ' 



Success: {"lock_version":0,"title":"Frederick R. Matson papers","publish":true, etc. etc. etc. 


I'm not going to do a mass publish yet, but went ahead and retrieved all the ids anyway: 







curl -H "X-ArchivesSpace-Session: $token" ' http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources?all_ids=true ' 



A long list. Including a very short resource record with the id of 9235. Now I am wondering exactly how I put this together to export just this one. This is the command mentioned in previous messages: 



curl --output ?resource_#1.xml? -H "X-ArchivesSpace-Session: $TOKEN" ' http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/$ids.xml?numbered_cs=true " 



I assume if I'm just exporting one, I can replace '$ids" with the actual number (9235), and that the value following --output can be whatever I want the finding aid file name to be. Is all this correct? And where would this actually output the file to? 



Thanks, in advance, for any help. 



-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 


_______________________________________________ 
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/20150122/b2ad5544/attachment.html>

From cconrady at mnmilitarymuseum.org  Thu Jan 22 16:12:31 2015
From: cconrady at mnmilitarymuseum.org (Conrady, Chad)
Date: Thu, 22 Jan 2015 15:12:31 -0600
Subject: [Archivesspace_Users_Group] ASpace Survey --- Thanks!!
Message-ID: <CABFc6C4cWuiSjYO2QWgV5XL7y153v1ixXA_CQJxoD2LHZxkHeA@mail.gmail.com>

Dear Group,

Thanks to everyone for taking the time out of your busy day to fill out the
survey.  I will be closing the survey Saturday at midnight, so if you would
like to provide your feedback about using ArchivesSpace you still have
time.

Best,

Chad

**************************************************************************
Chad Conrady, CA
Archivist
Military Historical Society of Minnesota/MN Military Museum
Email: cconrady at mnmilitarymuseum.org
<https://profiles.google.com/?hl=en&tab=mX&authuser=2>
Phone: 320.632.7051
Web: www.mnmilitarymuseum.org
Twitter: @MNMilMuseum <https://twitter.com/MNMilMuseum>
Facebook: www.facebook.com/MinnesotaMilitaryMuseum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150122/87de4e2c/attachment.html>

From brianjhoffman at gmail.com  Thu Jan 22 17:56:01 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Thu, 22 Jan 2015 17:56:01 -0500
Subject: [Archivesspace_Users_Group] curl help
In-Reply-To: <E03D6BEC-3A51-4831-947C-2763C9B97996@virginia.edu>
References: <1963319694.496028.1421700122871.JavaMail.zimbra@psu.edu>
	<1367285019.504216.1421700956086.JavaMail.zimbra@psu.edu>
	<CY1PR0501MB1612E8BC143203DD36EAA74CE64B0@CY1PR0501MB1612.namprd05.prod.outlook.com>
	<1434452102.54523.1421848677854.JavaMail.zimbra@psu.edu>
	<E03D6BEC-3A51-4831-947C-2763C9B97996@virginia.edu>
Message-ID: <CAATW+63OyLzn4pFLKd4sBEoGZC7Lzf7JVUhP6aYrxnux3b4zXA@mail.gmail.com>

If you have NodeJS installed and want to try a *very* experimental tool,
you could try this too:

$ npm install as-cli -g
$ as-cli setup
> {ENTER YOUR BACKEND URL, USER, PASSWORD}
$ as-cli repositories
> {SELECT YOUR REPOSITORY}
$ as-cli batch-export --dir {A DIRECTORY}

But I stress that this really an unsupported prototype.

Brian


On Wed, Jan 21, 2015 at 1:04 PM, Steven Majewski <sdm7g at virginia.edu> wrote:

>
> Chris Fitzpatrick has a bunch of examples of Ruby code using RestClient
> and the AS backend API
> at:  https://gist.github.com/cfitz
>
> but if you want to do a bulk export of a repo, there is a script in  the
> current release: archivesspace/scripts/ead_export.sh
>
> Usage: export.rb <username> <password> <repository_id>
>
> which will make a zip file of all of the resources exported from a
> repository.
>
> The ruby code is here ( as another example of using the API ):
>
>
> https://github.com/archivesspace/archivesspace/blob/master/launcher/ead_export/lib/ead_export.rb
>
> Before finding cfitz  more thorough delete_repo
> https://gist.github.com/cfitz/4fefcfa659ef18bfbe6c
> I was using this shell script to delete all resources from a repository (
> so we could retest imports
> after code patches ). I?m including it here as another example of
> scripting the API with curl from
> the shell.
>
>
>
> REPO=http://localhost:8089
> #
> REPO_ID=$1
> #
> user=admin
> pass=admin
>
> session=$(curl -s -F password="$pass" "$REPO/users/$user/login" |
>     sed 's|.*"session":"\([a-z0-9]*\)".*|\1|g')
>
> echo "Repo: $REPO"
> echo "Session $session" 1>&2
>
> curl -H "X-ArchivesSpace-Session: $session" "$REPO/repositories/$REPO_ID"
> | jq .
>
> DELETE='-X DELETE'
> for ID in $( curl  -H "X-ArchivesSpace-Session: $session"
> "$REPO/repositories/$REPO_ID/resources?all_ids=true" | tail -1 | tr '[],' '
> ' )
> do
> curl -H "X-ArchivesSpace-Session: $session" $DELETE
> $REPO/repositories/$REPO_ID/resources/$ID | jq .
> done
>
>
>
> I highly recommend jq http://stedolan.github.io/jq/  for pretty printing
> and exploring json output from
> the API.   ?jq . ?  (in the example above just does a json pretty print,
> but you can also select particular fields:
>
> R=http://localhost:8089/repositories
>
> ./curl_as_osx admin admin $R | jq '.[].repo_code?       # list repository
> codes
> "uva-sc"
> "RG_3"
> "Legacy"
> "lsc-test"
> "sdm7g-test"
> "uva-hsl"
> "tsd-test"
> "mhm8m-test"
> "uvalaw-test"
> "img7u-test"
> "elg3e-test"
>
> # get repo-id # from repo-code
> ./curl_as_osx admin admin $R | jq '.[0:-1]| map(select( .repo_code ==
> "img7u-test" ))|.[0].uri'
> "/repositories/12"
>
>
> And, although I haven?t tried it, you could pull json from AS with a GET,
> edit a field on the fly with jq, and post the modified
> json back to ArchivesSpace. However, the jq syntax can be difficult.
> Chris?s bulk_update
>  https://gist.github.com/cfitz/9eb97ad3f6dd772f875f
> may be a better way. It does a merge on the ruby hash of the parsed JSON,
> which may be a bit easier to follow than jq syntax.
>
>
> ? Steve Majewski
>
>
> On Jan 21, 2015, at 8:57 AM, Ben Goldman <bmg17 at psu.edu> wrote:
>
> Noah, thanks for the feedback. It's good to know I am on the right track.
> I was able to get that to work. And in fact, we were able to build on that
> and perform a mass export of the finding aids, though for some reason only
> 1914 of 1940 resources were exported.
>
> Now I am wondering how I might adjust the script to export the XML file
> with a file name that uses the value of the resource's identifier field
> rather than the ASpace system identifier for the record.
>
> I agree that it would be great to see the documentation on the API/cURL
> expand in the way you outline. I feel there is so much more I could do with
> the API, that I do not fully understand the capabilities here. I just know
> being able to mass export finding aids with one script is pretty damn cool.
>
> Thanks,
> Ben
>
>
> ------------------------------
> *From: *"Noah Huffman" <noah.huffman at duke.edu>
> *To: *"Archivesspace Users Group" <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Sent: *Tuesday, January 20, 2015 9:32:56 AM
> *Subject: *Re: [Archivesspace_Users_Group] curl help
>
> Hi Ben,
>
>
> I?m a curl novice too, but your last example should work to output a
> single EAD file to the current directory.  The only thing I see is that in
> your example you have a single quote to begin the URL and a double quote to
> end it.  Maybe change the double quote at the very end to a single quote,
> or make both double quotes?
>
>
> Something like:
>
>
> curl --output ?EADfilename.xml? -H "X-ArchivesSpace-Session: $TOKEN" ?
> http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/9235.xml?numbered_cs=true?
>
>
> This works for me in Windows Powershell.
>
>
> More generally, I think it would be helpful for noobs like us if the
> ASpace documentation included a short primer (with examples) on how to use
> curl to interact with the API.  This could supplement the existing API
> documentation at:
> http://archivesspace.github.io/archivesspace/doc/file.API.html
>
>
> The ASpace developer screencasts are a good reference if you haven?t seen
> them, particularly this one
> http://youtu.be/iKd4ZME1uIE?list=PLJFitFaE9AY_DDlhl3Kq_vFeX27F1yt6I
>
>
> -Noah
>
>
> ================
> Noah Huffman
> Archivist for Metadata and Encoding
> David M. Rubenstein Rare Book & Manuscript Library
> Duke University
> noah.huffman at duke.edu
> 919-660-5982
> http://library.duke.edu/rubenstein/
>
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Ben
> Goldman
> *Sent:* Monday, January 19, 2015 3:56 PM
> *To:* Archivesspace Users Group
> *Subject:* [Archivesspace_Users_Group] curl help
>
>
> Hey All,
>
>
> Wondering if anyone can help a cURL novice work through the process of
> exporting a finding aid from the API. I've reviewed some of the past emails
> on this subject from Noah and Kevin but I am still hung up somewhere. A
> quick recap:
>
>
> Login:
>
>
>         curl -F password='***'
> http://aspace1prod.dlt.psu.edu:9089/users/bmg17/login
>
>
> Save token:
>
>
>         token=*****
>
>
> Just to verify I know what I am doing, try retrieving a resource record:
>
>
>         curl -H "X-ArchivesSpace-Session: $token" '
> http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources/1352'
>
>
> Success: {"lock_version":0,"title":"Frederick R. Matson
> papers","publish":true,* etc. etc. etc.*
>
> I'm not going to do a mass publish yet, but went ahead and retrieved all
> the ids anyway:
>
>
>        curl -H "X-ArchivesSpace-Session: $token" '
> http://aspace1prod.dlt.psu.edu:9089/repositories/3/resources?all_ids=true'
>
>
> A long list. Including a very short resource record with the id of 9235.
> Now I am wondering exactly how I put this together to export just this one.
> This is the command mentioned in previous messages:
>
>
>         curl --output ?resource_#1.xml? -H "X-ArchivesSpace-Session:
> $TOKEN" '
> http://aspace1prod.dlt.psu.edu:9089/repositories/3/resource_descriptions/$ids.xml?numbered_cs=true
> "
>
>
> I assume if I'm just exporting one, I can replace '$ids" with the actual
> number (9235), and that the value following --output can be whatever I want
> the finding aid file name to be. Is all this correct? And where would this
> actually output the file to?
>
>
> Thanks, in advance, for any help.
>
>
> -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
>
> _______________________________________________
> 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
>
>


-- 
Brian Hoffman
brianjhoffman at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150122/56ef80ed/attachment.html>

From mark.custer at yale.edu  Thu Jan 22 21:23:19 2015
From: mark.custer at yale.edu (Custer, Mark)
Date: Fri, 23 Jan 2015 02:23:19 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace Assessment Module
	proposal -- please comment
Message-ID: <DCB910FAD4CF9343B3E424AF5F331025254FF5F4@x10-mbx8.yu.yale.edu>

Hi all,

I've condensed all of the work that's gone into creating a specification for an ArchivesSpace Assessment Module into two Google documents, both of which can be accessed with this link: https://docs.google.com/document/d/10RWHsfdgyKaERy2QLraKstYDEsFdj1mn08GykaySpC4/edit?usp=sharing

All comments are welcome, whether added directly to the Google documents or shared via email. I really do think it's important to continue this culture of assessment in ArchivesSpace, so I hope that this will spark conversation and eventually, as Barb mentioned, a fundable project!

All my best,

Mark Custer



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Aikens, Barbara
Sent: Monday, January 05, 2015 4:03 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hi Maureen and All,

Mark Custer, myself, Kate Bowers, Matthew Lyons, and Margery Sly have been talking about this for over a year and have just been too busy to get back into it.  Last summer at SAA, we met and developed a set of functional requirements that would simply be the foundation to build a plug in that would mimic the functionality of the current assessment module in AT ? where some of us have data or upon which some of us have modeled other in-house databases.  At that point in time, it was difficult to fully understand or envision how such a tool might integrate into Archives Space when so few of us had fully implemented.

Mark Custer is on the Archives Space User Advisory Committee and should be able to let us know how we might at least better organize to make this a priority for development, and suggest a pathway for development.  It was suggested to me that it would be better and faster to develop a plug in v. integrate a module into ASpace.

I had hoped that the SI would be able to donate the programming time and, at one point, was promised such.  However, on an institutional level, we are still implementing Archivists Toolkit and developing a web portal for our EAD finding aids, so technical support is focused on this first.

BUT, I think this might be a fundable project if we could all develop a work plan with tangible deliverable that could be presented to a funder.

Please feel free to respond with your thoughts about moving forward, either to me personally or to the group.  I think it would be important to especially hear from users that have legacy data in either AT or Archon that would need to migrate to such a tool.

Best, Barb Aikens

Barbara D. Aikens
Head of Collections Processing | Archives of American Art, Smithsonian Institution
Email: aikensb at si.edu<https://urldefense.proofpoint.com/v1/url?u=http://mailto:aikensb%40si.edu&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=R3I%2FBymXcnwLQtNqx6DOZw%2B2nbHMnUicX%2BgFhDsBJ8U%3D%0A&m=zD5ye85d7vPUwDF4vqPIt2P9J11Brrq7V2qd6Ml9dqk%3D%0A&s=c0f8bd58b342cbbd6601f00142692299ef93ce9febf68f853aa271f0e2cf86a5> | Phone: 202.633.7941

Visit our website<https://urldefense.proofpoint.com/v1/url?u=http://www.aaa.si.edu/&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=R3I%2FBymXcnwLQtNqx6DOZw%2B2nbHMnUicX%2BgFhDsBJ8U%3D%0A&m=zD5ye85d7vPUwDF4vqPIt2P9J11Brrq7V2qd6Ml9dqk%3D%0A&s=ce251116254f6265fd88cc5c16489fff987a85ce43808f9d72f535b58c5eeebd> and the Terra Foundation Center for Digital Collections<https://urldefense.proofpoint.com/v1/url?u=http://www.aaa.si.edu/collections/online&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=R3I%2FBymXcnwLQtNqx6DOZw%2B2nbHMnUicX%2BgFhDsBJ8U%3D%0A&m=zD5ye85d7vPUwDF4vqPIt2P9J11Brrq7V2qd6Ml9dqk%3D%0A&s=5fedbf4e7af77bca57e51d7f078ad83d1814bf6e4f38d7bc343c39c7de48aa8e>.
Follow us on Twitter<https://urldefense.proofpoint.com/v1/url?u=http://twitter.com/archivesamerart&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=R3I%2FBymXcnwLQtNqx6DOZw%2B2nbHMnUicX%2BgFhDsBJ8U%3D%0A&m=zD5ye85d7vPUwDF4vqPIt2P9J11Brrq7V2qd6Ml9dqk%3D%0A&s=6076ab0e61665165478901aa2aa5258e4156a7ed193b2f8fbec6644d5420feea> and Facebook<https://urldefense.proofpoint.com/v1/url?u=http://www.facebook.com/%23%21/archivesofamericanart&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=R3I%2FBymXcnwLQtNqx6DOZw%2B2nbHMnUicX%2BgFhDsBJ8U%3D%0A&m=zD5ye85d7vPUwDF4vqPIt2P9J11Brrq7V2qd6Ml9dqk%3D%0A&s=3702e107841aa4d4e3fa2c8582a207c14b8a0aabcce4c841b833aceb7c22bb78>

FedEx, UPS, and DHL deliveries: 750 9th Street, NW (at H) | Suite 2200 | Washington, DC 20001
U.S. Postal deliveries:  PO Box 37012 | Victor Building, Suite 2200, MRC 937 | Washington, DC 20013-7012

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: Monday, January 05, 2015 3:09 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

So, this sounds like it could be a really good use case for an assessment module, much like the one AT had (which was very useful for setting repository priorities, including digitization priorities). Is anyone working on developing an assessment module for ASpace?

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<https://urldefense.proofpoint.com/v1/url?u=http://mailto:maureen.callahan%40yale.edu&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=R3I%2FBymXcnwLQtNqx6DOZw%2B2nbHMnUicX%2BgFhDsBJ8U%3D%0A&m=zD5ye85d7vPUwDF4vqPIt2P9J11Brrq7V2qd6Ml9dqk%3D%0A&s=fbbaecd4c9fa30e8736b0e83efac99455ee4d67abb6df6d17dddfc59f22073f7>
203.432.3627

Webpage: web.library.yale.edu/mssa<UrlBlockedError.aspx>
Collections: drs.library.yale.edu<UrlBlockedError.aspx>

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 Kevin Clair
Sent: Monday, January 05, 2015 3:06 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module

Hello,

We?d get some use out of a Digitization Status field as well. If it became critical I?d probably wind up assigning such a status through one of the user-defined enumerations, but having it built into ArchivesSpace would be even better?

We had experimented a little bit with recording exhibit information here, but we didn?t get much further than recording where the precise location of an item currently on exhibit in the building is. I?d be interested to hear more about other shops? experiences with that sort of information; I?m sure we?ll get questions about it here.

thanks!  -k

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, January 05, 2015 12:29 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module


Hi Carolyn,

Yes, I believe that we could make use of such status data fields.  Good idea!



Another question:  has anyone implemented data fields (also in Collections Management) that would track when items have been put on Exhibit?  I'm thinking:  Exhibit Title, Location (Gallery name), Dates of exhibit.  This would need to be a repeatable set and attachable at an item or folder.   This could help us when someone remembers an item that was once on display and our exhibit information is kept separately from the collections data.



Kari



-----Original Message-----
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:[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]> On Behalf Of Runyon, Carolyn
Sent: Monday, January 05, 2015 2:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Digitization Priority and Status Fields in Collection Management Module



Hi All,



I wonder if anyone else would make use of a Digitization Status menu similar to the existing Processing Status menu in the Collection Management module. It could be useful to have a Digitization Priority (High, Low, or Medium) and Digitization Status fields (Completed, In Progress, or New) to help manage digitization projects on a macro-level.



Just a thought,

Carolyn



Carolyn Runyon, Digital Archivist

Special Collections & University Archives University of Tennessee at Chattanooga

615 McCallie Ave., Chattanooga, TN  37403 Carolyn-Runyon at utc.edu<https://urldefense.proofpoint.com/v1/url?u=http://mailto:Carolyn-Runyon%40utc.edu&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=2dfddffc1d4042306408268dff6d4675d0a6efd58c75cccb8e117c29733b4269>, (423) 425-4503 Dept. 6456, LIB 205



_______________________________________________

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/v1/url?u=http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group&k=dpQisR3avULHgiNaNeY%2Btg%3D%3D%0A&r=39iKRzGb0nqel6nSjnqdY5%2F05TV4I%2BBPMZR6DRJhOAc%3D%0A&m=7oZMa%2FUfXLv7eXzRJQ2mA1WTC5dVjEGUsOhymKJNHGU%3D%0A&s=5c45ca13274b22bc07308d51829e2498930e9289ff28c21248423a1f9c38a13f>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150123/271ce996/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Fri Jan 23 05:11:43 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 23 Jan 2015 10:11:43 +0000
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F496F7D1@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F496F1C5@racex01>
	,<F6E0CB227A713F4AA8F9598060B8F063D7F496F7D1@racex01>
Message-ID: <1422007904075.69198@lyrasis.org>

Hi Patrick,


Sorry, looping back on some lost threads...


The v1.1.2 update makes it much more explicit about the status of the resequencing progress in the log files. You'll definitely see it if you tail -f logs/archivesspace.out while ASpace is starting.


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: Tuesday, January 13, 2015 8:21 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] V1.1.1 Resequencing question

Anyone worked with 1.1.1 yet and the resequence on startup?

We'd really like to make sure it ran properly, but I never saw any difference in the logs with it on vs. with resequencing off.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: Galligan, Patrick
Sent: Wednesday, January 07, 2015 11:39 AM
To: Archivesspace Users Group
Subject: RE: V1.1.1 Resequencing question

To build on this, when I restarted the application with AppConfig[:resequence_on_startup] = true set, I did not see any rebuilding process underway.

We have about 680,000 archival objects, so I expected to take a few hours, but after startup, I only see the regular indexer rounds working.

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> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Wednesday, January 07, 2015 11:07 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question

We have version 1.1.1 up and running on our development server for testing, but I'm a little unclear what sort of messages I should be seeing re: the Archival Object and Digital object resequencing.

I have added "AppConfig[:resequence_on_startup] = true" to the config file but I don't know what I messages I should be looking for to make sure it's running, or to verify that it has completed.

Are there any examples?

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/20150123/9698fc01/attachment.html>

From PGalligan at rockarch.org  Fri Jan 23 10:29:31 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Fri, 23 Jan 2015 10:29:31 -0500
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question
In-Reply-To: <1422007904075.69198@lyrasis.org>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F496F1C5@racex01>
	,<F6E0CB227A713F4AA8F9598060B8F063D7F496F7D1@racex01>
	<1422007904075.69198@lyrasis.org>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4A98D6B@racex01>

Chris,

Thanks for this addition. It really makes it much more obvious that everything is running as intended.

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 Chris Fitzpatrick
Sent: Friday, January 23, 2015 5:12 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] V1.1.1 Resequencing question


Hi Patrick,



Sorry, looping back on some lost threads...



The v1.1.2 update makes it much more explicit about the status of the resequencing progress in the log files. You'll definitely see it if you tail -f logs/archivesspace.out while ASpace is starting.



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 Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: Tuesday, January 13, 2015 8:21 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] V1.1.1 Resequencing question

Anyone worked with 1.1.1 yet and the resequence on startup?

We'd really like to make sure it ran properly, but I never saw any difference in the logs with it on vs. with resequencing off.

Patrick Galligan
Rockefeller Archive Center
Assistant Digital Archivist
914-366-6386

From: Galligan, Patrick
Sent: Wednesday, January 07, 2015 11:39 AM
To: Archivesspace Users Group
Subject: RE: V1.1.1 Resequencing question

To build on this, when I restarted the application with AppConfig[:resequence_on_startup] = true set, I did not see any rebuilding process underway.

We have about 680,000 archival objects, so I expected to take a few hours, but after startup, I only see the regular indexer rounds working.

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> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Wednesday, January 07, 2015 11:07 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] V1.1.1 Resequencing question

We have version 1.1.1 up and running on our development server for testing, but I'm a little unclear what sort of messages I should be seeing re: the Archival Object and Digital object resequencing.

I have added "AppConfig[:resequence_on_startup] = true" to the config file but I don't know what I messages I should be looking for to make sure it's running, or to verify that it has completed.

Are there any examples?

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/20150123/8b1ef40a/attachment.html>

From brent_ellingson at byu.edu  Fri Jan 23 14:53:47 2015
From: brent_ellingson at byu.edu (Brent Ellingson)
Date: Fri, 23 Jan 2015 19:53:47 +0000
Subject: [Archivesspace_Users_Group] DB problem in upgrade from 1.1.1 to
	1.1.2
Message-ID: <41a1e3b4b9b64a7db1cb8c64ddb6cab4@MB7.byu.local>

We are working on upgrading our instance of ArchivesSpace from 1.1.1 to 1.1.2 and getting the following error.  Any thoughts on what to do next would be greatly appreciated.


# scripts/setup-database.sh
Loading ArchivesSpace configuration file from path: file:/opt/archivesspace-1.1.2/archivesspace/lib/common.jar!/config/config.rb
Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.1.2/archivesspace/config/config.rb
Loading ArchivesSpace configuration file from path: /opt/archivesspace-1.1.2/archivesspace/config/config.rb
Running migrations against jdbc:mysql://localhost:3306/archivesspace100?user=DBUSER&password=DBPASSWORD&useUnicode=true&characterEncoding=UTF-8
Adding separate permissions for updating major record types
Updating groups to include the new permssions
Sequel::DatabaseError: Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException: Duplicate entry '27-1' for key 'group_permission_permission_id_group_id_index'
          raise_error at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/misc.rb:313
            statement at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:563
              execute at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:255
                 hold at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/connection_pool/threaded.rb:104
          synchronize at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/connecting.rb:240
              execute at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:254
       execute_insert at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:283
       execute_insert at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/dataset/actions.rb:778
               insert at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/dataset/actions.rb:317
               (root) at /opt/archivesspace-1.1.2/archivesspace/lib/common.jar!/db/migrations/032_split_update_archival_record_permission_by_record_type_and_related_permissions_changes.rb:91
                 each at org/jruby/RubyArray.java:1613
               (root) at /opt/archivesspace-1.1.2/archivesspace/lib/common.jar!/db/migrations/032_split_update_archival_record_permission_by_record_type_and_related_permissions_changes.rb:90
        instance_eval at org/jruby/RubyBasicObject.java:1533
                apply at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:94
                  run at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:519
  checked_transaction at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:456
                  run at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:518
                 each at org/jruby/RubyArray.java:1613
                  run at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:514
                  run at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:381
       setup_database at file:/opt/archivesspace-1.1.2/archivesspace/lib/common.jar!/db/db_migrator.rb:184
               (root) at ../scripts/rb/migrate_db.rb:43
              connect at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/connecting.rb:80
              connect at /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/core.rb:147
               (root) at ../scripts/rb/migrate_db.rb:28

Regards,
__________________________
Brent Ellingson
Software Developer
2750 Harold B. Lee Library
Brigham Young University
(801)422-6148

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150123/2d374de6/attachment.html>

From sdm7g at virginia.edu  Fri Jan 23 15:04:12 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Fri, 23 Jan 2015 15:04:12 -0500
Subject: [Archivesspace_Users_Group] container ids in exported EAD changing
Message-ID: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>


I was just doing some tests on exporting EAD ( AS v1.1.1 ) and I noticed 
that the container ids  change on every export:


        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_a8d7a56421f7fe676aece03cb158231c" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_7786fd082905fc4e886fccda4539c9b6" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



Is there a reason for this ? 

I see that the c02/@id stays the same and is the value of the archival_object?s ref_id  ( with ?aspace_? prefix added ). 
If the container ids are not stored in ArchivesSpace and are generated differently on the fly for export, 
it would be better to just not add an id attribute.  


? Steve Majewski


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150123/63e763a6/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/20150123/63e763a6/attachment.bin>

From brianjhoffman at gmail.com  Fri Jan 23 16:48:22 2015
From: brianjhoffman at gmail.com (Brian Hoffman)
Date: Fri, 23 Jan 2015 16:48:22 -0500
Subject: [Archivesspace_Users_Group] DB problem in upgrade from 1.1.1 to
	1.1.2
In-Reply-To: <41a1e3b4b9b64a7db1cb8c64ddb6cab4@MB7.byu.local>
References: <41a1e3b4b9b64a7db1cb8c64ddb6cab4@MB7.byu.local>
Message-ID: <CAATW+60TbFe_Bqj9gmrXSr7uL8oH6NG-afyA66nq7tap7_QrXA@mail.gmail.com>

Hi Brent,

If you are migrating from 1.1.1 to 1.1.2, it is odd that your setup would
be running this migration, which predates 1.1.1 by a version or two - in
other words, the migration producing this error should have been run when
you installed 1.1.1 for the first time, and should be skipped when you
upgrade from 1.1.1 to 1.1.2. Could you please look in the 'schema_info'
table of your database (both before and after failed migration) and let me
know the version number?

Brian


On Fri, Jan 23, 2015 at 2:53 PM, Brent Ellingson <brent_ellingson at byu.edu>
wrote:

>  We are working on upgrading our instance of ArchivesSpace from 1.1.1 to
> 1.1.2 and getting the following error.  Any thoughts on what to do next
> would be greatly appreciated.
>
>
>
> # *scripts/setup-database.sh*
> Loading ArchivesSpace configuration file from path:
> file:/opt/archivesspace-1.1.2/archivesspace/lib/common.jar!/config/config.rb
> Loading ArchivesSpace configuration file from path:
> /opt/archivesspace-1.1.2/archivesspace/config/config.rb
> Loading ArchivesSpace configuration file from path:
> /opt/archivesspace-1.1.2/archivesspace/config/config.rb
> Running migrations against
> jdbc:mysql://localhost:3306/archivesspace100?user=DBUSER&password=DBPASSWORD&useUnicode=true&characterEncoding=UTF-8
> Adding separate permissions for updating major record types
> Updating groups to include the new permssions
> Sequel::DatabaseError:
> Java::ComMysqlJdbcExceptionsJdbc4::MySQLIntegrityConstraintViolationException:
> Duplicate entry '27-1' for key
> 'group_permission_permission_id_group_id_index'
>           raise_error at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/misc.rb:313
>             statement at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:563
>               execute at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:255
>                  hold at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/connection_pool/threaded.rb:104
>           synchronize at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/connecting.rb:240
>               execute at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:254
>        execute_insert at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/adapters/jdbc.rb:283
>        execute_insert at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/dataset/actions.rb:778
>                insert at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/dataset/actions.rb:317
>                (root) at
> /opt/archivesspace-1.1.2/archivesspace/lib/common.jar!/db/migrations/032_split_update_archival_record_permission_by_record_type_and_related_permissions_changes.rb:91
>                  each at org/jruby/RubyArray.java:1613
>                (root) at
> /opt/archivesspace-1.1.2/archivesspace/lib/common.jar!/db/migrations/032_split_update_archival_record_permission_by_record_type_and_related_permissions_changes.rb:90
>         instance_eval at org/jruby/RubyBasicObject.java:1533
>                 apply at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:94
>                   run at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:519
>   checked_transaction at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:456
>                   run at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:518
>                  each at org/jruby/RubyArray.java:1613
>                   run at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:514
>                   run at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/extensions/migration.rb:381
>        setup_database at
> file:/opt/archivesspace-1.1.2/archivesspace/lib/common.jar!/db/db_migrator.rb:184
>                (root) at ../scripts/rb/migrate_db.rb:43
>               connect at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/database/connecting.rb:80
>               connect at
> /opt/archivesspace-1.1.2/archivesspace/gems/gems/sequel-3.41.0/lib/sequel/core.rb:147
>                (root) at ../scripts/rb/migrate_db.rb:28
>
>
>
> Regards,
>
> *__________________________*
>
> Brent Ellingson
>
> Software Developer
>
> 2750 Harold B. Lee Library
>
> Brigham Young University
>
> (801)422-6148
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Brian Hoffman
brianjhoffman at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150123/07f9375e/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Mon Jan 26 04:29:03 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 26 Jan 2015 09:29:03 +0000
Subject: [Archivesspace_Users_Group] container ids in exported EAD
 changing
In-Reply-To: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>
References: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>
Message-ID: <1422264545495.22770@lyrasis.org>

Hi Steven,


Yes, the id is randomly generated since there is a need to have the ability to associated containers to their possible children ( by way of a @id and @parent_id ). The problem is that when creating the container node, currently it's not known if a child container is on the way, so the @id has to be made just in case.


Is it a large blocker for you?

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 Steven Majewski <sdm7g at virginia.edu>
Sent: Friday, January 23, 2015 9:04 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] container ids in exported EAD changing


I was just doing some tests on exporting EAD ( AS v1.1.1 ) and I noticed
that the container ids  change on every export:


        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_a8d7a56421f7fe676aece03cb158231c" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_7786fd082905fc4e886fccda4539c9b6" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



Is there a reason for this ?

I see that the c02/@id stays the same and is the value of the archival_object's ref_id  ( with "aspace_" prefix added ).
If the container ids are not stored in ArchivesSpace and are generated differently on the fly for export,
it would be better to just not add an id attribute.


- Steve Majewski


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150126/c598c821/attachment.html>

From kate_bowers at harvard.edu  Mon Jan 26 11:03:40 2015
From: kate_bowers at harvard.edu (Bowers, Kate A.)
Date: Mon, 26 Jan 2015 16:03:40 +0000
Subject: [Archivesspace_Users_Group] container ids in exported EAD
 changing
In-Reply-To: <1422264545495.22770@lyrasis.org>
References: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>
	<1422264545495.22770@lyrasis.org>
Message-ID: <BLUPR07MB89765DEC4BB23813F40DA0A80350@BLUPR07MB897.namprd07.prod.outlook.com>

Can we clarify?do you mean *component* Ids?

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 Chris Fitzpatrick
Sent: Monday, January 26, 2015 4:29 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] container ids in exported EAD changing


Hi Steven,



Yes, the id is randomly generated since there is a need to have the ability to associated containers to their possible children ( by way of a @id and @parent_id ). The problem is that when creating the container node, currently it's not known if a child container is on the way, so the @id has to be made just in case.



Is it a large blocker for you?

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 Steven Majewski <sdm7g at virginia.edu<mailto:sdm7g at virginia.edu>>
Sent: Friday, January 23, 2015 9:04 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] container ids in exported EAD changing


I was just doing some tests on exporting EAD ( AS v1.1.1 ) and I noticed
that the container ids  change on every export:


        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_a8d7a56421f7fe676aece03cb158231c" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_7786fd082905fc4e886fccda4539c9b6" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



Is there a reason for this ?

I see that the c02/@id stays the same and is the value of the archival_object?s ref_id  ( with ?aspace_? prefix added ).
If the container ids are not stored in ArchivesSpace and are generated differently on the fly for export,
it would be better to just not add an id attribute.


? Steve Majewski


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150126/7a2d8aa6/attachment.html>

From sdm7g at virginia.edu  Mon Jan 26 12:30:45 2015
From: sdm7g at virginia.edu (Steven Majewski)
Date: Mon, 26 Jan 2015 12:30:45 -0500
Subject: [Archivesspace_Users_Group] container ids in exported EAD
	changing
In-Reply-To: <1422264545495.22770@lyrasis.org>
References: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>
	<1422264545495.22770@lyrasis.org>
Message-ID: <88930EF8-32F0-4557-8A2F-874C7E6C30EC@virginia.edu>


On Jan 26, 2015, at 4:29 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org> wrote:

> Hi Steven,
> 
> Yes, the id is randomly generated since there is a need to have the ability to associated containers to their possible children ( by way of a @id and @parent_id ). The problem is that when creating the container node, currently it's not known if a child container is on the way, so the @id has to be made just in case.
> 

I didn?t think containers had children, either in EAD schema or JSON model ? however I?m still learning
how to mentally parse JSON models, so I could be wrong there. 


> Is it a large blocker for you?

Not currently a big problem: I was just trying to use diff to debug some other export issues,
and was surprised to see so many differences between exports.  

We can just strip container/@id out with an XSLT stylesheet. 

I don?t expect it to be a problem in production, as we don?t typically use container/@id in our EAD. 

We were more concerned that it might represent a symptom of some inconsistency in the model. 
( We?re still in the process of upgrading and verifying that the ?jumping component? problem is gone. ) 


? Steve. 


> 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 Steven Majewski <sdm7g at virginia.edu>
> Sent: Friday, January 23, 2015 9:04 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] container ids in exported EAD changing
>  
> 
> I was just doing some tests on exporting EAD ( AS v1.1.1 ) and I noticed 
> that the container ids  change on every export:
> 
> 
>         <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
>           <did>
>             <unittitle>William Faulkner Foundation</unittitle>
>             <unitdate type="inclusive">1961-1978, undated</unitdate>
>             <container id="aspace_a8d7a56421f7fe676aece03cb158231c" label="Text" type="Box-folder"
>               >6:10</container>
>           </did>
>         </c02>
> 
> 
> 
>         <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
>           <did>
>             <unittitle>William Faulkner Foundation</unittitle>
>             <unitdate type="inclusive">1961-1978, undated</unitdate>
>             <container id="aspace_7786fd082905fc4e886fccda4539c9b6" label="Text" type="Box-folder"
>               >6:10</container>
>           </did>
>         </c02>
> 
> 
> 
> Is there a reason for this ? 
> 
> I see that the c02/@id stays the same and is the value of the archival_object?s ref_id  ( with ?aspace_? prefix added ). 
> If the container ids are not stored in ArchivesSpace and are generated differently on the fly for export, 
> it would be better to just not add an id attribute.  
> 
> 
> ? Steve Majewski
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150126/3fd886dc/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/20150126/3fd886dc/attachment.bin>

From ljdavis at colgate.edu  Mon Jan 26 19:30:13 2015
From: ljdavis at colgate.edu (Lora Davis)
Date: Mon, 26 Jan 2015 19:30:13 -0500
Subject: [Archivesspace_Users_Group] container ids in exported EAD
	changing
In-Reply-To: <88930EF8-32F0-4557-8A2F-874C7E6C30EC@virginia.edu>
References: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>
	<1422264545495.22770@lyrasis.org>
	<88930EF8-32F0-4557-8A2F-874C7E6C30EC@virginia.edu>
Message-ID: <CACPYQ=no3_nTbOFA9zBaXQJWeLiWLyKGvUj4awRHQkkAjKbW-w@mail.gmail.com>

Excuse the off-topic aside, but re:

( We?re still in the process of upgrading and verifying that the ?jumping
> component? problem is gone. )


Our processing archivist reports that this still seems to be an issue even
after the upgrade (we're hosted).  She's busily recording details and
screenshots in an effort to supply as much documentation as possible next
time we report the bug (which should be soon).  So, just a little gloomy,
"keep your eyes peeled," I suppose.  I'm remain hopeful on all your
behalves that we're just the unlucky ones?

Best,

Lora

On Mon, Jan 26, 2015 at 12:30 PM, Steven Majewski <sdm7g at virginia.edu>
wrote:

>
> On Jan 26, 2015, at 4:29 AM, Chris Fitzpatrick <
> Chris.Fitzpatrick at lyrasis.org> wrote:
>
> Hi Steven,
>
> Yes, the id is randomly generated since there is a need to have the
> ability to associated containers to their possible children ( by way of a
> @id and @parent_id ). The problem is that when creating the container node,
> currently it's not known if a child container is on the way, so the @id has
> to be made just in case.
>
>
> I didn?t think containers had children, either in EAD schema or JSON model
> ? however I?m still learning
> how to mentally parse JSON models, so I could be wrong there.
>
>
> Is it a large blocker for you?
>
>
> Not currently a big problem: I was just trying to use diff to debug some
> other export issues,
> and was surprised to see so many differences between exports.
>
> We can just strip container/@id out with an XSLT stylesheet.
>
> I don?t expect it to be a problem in production, as we don?t typically use
> container/@id in our EAD.
>
> We were more concerned that it might represent a symptom of some
> inconsistency in the model.
> ( We?re still in the process of upgrading and verifying that the ?jumping
> component? problem is gone. )
>
>
> ? Steve.
>
>
> 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
> Steven Majewski <sdm7g at virginia.edu>
> *Sent:* Friday, January 23, 2015 9:04 PM
> *To:* Archivesspace Users Group
> *Subject:* [Archivesspace_Users_Group] container ids in exported EAD
> changing
>
>
> I was just doing some tests on exporting EAD ( AS v1.1.1 ) and I noticed
> that the container ids  change on every export:
>
>
>         <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
>           <did>
>             <unittitle>William Faulkner Foundation</unittitle>
>             <unitdate type="inclusive">1961-1978, undated</unitdate>
>             <container id="aspace_a8d7a56421f7fe676aece03cb158231c" label=
> "Text" type="Box-folder"
>               >6:10</container>
>           </did>
>         </c02>
>
>
>
>         <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
>           <did>
>             <unittitle>William Faulkner Foundation</unittitle>
>             <unitdate type="inclusive">1961-1978, undated</unitdate>
>             <container id="aspace_7786fd082905fc4e886fccda4539c9b6" label=
> "Text" type="Box-folder"
>               >6:10</container>
>           </did>
>         </c02>
>
>
>
> Is there a reason for this ?
>
> I see that the c02/@id stays the same and is the value of the
> archival_object?s ref_id  ( with ?aspace_? prefix added ).
> If the container ids are not stored in ArchivesSpace and are generated
> differently on the fly for export,
> it would be better to just not add an id attribute.
>
>
> ? Steve Majewski
>
>
> _______________________________________________
> 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
>
>


-- 
Lora J. Davis
Assistant 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/20150126/f09441de/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Tue Jan 27 06:54:19 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 27 Jan 2015 11:54:19 +0000
Subject: [Archivesspace_Users_Group] container ids in exported EAD
 changing
In-Reply-To: <BLUPR07MB89765DEC4BB23813F40DA0A80350@BLUPR07MB897.namprd07.prod.outlook.com>
References: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>
	<1422264545495.22770@lyrasis.org>,
	<BLUPR07MB89765DEC4BB23813F40DA0A80350@BLUPR07MB897.namprd07.prod.outlook.com>
Message-ID: <1422359665934.13242@lyrasis.org>

Hi Kate,


Nope, I do mean containers and not components. Container @id and @parent attributes are randomly generated on export, which is why the are different on each export.


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 Bowers, Kate A. <kate_bowers at harvard.edu>
Sent: Monday, January 26, 2015 5:03 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] container ids in exported EAD changing

Can we clarify-do you mean *component* Ids?

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 Chris Fitzpatrick
Sent: Monday, January 26, 2015 4:29 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] container ids in exported EAD changing


Hi Steven,



Yes, the id is randomly generated since there is a need to have the ability to associated containers to their possible children ( by way of a @id and @parent_id ). The problem is that when creating the container node, currently it's not known if a child container is on the way, so the @id has to be made just in case.



Is it a large blocker for you?

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 Steven Majewski <sdm7g at virginia.edu<mailto:sdm7g at virginia.edu>>
Sent: Friday, January 23, 2015 9:04 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] container ids in exported EAD changing


I was just doing some tests on exporting EAD ( AS v1.1.1 ) and I noticed
that the container ids  change on every export:


        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_a8d7a56421f7fe676aece03cb158231c" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_7786fd082905fc4e886fccda4539c9b6" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



Is there a reason for this ?

I see that the c02/@id stays the same and is the value of the archival_object's ref_id  ( with "aspace_" prefix added ).
If the container ids are not stored in ArchivesSpace and are generated differently on the fly for export,
it would be better to just not add an id attribute.


- Steve Majewski


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/56389c5a/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Tue Jan 27 07:03:36 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 27 Jan 2015 12:03:36 +0000
Subject: [Archivesspace_Users_Group] container ids in exported
	EAD	changing
In-Reply-To: <CACPYQ=no3_nTbOFA9zBaXQJWeLiWLyKGvUj4awRHQkkAjKbW-w@mail.gmail.com>
References: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>
	<1422264545495.22770@lyrasis.org>
	<88930EF8-32F0-4557-8A2F-874C7E6C30EC@virginia.edu>,
	<CACPYQ=no3_nTbOFA9zBaXQJWeLiWLyKGvUj4awRHQkkAjKbW-w@mail.gmail.com>
Message-ID: <1422360222875.39783@lyrasis.org>

Hi Lora,


Thanks, but it would be really helpful if you could provide some concrete description of what's actually happening, especially what are the actions that happened prior to this behavior.


Also, do you happen to know if the resequence_on_startup process was performed?


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 Lora Davis <ljdavis at colgate.edu>
Sent: Tuesday, January 27, 2015 1:30 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] container ids in exported EAD changing

Excuse the off-topic aside, but re:

( We?re still in the process of upgrading and verifying that the ?jumping component? problem is gone. )

Our processing archivist reports that this still seems to be an issue even after the upgrade (we're hosted).  She's busily recording details and screenshots in an effort to supply as much documentation as possible next time we report the bug (which should be soon).  So, just a little gloomy, "keep your eyes peeled," I suppose.  I'm remain hopeful on all your behalves that we're just the unlucky ones?

Best,

Lora

On Mon, Jan 26, 2015 at 12:30 PM, Steven Majewski <sdm7g at virginia.edu<mailto:sdm7g at virginia.edu>> wrote:

On Jan 26, 2015, at 4:29 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:

Hi Steven,

Yes, the id is randomly generated since there is a need to have the ability to associated containers to their possible children ( by way of a @id and @parent_id ). The problem is that when creating the container node, currently it's not known if a child container is on the way, so the @id has to be made just in case.


I didn?t think containers had children, either in EAD schema or JSON model ? however I?m still learning
how to mentally parse JSON models, so I could be wrong there.


Is it a large blocker for you?

Not currently a big problem: I was just trying to use diff to debug some other export issues,
and was surprised to see so many differences between exports.

We can just strip container/@id out with an XSLT stylesheet.

I don?t expect it to be a problem in production, as we don?t typically use container/@id in our EAD.

We were more concerned that it might represent a symptom of some inconsistency in the model.
( We?re still in the process of upgrading and verifying that the ?jumping component? problem is gone. )


? Steve.


b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel: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 Steven Majewski <sdm7g at virginia.edu<mailto:sdm7g at virginia.edu>>
Sent: Friday, January 23, 2015 9:04 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] container ids in exported EAD changing


I was just doing some tests on exporting EAD ( AS v1.1.1 ) and I noticed
that the container ids  change on every export:


        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_a8d7a56421f7fe676aece03cb158231c" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



        <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
          <did>
            <unittitle>William Faulkner Foundation</unittitle>
            <unitdate type="inclusive">1961-1978, undated</unitdate>
            <container id="aspace_7786fd082905fc4e886fccda4539c9b6" label="Text" type="Box-folder"
              >6:10</container>
          </did>
        </c02>



Is there a reason for this ?

I see that the c02/@id stays the same and is the value of the archival_object?s ref_id  ( with ?aspace_? prefix added ).
If the container ids are not stored in ArchivesSpace and are generated differently on the fly for export,
it would be better to just not add an id attribute.


? Steve Majewski


_______________________________________________
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




--
Lora J. Davis
Assistant 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/20150127/aa8ecb88/attachment.html>

From jmargalo at udel.edu  Tue Jan 27 09:12:32 2015
From: jmargalo at udel.edu (Jaime Margalotti)
Date: Tue, 27 Jan 2015 09:12:32 -0500
Subject: [Archivesspace_Users_Group] Accession imports vis csv
Message-ID: <CAMJ5c2pK9AUQ=z4j3c+LuK-215UNTE_EuD0Hk6uQ8XYmJ=5qMA@mail.gmail.com>

We've been working on importing our accession data via the csv and an issue
has come up.  We have several fields where we have more than one piece of
information for a collection, particularly as related to genre and
extent. Is it possible to repeat columns?  Can it be accomplished some
other way or are we just limited to one entry per collection?

Thanks!
Jaime

-- 

Jaime L. Margalotti
Senior Assistant Librarian
Manuscripts and Archives Department University of Delaware Library
Newark, DE  19717-5267
302-831-0554jmargalo at udel.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/806b31a6/attachment.html>

From ljdavis at colgate.edu  Tue Jan 27 09:55:28 2015
From: ljdavis at colgate.edu (Lora Davis)
Date: Tue, 27 Jan 2015 09:55:28 -0500
Subject: [Archivesspace_Users_Group] container ids in exported EAD
	changing
In-Reply-To: <1422360222875.39783@lyrasis.org>
References: <9B90C93E-F586-49FD-87C2-B5B167221FF0@virginia.edu>
	<1422264545495.22770@lyrasis.org>
	<88930EF8-32F0-4557-8A2F-874C7E6C30EC@virginia.edu>
	<CACPYQ=no3_nTbOFA9zBaXQJWeLiWLyKGvUj4awRHQkkAjKbW-w@mail.gmail.com>
	<1422360222875.39783@lyrasis.org>
Message-ID: <CACPYQ=na3HCCUjbiHv5t9=8EjqhViOX5Hv+Yo94dmN4FxtmwOQ@mail.gmail.com>

Hi Chris,

A separate post from our processing archivist, Allyson Smally, is coming
shortly with further details on three incidents she's recorded in the past
day.  We are Lyrasis-hosted so I cannot comment on whether the process was
performed.  I've also submitted the issue, with Allyson's supporting info,
to the ZenDesk since we are hosted.

Best,

Lora


On Tue, Jan 27, 2015 at 7:03 AM, Chris Fitzpatrick <
Chris.Fitzpatrick at lyrasis.org> wrote:

>  Hi Lora,
>
>
>  Thanks, but it would be really helpful if you could provide some
> concrete description of what's actually happening, especially what are the
> actions that happened prior to this behavior.
>
>
>  Also, do you happen to know if the resequence_on_startup process was
> performed?
>
>
>  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
> Lora Davis <ljdavis at colgate.edu>
> *Sent:* Tuesday, January 27, 2015 1:30 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] container ids in exported EAD
> changing
>
>  Excuse the off-topic aside, but re:
>
>   ( We?re still in the process of upgrading and verifying that the
>> ?jumping component? problem is gone. )
>
>
>  Our processing archivist reports that this still seems to be an issue
> even after the upgrade (we're hosted).  She's busily recording details and
> screenshots in an effort to supply as much documentation as possible next
> time we report the bug (which should be soon).  So, just a little gloomy,
> "keep your eyes peeled," I suppose.  I'm remain hopeful on all your
> behalves that we're just the unlucky ones?
>
>  Best,
>
>  Lora
>
> On Mon, Jan 26, 2015 at 12:30 PM, Steven Majewski <sdm7g at virginia.edu>
> wrote:
>
>>
>>  On Jan 26, 2015, at 4:29 AM, Chris Fitzpatrick <
>> Chris.Fitzpatrick at lyrasis.org> wrote:
>>
>>   Hi Steven,
>>
>>  Yes, the id is randomly generated since there is a need to have the
>> ability to associated containers to their possible children ( by way of a
>> @id and @parent_id ). The problem is that when creating the container node,
>> currently it's not known if a child container is on the way, so the @id has
>> to be made just in case.
>>
>>
>>  I didn?t think containers had children, either in EAD schema or JSON
>> model ? however I?m still learning
>> how to mentally parse JSON models, so I could be wrong there.
>>
>>
>>   Is it a large blocker for you?
>>
>>
>>  Not currently a big problem: I was just trying to use diff to debug
>> some other export issues,
>> and was surprised to see so many differences between exports.
>>
>>  We can just strip container/@id out with an XSLT stylesheet.
>>
>>  I don?t expect it to be a problem in production, as we don?t typically
>> use container/@id in our EAD.
>>
>>  We were more concerned that it might represent a symptom of some
>> inconsistency in the model.
>> ( We?re still in the process of upgrading and verifying that the ?jumping
>> component? problem is gone. )
>>
>>
>>  ? Steve.
>>
>>
>>    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
>> Steven Majewski <sdm7g at virginia.edu>
>> *Sent:* Friday, January 23, 2015 9:04 PM
>> *To:* Archivesspace Users Group
>> *Subject:* [Archivesspace_Users_Group] container ids in exported EAD
>> changing
>>
>>
>>  I was just doing some tests on exporting EAD ( AS v1.1.1 ) and I
>> noticed
>> that the container ids  change on every export:
>>
>>
>>          <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
>>           <did>
>>             <unittitle>William Faulkner Foundation</unittitle>
>>             <unitdate type="inclusive">1961-1978, undated</unitdate>
>>             <container id="aspace_a8d7a56421f7fe676aece03cb158231c" label
>> ="Text" type="Box-folder"
>>               >6:10</container>
>>           </did>
>>         </c02>
>>
>>
>>
>>          <c02 id="aspace_ce99c6434158423922d1cb7269d2d6eb" level="file">
>>           <did>
>>             <unittitle>William Faulkner Foundation</unittitle>
>>             <unitdate type="inclusive">1961-1978, undated</unitdate>
>>             <container id="aspace_7786fd082905fc4e886fccda4539c9b6" label
>> ="Text" type="Box-folder"
>>               >6:10</container>
>>           </did>
>>         </c02>
>>
>>
>>
>>  Is there a reason for this ?
>>
>>  I see that the c02/@id stays the same and is the value of the
>> archival_object?s ref_id  ( with ?aspace_? prefix added ).
>> If the container ids are not stored in ArchivesSpace and are generated
>> differently on the fly for export,
>> it would be better to just not add an id attribute.
>>
>>
>>  ? Steve Majewski
>>
>>
>>     _______________________________________________
>> 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
>>
>>
>
>
>  --
> Lora J. Davis
> Assistant Archivist
> Colgate University Libraries
> 13 Oak Drive
> Hamilton, NY 13346
> Tel:  (315) 228-6376
> Fax: (315) 228-7934
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Lora J. Davis
Assistant 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/20150127/f43d6007/attachment.html>

From asmally at colgate.edu  Tue Jan 27 09:56:46 2015
From: asmally at colgate.edu (Allyson Smally)
Date: Tue, 27 Jan 2015 09:56:46 -0500
Subject: [Archivesspace_Users_Group] component moving problem
Message-ID: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>

As Lora said, I have continued to have problems with components moving out
of order after being edited. Below are my notes on three times when the
problem occurred and screenshots.

Resource record A1212
On January 22 shortly before 10:30am, I added a location to Box 6, Frame 1.
a1212_1 shows the list of components immediately after I made the change
and hit save.
a1212_2 shows the list after I clicked "Close Record." The component has
moved to the bottom of the list. This is a resource record that had been
exported from AT. However, the component itself was created in AS. The
collection has no series.

Resource record A1296
On January 22 at 10:35am, I assigned the instance "Box 2" to the component
"Framed image of 1918 basketball team."
a1296_1 shows the list of components before the instance was assigned.
a1296_2 shows the list after the instance was assigned and I had clicked
Save.
a1296_3 shows the list after I clicked "Close Record." The component has
moved to the bottom of the list. This resource record was created in AS -
it was not imported from AT. The collection has no series.

Resource record A1002
On January 26 at 11:20am, I edited the title of the component for Box 39,
Folder 8 (Union College...). I clicked Save, then clicked on another
component but did not make any changes. I then clicked Close Record. The
component moved out of order.
a1002_1 shows the list of components after I edited and saved the record. I
had clicked on another component, but did not make any changes to it.
a1002_2 shows the list after clicking Close Record. This is a resource
record that had been exported from AT. However, the component itself was
created in AS.  This is large collection with multiple series.

Thank you in advance for any help/advice,
Allyson

-- 
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/98e9bd55/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a1002_1.jpg
Type: image/jpeg
Size: 257694 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/98e9bd55/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a1002_2.jpg
Type: image/jpeg
Size: 251844 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/98e9bd55/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a1212_1.jpg
Type: image/jpeg
Size: 243529 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/98e9bd55/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a1212_2.jpg
Type: image/jpeg
Size: 233337 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/98e9bd55/attachment-0003.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a1296_1.jpg
Type: image/jpeg
Size: 232059 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/98e9bd55/attachment-0004.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a1296_2.jpg
Type: image/jpeg
Size: 203090 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/98e9bd55/attachment-0005.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a1296_3.jpg
Type: image/jpeg
Size: 196336 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/98e9bd55/attachment-0006.jpg>

From lindsay-morecraft at uiowa.edu  Tue Jan 27 10:12:52 2015
From: lindsay-morecraft at uiowa.edu (Morecraft, Lindsay M)
Date: Tue, 27 Jan 2015 15:12:52 +0000
Subject: [Archivesspace_Users_Group] component moving problem
In-Reply-To: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
References: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
Message-ID: <96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>

Hello,

We have also been having similar problems with our collection content reorganizing itself. We have recently jumped from v.1.0.9 to v.1.1.2, and have not been able to test the new version to see if the same problem has been occurring.

Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Allyson Smally
Sent: Tuesday, January 27, 2015 8:57 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] component moving problem

As Lora said, I have continued to have problems with components moving out of order after being edited. Below are my notes on three times when the problem occurred and screenshots.

Resource record A1212
On January 22 shortly before 10:30am, I added a location to Box 6, Frame 1.
a1212_1 shows the list of components immediately after I made the change and hit save.
a1212_2 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This is a resource record that had been exported from AT. However, the component itself was created in AS. The collection has no series.

Resource record A1296
On January 22 at 10:35am, I assigned the instance "Box 2" to the component "Framed image of 1918 basketball team."
a1296_1 shows the list of components before the instance was assigned.
a1296_2 shows the list after the instance was assigned and I had clicked Save.
a1296_3 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This resource record was created in AS - it was not imported from AT. The collection has no series.

Resource record A1002
On January 26 at 11:20am, I edited the title of the component for Box 39, Folder 8 (Union College...). I clicked Save, then clicked on another component but did not make any changes. I then clicked Close Record. The component moved out of order.
a1002_1 shows the list of components after I edited and saved the record. I had clicked on another component, but did not make any changes to it.
a1002_2 shows the list after clicking Close Record. This is a resource record that had been exported from AT. However, the component itself was created in AS.  This is large collection with multiple series.
Thank you in advance for any help/advice,
Allyson

--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/1bd9c215/attachment.html>

From JacobDB at vmi.edu  Tue Jan 27 10:43:22 2015
From: JacobDB at vmi.edu (Jacob,  Diane B)
Date: Tue, 27 Jan 2015 15:43:22 +0000
Subject: [Archivesspace_Users_Group] component moving problem
In-Reply-To: <96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>
References: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>
Message-ID: <445643DE838938489E0EBC1D2FDBAEF1CD7447EE@LEE04.vmi.edu>

Hello,
This is  to confirm that we are still experiencing exactly the same problem as reported by Lindsay and Allyson.  We are using v 1.1.2; the same issue occurred in previous versions.  After editing a component, saving, and closing the record, the edited component consistently moves to the bottom of the list, regardless of its original location.

Diane B. Jacob
Head, Archives & Records Management
Virginia Military Institute
Preston Library
Lexington, VA 24450
540-464-7566
www.vmi.edu/archives<http://www.vmi.edu/archives>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Morecraft, Lindsay M
Sent: Tuesday, January 27, 2015 10:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

Hello,

We have also been having similar problems with our collection content reorganizing itself. We have recently jumped from v.1.0.9 to v.1.1.2, and have not been able to test the new version to see if the same problem has been occurring.

Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921

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 Allyson Smally
Sent: Tuesday, January 27, 2015 8:57 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] component moving problem

As Lora said, I have continued to have problems with components moving out of order after being edited. Below are my notes on three times when the problem occurred and screenshots.

Resource record A1212
On January 22 shortly before 10:30am, I added a location to Box 6, Frame 1.
a1212_1 shows the list of components immediately after I made the change and hit save.
a1212_2 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This is a resource record that had been exported from AT. However, the component itself was created in AS. The collection has no series.

Resource record A1296
On January 22 at 10:35am, I assigned the instance "Box 2" to the component "Framed image of 1918 basketball team."
a1296_1 shows the list of components before the instance was assigned.
a1296_2 shows the list after the instance was assigned and I had clicked Save.
a1296_3 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This resource record was created in AS - it was not imported from AT. The collection has no series.

Resource record A1002
On January 26 at 11:20am, I edited the title of the component for Box 39, Folder 8 (Union College...). I clicked Save, then clicked on another component but did not make any changes. I then clicked Close Record. The component moved out of order.
a1002_1 shows the list of components after I edited and saved the record. I had clicked on another component, but did not make any changes to it.
a1002_2 shows the list after clicking Close Record. This is a resource record that had been exported from AT. However, the component itself was created in AS.  This is large collection with multiple series.
Thank you in advance for any help/advice,
Allyson

--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/f4b04b17/attachment.html>

From christine.dibella at lyrasis.org  Tue Jan 27 15:01:35 2015
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 27 Jan 2015 20:01:35 +0000
Subject: [Archivesspace_Users_Group] FW: Two questions
In-Reply-To: <DM2PR0701MB13279E4378E14D30822D6825D3320@DM2PR0701MB1327.namprd07.prod.outlook.com>
References: <DM2PR0701MB13279E4378E14D30822D6825D3320@DM2PR0701MB1327.namprd07.prod.outlook.com>
Message-ID: <DM2PR0801MB084870B33E26C2BF20F96CB2F1320@DM2PR0801MB0848.namprd08.prod.outlook.com>

Forwarded from Susan Luftschein.

From: Susan Luftschein [mailto:luftsche at usc.edu]
Sent: Tuesday, January 27, 2015 2:38 PM
To: archivesspace_users_group-bounces at lyralists.lyrasis.org
Subject: Two questions

Hi collective wisdom,

We are using a Lyrasis-hosted instance of ArchivesSpace and so are struggling with customizations (and other things).  I have two questions for the group and developers:


1)      I remember seeing discussions about adding location data in a more managed way (similar to the way Archivists' Toolkit handled it).  Is that feature still in the pipeline and if so, what is an eta?  It's especially important for us because we are about to implement a custom plugin for use with Aeon, that pulls location information out of ASpace.

2)      Is it possible to hide or shadow instance information in an archival object record?

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/20150127/445573a6/attachment.html>

From asmally at colgate.edu  Tue Jan 27 16:20:36 2015
From: asmally at colgate.edu (Allyson Smally)
Date: Tue, 27 Jan 2015 16:20:36 -0500
Subject: [Archivesspace_Users_Group] component moving problem
In-Reply-To: <445643DE838938489E0EBC1D2FDBAEF1CD7447EE@LEE04.vmi.edu>
References: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>
	<445643DE838938489E0EBC1D2FDBAEF1CD7447EE@LEE04.vmi.edu>
Message-ID: <CANaJi86g5X+kvx1TUcMHwfkkwvk6gJf5ju6Yiu0tWuqBxLNKzA@mail.gmail.com>

To follow up, I have been looking at this some more this afternoon.
I just edited four components that were created in AT and imported to AS,
and they did not change location after I saved and closed the record.

The three cases I referenced below and others that I have documented since
have all been cases where the individual component being edited was created
in AS, even when the resource record it belongs to was originally from AT.

I have not tested this enough to be 100% certain that the problem never
occurs with components imported from AT, but I am starting to think that
may be the case.

-Allyson


On Tue, Jan 27, 2015 at 10:43 AM, Jacob, Diane B <JacobDB at vmi.edu> wrote:

>  Hello,
>
> This is  to confirm that we are still experiencing exactly the same
> problem as reported by Lindsay and Allyson.  We are using v 1.1.2; the same
> issue occurred in previous versions.  After editing a component, saving,
> and closing the record, the edited component consistently moves to the
> bottom of the list, regardless of its original location.
>
>
>
> Diane B. Jacob
>
> Head, Archives & Records Management
>
> Virginia Military Institute
>
> Preston Library
>
> Lexington, VA 24450
>
> 540-464-7566
>
> www.vmi.edu/archives
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Morecraft,
> Lindsay M
> *Sent:* Tuesday, January 27, 2015 10:13 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] component moving problem
>
>
>
> Hello,
>
>
>
> We have also been having similar problems with our collection content
> reorganizing itself. We have recently jumped from v.1.0.9 to v.1.1.2, and
> have not been able to test the new version to see if the same problem has
> been occurring.
>
>
>
> Lindsay Moen (Morecraft)
>
> Processing Librarian
>
> Special Collections and University Archives
>
> The University of Iowa
>
> 319-335-5921
>
>
>
> *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 *Allyson
> Smally
> *Sent:* Tuesday, January 27, 2015 8:57 AM
> *To:* Archivesspace Users Group
> *Subject:* [Archivesspace_Users_Group] component moving problem
>
>
>
> As Lora said, I have continued to have problems with components moving out
> of order after being edited. Below are my notes on three times when the
> problem occurred and screenshots.
>
> Resource record A1212
> On January 22 shortly before 10:30am, I added a location to Box 6, Frame
> 1.
> a1212_1 shows the list of components immediately after I made the change
> and hit save.
> a1212_2 shows the list after I clicked "Close Record." The component has
> moved to the bottom of the list. This is a resource record that had been
> exported from AT. However, the component itself was created in AS. The
> collection has no series.
>
> Resource record A1296
> On January 22 at 10:35am, I assigned the instance "Box 2" to the component
> "Framed image of 1918 basketball team."
> a1296_1 shows the list of components before the instance was assigned.
> a1296_2 shows the list after the instance was assigned and I had clicked
> Save.
> a1296_3 shows the list after I clicked "Close Record." The component has
> moved to the bottom of the list. This resource record was created in AS -
> it was not imported from AT. The collection has no series.
>
> Resource record A1002
> On January 26 at 11:20am, I edited the title of the component for Box 39,
> Folder 8 (Union College...). I clicked Save, then clicked on another
> component but did not make any changes. I then clicked Close Record. The
> component moved out of order.
> a1002_1 shows the list of components after I edited and saved the record.
> I had clicked on another component, but did not make any changes to it.
> a1002_2 shows the list after clicking Close Record. This is a resource
> record that had been exported from AT. However, the component itself was
> created in AS.  This is large collection with multiple series.
>
> Thank you in advance for any help/advice,
>
> Allyson
>
>
> --
>
> Allyson E. Smally
> Processing Archivist
> Colgate University Libraries
> 13 Oak Drive
> Hamilton, NY 13346
> (315) 228-7867
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/004fde26/attachment.html>

From lindsay-morecraft at uiowa.edu  Tue Jan 27 16:26:50 2015
From: lindsay-morecraft at uiowa.edu (Morecraft, Lindsay M)
Date: Tue, 27 Jan 2015 21:26:50 +0000
Subject: [Archivesspace_Users_Group] component moving problem
In-Reply-To: <CANaJi86g5X+kvx1TUcMHwfkkwvk6gJf5ju6Yiu0tWuqBxLNKzA@mail.gmail.com>
References: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>
	<445643DE838938489E0EBC1D2FDBAEF1CD7447EE@LEE04.vmi.edu>
	<CANaJi86g5X+kvx1TUcMHwfkkwvk6gJf5ju6Yiu0tWuqBxLNKzA@mail.gmail.com>
Message-ID: <96B305F061ED68428DDA721BECE2ED155163CB62@ITSNT440.iowa.uiowa.edu>

Our problems have occurred in records that were originally created in AS. We have other records that have been transferred over from Archon (we did not use Archives Toolkit), but we haven?t tinkered with the Archon legacy data enough to be sure that the same reorganization problems are occurring with those.

It is hard to tell, but on our end the problems all seem to be random, and it is difficult to try and come up with a specific reason why they are happening. (They don?t happen with every newly created AS finding aid, just some.)

Lindsay


Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Allyson Smally
Sent: Tuesday, January 27, 2015 3:21 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

To follow up, I have been looking at this some more this afternoon.
I just edited four components that were created in AT and imported to AS, and they did not change location after I saved and closed the record.

The three cases I referenced below and others that I have documented since have all been cases where the individual component being edited was created in AS, even when the resource record it belongs to was originally from AT.

I have not tested this enough to be 100% certain that the problem never occurs with components imported from AT, but I am starting to think that may be the case.
-Allyson

On Tue, Jan 27, 2015 at 10:43 AM, Jacob, Diane B <JacobDB at vmi.edu<mailto:JacobDB at vmi.edu>> wrote:
Hello,
This is  to confirm that we are still experiencing exactly the same problem as reported by Lindsay and Allyson.  We are using v 1.1.2; the same issue occurred in previous versions.  After editing a component, saving, and closing the record, the edited component consistently moves to the bottom of the list, regardless of its original location.

Diane B. Jacob
Head, Archives & Records Management
Virginia Military Institute
Preston Library
Lexington, VA 24450
540-464-7566<tel:540-464-7566>
www.vmi.edu/archives<http://www.vmi.edu/archives>

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 Morecraft, Lindsay M
Sent: Tuesday, January 27, 2015 10:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

Hello,

We have also been having similar problems with our collection content reorganizing itself. We have recently jumped from v.1.0.9 to v.1.1.2, and have not been able to test the new version to see if the same problem has been occurring.

Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921<tel:319-335-5921>

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 Allyson Smally
Sent: Tuesday, January 27, 2015 8:57 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] component moving problem

As Lora said, I have continued to have problems with components moving out of order after being edited. Below are my notes on three times when the problem occurred and screenshots.

Resource record A1212
On January 22 shortly before 10:30am, I added a location to Box 6, Frame 1.
a1212_1 shows the list of components immediately after I made the change and hit save.
a1212_2 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This is a resource record that had been exported from AT. However, the component itself was created in AS. The collection has no series.

Resource record A1296
On January 22 at 10:35am, I assigned the instance "Box 2" to the component "Framed image of 1918 basketball team."
a1296_1 shows the list of components before the instance was assigned.
a1296_2 shows the list after the instance was assigned and I had clicked Save.
a1296_3 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This resource record was created in AS - it was not imported from AT. The collection has no series.

Resource record A1002
On January 26 at 11:20am, I edited the title of the component for Box 39, Folder 8 (Union College...). I clicked Save, then clicked on another component but did not make any changes. I then clicked Close Record. The component moved out of order.
a1002_1 shows the list of components after I edited and saved the record. I had clicked on another component, but did not make any changes to it.
a1002_2 shows the list after clicking Close Record. This is a resource record that had been exported from AT. However, the component itself was created in AS.  This is large collection with multiple series.
Thank you in advance for any help/advice,
Allyson

--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867<tel:%28315%29%20228-7867>

_______________________________________________
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



--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/6a876024/attachment.html>

From scott.1379 at osu.edu  Tue Jan 27 16:30:42 2015
From: scott.1379 at osu.edu (Scott, Dwight M.)
Date: Tue, 27 Jan 2015 21:30:42 +0000
Subject: [Archivesspace_Users_Group] component moving problem
In-Reply-To: <96B305F061ED68428DDA721BECE2ED155163CB62@ITSNT440.iowa.uiowa.edu>
References: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>
	<445643DE838938489E0EBC1D2FDBAEF1CD7447EE@LEE04.vmi.edu>
	<CANaJi86g5X+kvx1TUcMHwfkkwvk6gJf5ju6Yiu0tWuqBxLNKzA@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CB62@ITSNT440.iowa.uiowa.edu>
Message-ID: <D0ED6D1C.24B3%scott.1379@osu.edu>

Hello,

We have experienced such issues as well. There doesn?t appear to be a specific reason as to why or how this is happening on our end either. We?ve resequenced the database and still experience issues.

Dwight Scott
Web Application Developer
The Ohio State University

From: <Morecraft>, Lindsay M <lindsay-morecraft at uiowa.edu<mailto:lindsay-morecraft at uiowa.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, January 27, 2015 at 4:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] component moving problem

Our problems have occurred in records that were originally created in AS. We have other records that have been transferred over from Archon (we did not use Archives Toolkit), but we haven?t tinkered with the Archon legacy data enough to be sure that the same reorganization problems are occurring with those.

It is hard to tell, but on our end the problems all seem to be random, and it is difficult to try and come up with a specific reason why they are happening. (They don?t happen with every newly created AS finding aid, just some.)

Lindsay


Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921

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 Allyson Smally
Sent: Tuesday, January 27, 2015 3:21 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

To follow up, I have been looking at this some more this afternoon.
I just edited four components that were created in AT and imported to AS, and they did not change location after I saved and closed the record.

The three cases I referenced below and others that I have documented since have all been cases where the individual component being edited was created in AS, even when the resource record it belongs to was originally from AT.

I have not tested this enough to be 100% certain that the problem never occurs with components imported from AT, but I am starting to think that may be the case.
-Allyson

On Tue, Jan 27, 2015 at 10:43 AM, Jacob, Diane B <JacobDB at vmi.edu<mailto:JacobDB at vmi.edu>> wrote:
Hello,
This is  to confirm that we are still experiencing exactly the same problem as reported by Lindsay and Allyson.  We are using v 1.1.2; the same issue occurred in previous versions.  After editing a component, saving, and closing the record, the edited component consistently moves to the bottom of the list, regardless of its original location.

Diane B. Jacob
Head, Archives & Records Management
Virginia Military Institute
Preston Library
Lexington, VA 24450
540-464-7566<tel:540-464-7566>
www.vmi.edu/archives<http://www.vmi.edu/archives>

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 Morecraft, Lindsay M
Sent: Tuesday, January 27, 2015 10:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

Hello,

We have also been having similar problems with our collection content reorganizing itself. We have recently jumped from v.1.0.9 to v.1.1.2, and have not been able to test the new version to see if the same problem has been occurring.

Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921<tel:319-335-5921>

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 Allyson Smally
Sent: Tuesday, January 27, 2015 8:57 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] component moving problem

As Lora said, I have continued to have problems with components moving out of order after being edited. Below are my notes on three times when the problem occurred and screenshots.

Resource record A1212
On January 22 shortly before 10:30am, I added a location to Box 6, Frame 1.
a1212_1 shows the list of components immediately after I made the change and hit save.
a1212_2 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This is a resource record that had been exported from AT. However, the component itself was created in AS. The collection has no series.

Resource record A1296
On January 22 at 10:35am, I assigned the instance "Box 2" to the component "Framed image of 1918 basketball team."
a1296_1 shows the list of components before the instance was assigned.
a1296_2 shows the list after the instance was assigned and I had clicked Save.
a1296_3 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This resource record was created in AS - it was not imported from AT. The collection has no series.

Resource record A1002
On January 26 at 11:20am, I edited the title of the component for Box 39, Folder 8 (Union College...). I clicked Save, then clicked on another component but did not make any changes. I then clicked Close Record. The component moved out of order.
a1002_1 shows the list of components after I edited and saved the record. I had clicked on another component, but did not make any changes to it.
a1002_2 shows the list after clicking Close Record. This is a resource record that had been exported from AT. However, the component itself was created in AS.  This is large collection with multiple series.
Thank you in advance for any help/advice,
Allyson

--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867<tel:%28315%29%20228-7867>

_______________________________________________
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



--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150127/620cfd25/attachment.html>

From lindsay-morecraft at uiowa.edu  Tue Jan 27 17:48:20 2015
From: lindsay-morecraft at uiowa.edu (Morecraft, Lindsay M)
Date: Tue, 27 Jan 2015 22:48:20 +0000
Subject: [Archivesspace_Users_Group] Two questions
In-Reply-To: <DM2PR0801MB084870B33E26C2BF20F96CB2F1320@DM2PR0801MB0848.namprd08.prod.outlook.com>
References: <DM2PR0701MB13279E4378E14D30822D6825D3320@DM2PR0701MB1327.namprd07.prod.outlook.com>
	<DM2PR0801MB084870B33E26C2BF20F96CB2F1320@DM2PR0801MB0848.namprd08.prod.outlook.com>
Message-ID: <96B305F061ED68428DDA721BECE2ED155163DC70@ITSNT440.iowa.uiowa.edu>

I am also very interested in learning about a possible change in the location module, as we are have felt that currently, the program does not fit our location needs.

Sue's suggestion with hiding or shadowing instance information in an archival object record is also one I agree with. I assume you were mainly referring to the public view, as often times patrons would not benefit from seeing this information. I feel the public instances can sometimes create unnecessary clutter.

Lindsay

Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921

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: Tuesday, January 27, 2015 2:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] FW: Two questions

Forwarded from Susan Luftschein.

From: Susan Luftschein [mailto:luftsche at usc.edu]
Sent: Tuesday, January 27, 2015 2:38 PM
To: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>
Subject: Two questions

Hi collective wisdom,

We are using a Lyrasis-hosted instance of ArchivesSpace and so are struggling with customizations (and other things).  I have two questions for the group and developers:


1)      I remember seeing discussions about adding location data in a more managed way (similar to the way Archivists' Toolkit handled it).  Is that feature still in the pipeline and if so, what is an eta?  It's especially important for us because we are about to implement a custom plugin for use with Aeon, that pulls location information out of ASpace.

2)      Is it possible to hide or shadow instance information in an archival object record?

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/20150127/09512c89/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Jan 28 06:54:46 2015
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 28 Jan 2015 11:54:46 +0000
Subject: [Archivesspace_Users_Group] v1.1.2 updates
Message-ID: <1422446096350.37677@lyrasis.org>

Hi All,



I've noticed a couple of recurring issues and just wanted to clarify something that might not have been communicated very well last week.


The v1.1.2 primarily corrected an issue with concurrency / thread-safty that multi-tenant and large multi-processor users ran into. There was also a small bump in jRuby version which had some significant performance improvements, as well as some logging updates that better showed the status of the resequence_on_startup process.


We removed the v1.1.1 build download. This update is not essential, but it is highly recommended. If you're upgrading from a v1.1.0 or earlier, please proceed directly to v1.1.2.


If you are experiencing component reordering ( or think that maybe you are ) or the issue of saving edits with a  "DB UNIQUE CONSTRAINT" error, please upgrade to v1.1.2 and run the resequence_on_startup and verify that the process has run and completed without any issues. And then check if the problem persists.


Also, if you have migrated data from AT or Archon, or have done a lot of transferring of data between repos, it would be a good idea to upgrade to v1.1.2 and run the resequence_on_startup and make sure it completes.


Please let us know if you have any questions, either via email or the irc!



best, chris fitzpatrick





Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150128/a1ff4936/attachment.html>

From PGalligan at rockarch.org  Wed Jan 28 09:07:41 2015
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 28 Jan 2015 09:07:41 -0500
Subject: [Archivesspace_Users_Group] component moving problem
In-Reply-To: <D0ED6D1C.24B3%scott.1379@osu.edu>
References: <CANaJi84tBmPD8ZvR8voJD=Dw9KqbiqoK6gr9_q5Q_peH=Pg7eg@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CA0F@ITSNT440.iowa.uiowa.edu>
	<445643DE838938489E0EBC1D2FDBAEF1CD7447EE@LEE04.vmi.edu>
	<CANaJi86g5X+kvx1TUcMHwfkkwvk6gJf5ju6Yiu0tWuqBxLNKzA@mail.gmail.com>
	<96B305F061ED68428DDA721BECE2ED155163CB62@ITSNT440.iowa.uiowa.edu>
	<D0ED6D1C.24B3%scott.1379@osu.edu>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4A98FBB@racex01>

I'd like to jump in on this conversation and say that we were having component reordering problems as well. It was happening on both objects migrated from AT and objects created directly in AS.

The upgrade to 1.1.2 and the resequence_on_startup apparently fixed the issues we were having. I can't say that they were the exact same issues with certainty, but we were seeing a component move to the bottom or close to the bottom of a component list each time we edited it and then reopened the resource.

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 Scott, Dwight M.
Sent: Tuesday, January 27, 2015 4:31 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

Hello,

We have experienced such issues as well. There doesn't appear to be a specific reason as to why or how this is happening on our end either. We've resequenced the database and still experience issues.

Dwight Scott
Web Application Developer
The Ohio State University

From: <Morecraft>, Lindsay M <lindsay-morecraft at uiowa.edu<mailto:lindsay-morecraft at uiowa.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Tuesday, January 27, 2015 at 4:26 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] component moving problem

Our problems have occurred in records that were originally created in AS. We have other records that have been transferred over from Archon (we did not use Archives Toolkit), but we haven't tinkered with the Archon legacy data enough to be sure that the same reorganization problems are occurring with those.

It is hard to tell, but on our end the problems all seem to be random, and it is difficult to try and come up with a specific reason why they are happening. (They don't happen with every newly created AS finding aid, just some.)

Lindsay


Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921

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 Allyson Smally
Sent: Tuesday, January 27, 2015 3:21 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

To follow up, I have been looking at this some more this afternoon.
I just edited four components that were created in AT and imported to AS, and they did not change location after I saved and closed the record.

The three cases I referenced below and others that I have documented since have all been cases where the individual component being edited was created in AS, even when the resource record it belongs to was originally from AT.

I have not tested this enough to be 100% certain that the problem never occurs with components imported from AT, but I am starting to think that may be the case.
-Allyson

On Tue, Jan 27, 2015 at 10:43 AM, Jacob, Diane B <JacobDB at vmi.edu<mailto:JacobDB at vmi.edu>> wrote:
Hello,
This is  to confirm that we are still experiencing exactly the same problem as reported by Lindsay and Allyson.  We are using v 1.1.2; the same issue occurred in previous versions.  After editing a component, saving, and closing the record, the edited component consistently moves to the bottom of the list, regardless of its original location.

Diane B. Jacob
Head, Archives & Records Management
Virginia Military Institute
Preston Library
Lexington, VA 24450
540-464-7566<tel:540-464-7566>
www.vmi.edu/archives<http://www.vmi.edu/archives>

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 Morecraft, Lindsay M
Sent: Tuesday, January 27, 2015 10:13 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] component moving problem

Hello,

We have also been having similar problems with our collection content reorganizing itself. We have recently jumped from v.1.0.9 to v.1.1.2, and have not been able to test the new version to see if the same problem has been occurring.

Lindsay Moen (Morecraft)
Processing Librarian
Special Collections and University Archives
The University of Iowa
319-335-5921<tel:319-335-5921>

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 Allyson Smally
Sent: Tuesday, January 27, 2015 8:57 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] component moving problem

As Lora said, I have continued to have problems with components moving out of order after being edited. Below are my notes on three times when the problem occurred and screenshots.

Resource record A1212
On January 22 shortly before 10:30am, I added a location to Box 6, Frame 1.
a1212_1 shows the list of components immediately after I made the change and hit save.
a1212_2 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This is a resource record that had been exported from AT. However, the component itself was created in AS. The collection has no series.

Resource record A1296
On January 22 at 10:35am, I assigned the instance "Box 2" to the component "Framed image of 1918 basketball team."
a1296_1 shows the list of components before the instance was assigned.
a1296_2 shows the list after the instance was assigned and I had clicked Save.
a1296_3 shows the list after I clicked "Close Record." The component has moved to the bottom of the list. This resource record was created in AS - it was not imported from AT. The collection has no series.

Resource record A1002
On January 26 at 11:20am, I edited the title of the component for Box 39, Folder 8 (Union College...). I clicked Save, then clicked on another component but did not make any changes. I then clicked Close Record. The component moved out of order.
a1002_1 shows the list of components after I edited and saved the record. I had clicked on another component, but did not make any changes to it.
a1002_2 shows the list after clicking Close Record. This is a resource record that had been exported from AT. However, the component itself was created in AS.  This is large collection with multiple series.
Thank you in advance for any help/advice,
Allyson

--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867<tel:%28315%29%20228-7867>

_______________________________________________
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



--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150128/b49cd762/attachment.html>

From smithkr at mit.edu  Thu Jan 29 12:19:10 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Thu, 29 Jan 2015 17:19:10 +0000
Subject: [Archivesspace_Users_Group] Basic CSV Template question - Accessions
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBB9359783@W92EXPO28.exchange.mit.edu>

Question for anyone who has used the CSV import for Accessions:
Can I edit the CSV template to only include the fields that I want to import?  Or do I need to keep all fields even if most of them are blank in the data rows?

Thanks for the help!

Kari Smith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150129/b9ce6ddb/attachment.html>

From pmacdona at hamilton.edu  Thu Jan 29 12:54:04 2015
From: pmacdona at hamilton.edu (Peter MacDonald)
Date: Thu, 29 Jan 2015 12:54:04 -0500
Subject: [Archivesspace_Users_Group] Basic CSV Template question -
	Accessions
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBB9359783@W92EXPO28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBB9359783@W92EXPO28.exchange.mit.edu>
Message-ID: <CAEY16vqp6f4pO=y6BbdT8-jp0v24XShNBSJV+oWdN38v32-iNw@mail.gmail.com>

We did a CSV import of Accessions recently and included only the fields we
needed, but the ones you do use have to be in the same order as in the
template.

Peter MacDonald

Peter MacDonald
Library Information Systems Specialist
Hamilton College Library
315 859-4493
Skype: pmacdona-hamilton

On Thu, Jan 29, 2015 at 12:19 PM, Kari R Smith <smithkr at mit.edu> wrote:

>  Question for anyone who has used the CSV import for Accessions:
>
> Can I edit the CSV template to only include the fields that I want to
> import?  Or do I need to keep all fields even if most of them are blank in
> the data rows?
>
>
>
> Thanks for the help!
>
>
>
> Kari Smith
>
> _______________________________________________
> 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/20150129/795fe3be/attachment.html>

From smithkr at mit.edu  Thu Jan 29 13:36:54 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Thu, 29 Jan 2015 18:36:54 +0000
Subject: [Archivesspace_Users_Group] Basic CSV Template question
	-	Accessions
In-Reply-To: <CAEY16vqp6f4pO=y6BbdT8-jp0v24XShNBSJV+oWdN38v32-iNw@mail.gmail.com>
References: <29F559819ACA9A4FBF208407D4B63ABBB9359783@W92EXPO28.exchange.mit.edu>
	<CAEY16vqp6f4pO=y6BbdT8-jp0v24XShNBSJV+oWdN38v32-iNw@mail.gmail.com>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBB935A808@W92EXPO28.exchange.mit.edu>

Thanks, Peter.  Is the posted (on the ArchivesSpace website) version dated 2013 the one you used?  I can?t find all of the fields in the Accession Rights section and I want to include the required ones in the CSV template.

Kari

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Peter MacDonald
Sent: Thursday, January 29, 2015 12:54 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Basic CSV Template question - Accessions

We did a CSV import of Accessions recently and included only the fields we needed, but the ones you do use have to be in the same order as in the template.
Peter MacDonald

Peter MacDonald
Library Information Systems Specialist
Hamilton College Library
315 859-4493
Skype: pmacdona-hamilton

On Thu, Jan 29, 2015 at 12:19 PM, Kari R Smith <smithkr at mit.edu<mailto:smithkr at mit.edu>> wrote:
Question for anyone who has used the CSV import for Accessions:
Can I edit the CSV template to only include the fields that I want to import?  Or do I need to keep all fields even if most of them are blank in the data rows?

Thanks for the help!

Kari Smith

_______________________________________________
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/20150129/269534b7/attachment.html>

From rigginsa at uncw.edu  Thu Jan 29 11:07:22 2015
From: rigginsa at uncw.edu (Riggins, Adina L.)
Date: Thu, 29 Jan 2015 11:07:22 -0500
Subject: [Archivesspace_Users_Group] Job Posting - Digital Initiatives
 Librarian - Univ of North Carolina, Wilmington
Message-ID: <E30E1E2D99AF8045ABC01A57EB60749F9764C905FA@uncwexmb2.dcs.uncw.edu>

Please see attached ad for position opening.

Adina Riggins
University Archivist | Randall Library
University of North Carolina Wilmington
910.962.4233
rigginsa at uncw.edu<mailto:rigginsa at uncw.edu> | http://library.uncw.edu/archives_special/
NOTICE: Emails sent and received in the course of university business are subject to the North Carolina Public Records Act (N.C.G.S. ?132-1 et seq.) and may be released to the public unless an exception applies.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150129/cb39287f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Digital Initiatives Librarian - Posted Ad.pdf
Type: application/pdf
Size: 282381 bytes
Desc: Digital Initiatives Librarian - Posted Ad.pdf
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150129/cb39287f/attachment.pdf>

From brad.westbrook at lyrasis.org  Thu Jan 29 13:59:31 2015
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 29 Jan 2015 18:59:31 +0000
Subject: [Archivesspace_Users_Group] Basic CSV Template question -
	Accessions
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBB9359783@W92EXPO28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBB9359783@W92EXPO28.exchange.mit.edu>
Message-ID: <DM2PR0801MB0862167CF0A13FFBBDF30CC194300@DM2PR0801MB0862.namprd08.prod.outlook.com>

Hi, Kari,

You can make the template more narrow by deleting un-used fields.  We do that for workshops just to make the form easier to work with.

Brad


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
Sent: Thursday, January 29, 2015 12:19 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Basic CSV Template question - Accessions

Question for anyone who has used the CSV import for Accessions:
Can I edit the CSV template to only include the fields that I want to import?  Or do I need to keep all fields even if most of them are blank in the data rows?

Thanks for the help!

Kari Smith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150129/25e35fc7/attachment.html>

From ktasker at library.berkeley.edu  Thu Jan 29 14:48:59 2015
From: ktasker at library.berkeley.edu (Kate Tasker)
Date: Thu, 29 Jan 2015 11:48:59 -0800
Subject: [Archivesspace_Users_Group] Basic CSV Template question -
 Accessions (Archivesspace_Users_Group Digest, Vol 18, Issue 40)
Message-ID: <CAMYySQ3De2dp6jx=WNxmaBh72sKctst71m7d3+YyMAPMT33uUA@mail.gmail.com>

Hi Kari,

We're in the middle of an Accession CSV import as well, using the template
currently on the ASpace website/GitHub (
https://github.com/archivesspace/archivesspace/tree/master/backend/app/exporters/examples/accession
)

A few points which might help (these gleaned mostly from Chris Fitzgerald's
helpful advice, and some trial and error):

- The order of the fields is important

- We included all the fields, even if some were blank in the data rows. The
exception to this was fields for Agent information; if all the data rows
were blank for all Agent fields, we removed the Agent columns. Including
Agent columns with no data appeared to trigger a bug and cause the test
import to fail. However, we were using an older version (1.0.9), so this
may have been resolved with the latest version.

- Our dates did not import until we changed the template fields to
date_1_expression, date_1_begin, etc (the template uses date_expression,
date_begin, etc). We also found we needed to add date_1_type and
date_1_label (which appear to be required fields in the interface)

- Values in date_1_type and date_1_label should be lowercase ("creation"
instead of "Creation")

- Also check the dependencies of some fields; for example, if you use
extent_container_summary, you must also include extent_number and
extent_type

Hope some of this is useful...good luck!

-Kate


Kate Tasker
Digital Collections Archivist
The Bancroft Library
University of California
Berkeley, CA 94720-6000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150129/f86705a6/attachment.html>

From cconrady at mnmilitarymuseum.org  Thu Jan 29 14:59:34 2015
From: cconrady at mnmilitarymuseum.org (Conrady, Chad)
Date: Thu, 29 Jan 2015 13:59:34 -0600
Subject: [Archivesspace_Users_Group] SAA ArchiveSpace review survey
Message-ID: <CABFc6C773MDNKo0-aOFT5eaTJXt-fBNSNEUiKYKD_7UapCWJqw@mail.gmail.com>

Hi ArchivesSpace Group,


As I mentioned in my initial email on January 14, I am in the process of
writing a review for SAA?s ?Archival Technologies and Resources
<http://www2.archivists.org/american-archivist-reviews/tech-and-resources>?
page.  In the first round I was able to receive only 28 completed surveys
from various archival institutions, but it was suggested that I re-open the
survey for another week to get greater feedback.


Since the review will be limited to between 500 ? 700 words, my plan for
the review is to be a general review of the program, to basically take the
temperature of ArchivesSpace now (good and bad experiences with the
program), and perhaps also include a portion of where the developers would
like to see ArchivesSpace development in the next year or two.  At the
institution that I work for I am creating an archives from the ground up,
allowing me to create finding aids directly into ArchivesSpace without
having to worry about transferring files from AT, Archon, or EAD files into
ArchivesSpace.  This singular perspective, I feel, would skew what other
archives that are using AT, Archon or creating EAD files via such programs
a Oxygen would find useful. This I why I?m asking fellow archivists for
your input on what your experiences have been with ArchivesSpace.  If there
is a general consensus of archivists? experiences with ArchivesSpace, I?m
hoping that they will come through on the survey and your responses.  The
survey consists of eight questions requiring either a short statement or
yes/no answer.



 (Sample of the questions on the survey)

   - How many full-time archivists are at your institution?


   - Has your institution adopted ArchivesSpace as the primary solution for
   creating finding aids and managing your archives?


   - How much training did you and your staff receive when implementing
   ArchivesSpace (in hours per person)?


   - Did you experience EAD or XML conversion difficulties when
   implementing ArchivesSpace?


   - Any other comments or feedback regarding ArchivesSpace?



If you would like to expand your responses beyond what is possible on the
online survey, you can always email me at chad.conrady at gmail.com (my email
address is also provided at the end of the survey too).  As the survey
doesn?t ask specifically technical questions, feel free to send me an email
about your technical experiences/feedback with ArchivesSpace.  The
ArchivesSpace developers may also send me an email about where they would
like to see ArchivesSpace in the next year or two.


The survey can be found here:
https://docs.google.com/forms/d/1EGTLEvh5jaPywI2ElkFdga4Hm_-v80KCRZD0pM15f7Q/viewform?usp=send_form

Thank you for support,

Chad


**************************************************************************
Chad Conrady, CA
Archivist
Military Historical Society of Minnesota/MN Military Museum
Email: cconrady at mnmilitarymuseum.org
<https://profiles.google.com/?hl=en&tab=mX&authuser=2>
Phone: 320.632.7051
Web: www.mnmilitarymuseum.org
Twitter: @MNMilMuseum <https://twitter.com/MNMilMuseum>
Facebook: www.facebook.com/MinnesotaMilitaryMuseum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150129/da16705b/attachment.html>

From ktasker at library.berkeley.edu  Thu Jan 29 16:08:55 2015
From: ktasker at library.berkeley.edu (Kate Tasker)
Date: Thu, 29 Jan 2015 13:08:55 -0800
Subject: [Archivesspace_Users_Group] Basic CSV Template question -
 Accessions (Archivesspace_Users_Group Digest, Vol 18, Issue 40)
Message-ID: <CAMYySQ1=Fc_9+qRzS6LRPK3VQKX7kJqEfB4hyDHAGXcq8d30rQ@mail.gmail.com>

(I meant to thank Chris *Fitzpatrick* in my earlier reply- apologies!)

Kate Tasker
Digital Collections Archivist
The Bancroft Library
University of California
Berkeley, CA 94720-6000

On Thu, Jan 29, 2015 at 11:48 AM, Kate Tasker <ktasker at library.berkeley.edu>
wrote:

> Hi Kari,
>
> We're in the middle of an Accession CSV import as well, using the template
> currently on the ASpace website/GitHub (
> https://github.com/archivesspace/archivesspace/tree/master/backend/app/exporters/examples/accession
> )
>
> A few points which might help (these gleaned mostly from Chris
> Fitzgerald's helpful advice, and some trial and error):
>
> - The order of the fields is important
>
> - We included all the fields, even if some were blank in the data rows.
> The exception to this was fields for Agent information; if all the data
> rows were blank for all Agent fields, we removed the Agent columns.
> Including Agent columns with no data appeared to trigger a bug and cause
> the test import to fail. However, we were using an older version (1.0.9),
> so this may have been resolved with the latest version.
>
> - Our dates did not import until we changed the template fields to
> date_1_expression, date_1_begin, etc (the template uses date_expression,
> date_begin, etc). We also found we needed to add date_1_type and
> date_1_label (which appear to be required fields in the interface)
>
> - Values in date_1_type and date_1_label should be lowercase ("creation"
> instead of "Creation")
>
> - Also check the dependencies of some fields; for example, if you use
> extent_container_summary, you must also include extent_number and
> extent_type
>
> Hope some of this is useful...good luck!
>
> -Kate
>
>
> Kate Tasker
> Digital Collections Archivist
> The Bancroft Library
> University of California
> Berkeley, CA 94720-6000
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150129/b758bdce/attachment.html>

From smithkr at mit.edu  Thu Jan 29 16:56:51 2015
From: smithkr at mit.edu (Kari R Smith)
Date: Thu, 29 Jan 2015 21:56:51 +0000
Subject: [Archivesspace_Users_Group] Basic CSV Template question -
 Accessions (Archivesspace_Users_Group Digest, Vol 18, Issue 40)
In-Reply-To: <CAMYySQ3De2dp6jx=WNxmaBh72sKctst71m7d3+YyMAPMT33uUA@mail.gmail.com>
References: <CAMYySQ3De2dp6jx=WNxmaBh72sKctst71m7d3+YyMAPMT33uUA@mail.gmail.com>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBB935AAE4@W92EXPO28.exchange.mit.edu>

Thank you, Kate and Peter.  I?m looking at scripting from Bagger json (custom metadata profile) output to the Accession CSV template to see how that would move metadata along during packaging and accessioning.

Anyone with scripting skills interested in discussing what this would take?  I have the workflow and metadata flow outlined.

Kari

From: Kate Tasker [mailto:ktasker at library.berkeley.edu]
Sent: Thursday, January 29, 2015 2:49 PM
To: ArchivesSpace Users Group; Kari R Smith
Subject: Re: Basic CSV Template question - Accessions (Archivesspace_Users_Group Digest, Vol 18, Issue 40)

Hi Kari,

We're in the middle of an Accession CSV import as well, using the template currently on the ASpace website/GitHub (https://github.com/archivesspace/archivesspace/tree/master/backend/app/exporters/examples/accession)

A few points which might help (these gleaned mostly from Chris Fitzgerald's helpful advice, and some trial and error):

- The order of the fields is important

- We included all the fields, even if some were blank in the data rows. The exception to this was fields for Agent information; if all the data rows were blank for all Agent fields, we removed the Agent columns. Including Agent columns with no data appeared to trigger a bug and cause the test import to fail. However, we were using an older version (1.0.9), so this may have been resolved with the latest version.

- Our dates did not import until we changed the template fields to date_1_expression, date_1_begin, etc (the template uses date_expression, date_begin, etc). We also found we needed to add date_1_type and date_1_label (which appear to be required fields in the interface)

- Values in date_1_type and date_1_label should be lowercase ("creation" instead of "Creation")

- Also check the dependencies of some fields; for example, if you use extent_container_summary, you must also include extent_number and extent_type

Hope some of this is useful...good luck!

-Kate


Kate Tasker
Digital Collections Archivist
The Bancroft Library
University of California
Berkeley, CA 94720-6000
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150129/4ebecf1e/attachment.html>