From mark.custer at yale.edu  Thu Sep  1 09:15:39 2016
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 1 Sep 2016 13:15:39 +0000
Subject: [Archivesspace_Users_Group] Missing text from between HMTL tags
 in Public Interface
In-Reply-To: <CAKWpb_ZQ4v3QcUDSy-RUvkFw1xMPbaVf9RoSZNk05CCL36MWTg@mail.gmail.com>
References: <29F559819ACA9A4FBF208407D4B63ABBEA4102B8@OC11expo28.exchange.mit.edu>
	<BN3PR08MB13187980060F34E276164EA38CE30@BN3PR08MB1318.namprd08.prod.outlook.com>
	<CAKWpb_ZQ4v3QcUDSy-RUvkFw1xMPbaVf9RoSZNk05CCL36MWTg@mail.gmail.com>
Message-ID: <BN3PR08MB1318AE0E53F23056A44268898CE20@BN3PR08MB1318.namprd08.prod.outlook.com>

Hi, Lara.

Depending on how you look at things, the EAD table elements could be considered a different type of issue, particularly because ArchivesSpace doesn?t fully support those elements right now since you can?t add them directly in the staff interface.  My strong preference, though, is to ensure that these elements can still be rendered as HTML table elements in the new public interface.  So, that is on the ?to-do? list, and I hope that it?ll be available with the candidate release of the new public interface, but since the staff side still doesn?t support encoding tabular structures, it?s possible that this might slip until it?s determined whether or not the staff interface will support working with tabular structures (i.e. creating and editing tables in the staff interface, not just being able to import the table elements into a note field).

All that said, I?ll make sure that there?s at least one table in our ?test corpus? (if there isn?t already) so that the issue will be apparent to our testers.  Additionally, I added an umbrella ticket for a few metadata/display issues earlier in the year, which you can find here:  https://archivesspace.atlassian.net/browse/AR-1485  Once this ticket is addressed, we?ll actually break them out into individual tickets (although I hope that fourth bullet point, which is about transforming EAD into corresponding HTML elements, will become a single ticket? especially since some of those elements are already being handled correctly in the new PUI).

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Lara Friedman-Shedlov
Sent: Wednesday, 31 August, 2016 5:27 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

Thanks, Mark.  We've been experiencing this same problem as Kari.

A similar issue we've noticed is that ASpace seems to ignore EAD <table> elements (and their children like <tgroup>, <tbody>, <row> and <entry>) in notes like Biographical / Historical.  In this case the text does show up in the public interface, but it is unformatted.  See for example http://archives.lib.umn.edu/repositories/7/resources/959<https://urldefense.proofpoint.com/v2/url?u=http-3A__archives.lib.umn.edu_repositories_7_resources_959&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=0D6pwwS9TAUsXQkxWwa2JZiajQ-1CzsqGM771-DoDcY&e=>  -- look at the last paragraph in the historical sketch.  It should appear in 3 columns (see http://special.lib.umn.edu/findaid/html/ymca/yusa0009x2x40.phtml<https://urldefense.proofpoint.com/v2/url?u=http-3A__special.lib.umn.edu_findaid_html_ymca_yusa0009x2x40.phtml&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=f-yZEwQd5RW52bC9xguJuB5p6a8gH8m40Xi-iylWf5k&e=>), but instead it's a solid block of unformatted text.

Is this also on the radar or is this a separate issue?

/ Lara Friedman-Shedlov


On Wed, Aug 31, 2016 at 3:54 PM, Custer, Mark <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
Kari,

Although I know that this doesn?t help right now, I can assure you that this sort of behavior has been fixed in the new public interface, which is due out next year (this year if you count the candidate release that?s scheduled to come out in early December)?  assuming that you?re talking about EAD elements and not HTML elements.

For instance, the following is HTML with mixed-content:

<ruby>
  ?? <rp>(</rp><rt>Ashita</rt><rp>)</rp>
</ruby>

ASpace won?t know what to do with that (and it shouldn?t be in an EAD finding aid, at least not with the current EAD specification), but if it were in ASpace then I?d argue that the best thing that could happen would be for all of the text to display to the public minus those three elements.

I can?t see the pictures that you added to the email (see the postscript below), but I assume that you are talking about mixed-content of EAD elements since you mention the <title> tag, like so:

This is text from a unittitle, and it has a <title>Title</title> and a <corpname>Corpname</corpname> in it.

(HTML also has a title element, but it only occurs in the HTML head element, which is rendered as the page name, search result title, and stuff like that?  i.e. not stuff in the body of the page)

And if that?s the case, the new public interface will display it as expected without any of the EAD tags visible.

Mark

p.s. the pictures didn?t seem to come through in my email, but I?m well aware of how mixed-content is handled on both the staff and public side of ASpace, so I think that I can still ?see? exactly what you?re talking about ?



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 Kari R Smith
Sent: Wednesday, 31 August, 2016 3:14 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface


Hello all,

have you seen this behavior and have suggestions on how to fix it?  Because there are 4 different ways the data is being rendered in different parts of the interface (staff and public) we are curious as to how to proceed. The behavior in the Public view is the most worrisome because the text disappears altogether.

Thank you for suggestions.



Issues with Components

1.   When viewing a component with a <title> tag in it to modify the display, the tag appears as part of the title text. This title displays the same in both the public and staff view. See below:

[Picture 1]
[Picture 5]



It does not appear as part of the title in the component list from the staff view: [Picture 2]



From the public view of the component list, text between these tags disappears entirely

[Picture 4]

_______________________________________________
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=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=kjrVlAeRaO5CDFPdTnHRD_UnFM0C3H7ICozL3VILfBs&e=>



--
_________________________________

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu<mailto:ldfs at umn.edu> |  612.626.7972 | www.lib.umn.edu/ymca<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lib.umn.edu_ymca&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=UhWa_Zf4wgkRNRnWsL8hzAz2VlRrAH-cvgYw_2U667Y&e=> | @yarchives
__________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/3c45603a/attachment.html>

From jteitelbaum at pabmc.net  Thu Sep  1 09:18:32 2016
From: jteitelbaum at pabmc.net (Teitelbaum, Jesse)
Date: Thu, 1 Sep 2016 09:18:32 -0400
Subject: [Archivesspace_Users_Group] Multiple collections with same title
In-Reply-To: <BN3PR08MB131887E61808081ABC48B1648CE30@BN3PR08MB1318.namprd08.prod.outlook.com>
References: <C6AAE365E91EEC43876ABA64C804C6E4213C88AB1E@bmcmail2.PABMC.NET>
	<BN3PR08MB131887E61808081ABC48B1648CE30@BN3PR08MB1318.namprd08.prod.outlook.com>
Message-ID: <C6AAE365E91EEC43876ABA64C804C6E4213C88ACD1@bmcmail2.PABMC.NET>

Thanks Mark.  I'll fool with it some more and also keep my eyes out for new links for updates and other tests.

Jesse

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Wednesday, August 31, 2016 5:21 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Multiple collections with same title

Dear Jesse,

With the current public interface, I believe that this would be something that you'd need to modify on your end.

With the new public interface, which is scheduled for release next year (with a candidate release this December), the search results are going to include more information.  The results will include dates, for instance, when those are present.  Here's a wireframe mockup:

http://cherryhill.github.io/aspace_pui/design-elements/phase1_final/SearchResults_landing_final.jpg
(but don't look too deeply at that mockup, since it has some bad data there too - a subject isn't going to show up in the search results like that with a date span, for instance :))

So, I know that this doesn't help out right now, but it is being worked on.

In the next couple of weeks, I'll also share a link to our test corpus with everyone so that you can follow along with the new public interface as it develops over the last couple of months.

All my best,

Mark




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 Teitelbaum, Jesse
Sent: Wednesday, 31 August, 2016 10:17 AM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Multiple collections with same title

We are testing migrating ARCHON records to AS.  After clicking on COLLECTIONS in the public site, we see the alphabetical list of collections, but the dates did not come over with them.  One of the aspects of our holdings is that some collections have the same title, just different years.  But the public would not know which is which unless he/she clicks on all of them until the right year is found.

[cid:image001.jpg at 01D20431.CF5309C0]

Is there a way to have the public view contain both title and year(s) of collections?  Or is this something that needs to be personally modified to our liking on our end?

Jesse Teitelbaum | Associate Archivist
Pennsylvania House of Representatives | Archives
469 Forum Building | Harrisburg PA 17120
Phone: 717.783.3866 | Fax: 717.772.1233
Email: jteitelbaum at pabmc.net<mailto:jteitelbaum at pabmc.net>
www.house.state.pa.us/BMC/archives<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.house.state.pa.us_BMC_archives&d=CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=Zy9EeVdbA3ZyyDkdwxY2Is4ifYMFN46rQANsMAFqUPc&s=cbL4U9FCOZLdV_W-nw0KX7o0qS2Pqih-QIYK9hRMn50&e=>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/0c8fea19/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 43777 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/0c8fea19/attachment.jpg>

From bthomas at tsl.texas.gov  Thu Sep  1 09:55:36 2016
From: bthomas at tsl.texas.gov (Brian Thomas)
Date: Thu, 1 Sep 2016 08:55:36 -0500
Subject: [Archivesspace_Users_Group] Missing text from between HMTL tags
	in Public Interface
In-Reply-To: <BN3PR08MB1318AE0E53F23056A44268898CE20@BN3PR08MB1318.namprd08.prod.outlook.com>
References: <29F559819ACA9A4FBF208407D4B63ABBEA4102B8@OC11expo28.exchange.mit.edu><BN3PR08MB13187980060F34E276164EA38CE30@BN3PR08MB1318.namprd08.prod.outlook.com><CAKWpb_ZQ4v3QcUDSy-RUvkFw1xMPbaVf9RoSZNk05CCL36MWTg@mail.gmail.com>
	<BN3PR08MB1318AE0E53F23056A44268898CE20@BN3PR08MB1318.namprd08.prod.outlook.com>
Message-ID: <8989D267A9D24244B802C6B561B7F0D5C10117@Exchange01.win2k.tsl.state.tx.us>

I have been working on a crosswalk for our ead, we are still in the beginning phases, and my recommendation was to take items out of the item/row and make them a <ul><li> or <ol><li>. Should we not be, then waiting for the improvement? We don?t have many tables, but we do quite a large number of <item><row> lists.

 

Thanks,

 

Brian Thomas

Electronic Records Specialist

Texas State Library and Archives Commission

1201 Brazos Street

Austin, TX 78701

PH: (512) 475-3374

e-mail: bthomas at tsl.texas.gov

tsl.texas.gov <http://tsl.texas.gov/> 

 

 

 

 

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Thursday, September 01, 2016 8:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

 

Hi, Lara.

 

Depending on how you look at things, the EAD table elements could be considered a different type of issue, particularly because ArchivesSpace doesn?t fully support those elements right now since you can?t add them directly in the staff interface.  My strong preference, though, is to ensure that these elements can still be rendered as HTML table elements in the new public interface.  So, that is on the ?to-do? list, and I hope that it?ll be available with the candidate release of the new public interface, but since the staff side still doesn?t support encoding tabular structures, it?s possible that this might slip until it?s determined whether or not the staff interface will support working with tabular structures (i.e. creating and editing tables in the staff interface, not just being able to import the table elements into a note field).

 

All that said, I?ll make sure that there?s at least one table in our ?test corpus? (if there isn?t already) so that the issue will be apparent to our testers.  Additionally, I added an umbrella ticket for a few metadata/display issues earlier in the year, which you can find here:  https://archivesspace.atlassian.net/browse/AR-1485  Once this ticket is addressed, we?ll actually break them out into individual tickets (although I hope that fourth bullet point, which is about transforming EAD into corresponding HTML elements, will become a single ticket? especially since some of those elements are already being handled correctly in the new PUI).

 

Mark

 

 

 

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Lara Friedman-Shedlov
Sent: Wednesday, 31 August, 2016 5:27 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

 

Thanks, Mark.  We've been experiencing this same problem as Kari.

 

A similar issue we've noticed is that ASpace seems to ignore EAD <table> elements (and their children like <tgroup>, <tbody>, <row> and <entry>) in notes like Biographical / Historical.  In this case the text does show up in the public interface, but it is unformatted.  See for example http://archives.lib.umn.edu/repositories/7/resources/959 <https://urldefense.proofpoint.com/v2/url?u=http-3A__archives.lib.umn.edu_repositories_7_resources_959&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=0D6pwwS9TAUsXQkxWwa2JZiajQ-1CzsqGM771-DoDcY&e=>   -- look at the last paragraph in the historical sketch.  It should appear in 3 columns (see http://special.lib.umn.edu/findaid/html/ymca/yusa0009x2x40.phtml <https://urldefense.proofpoint.com/v2/url?u=http-3A__special.lib.umn.edu_findaid_html_ymca_yusa0009x2x40.phtml&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=f-yZEwQd5RW52bC9xguJuB5p6a8gH8m40Xi-iylWf5k&e=> ), but instead it's a solid block of unformatted text.

 

Is this also on the radar or is this a separate issue?

 

/ Lara Friedman-Shedlov

 

 

On Wed, Aug 31, 2016 at 3:54 PM, Custer, Mark <mark.custer at yale.edu> wrote:

	Kari,

	 

	Although I know that this doesn?t help right now, I can assure you that this sort of behavior has been fixed in the new public interface, which is due out next year (this year if you count the candidate release that?s scheduled to come out in early December)?  assuming that you?re talking about EAD elements and not HTML elements.  

	 

	For instance, the following is HTML with mixed-content:

	 

	<ruby>

	  ?? <rp>(</rp><rt>Ashita</rt><rp>)</rp>

	</ruby>

	 

	ASpace won?t know what to do with that (and it shouldn?t be in an EAD finding aid, at least not with the current EAD specification), but if it were in ASpace then I?d argue that the best thing that could happen would be for all of the text to display to the public minus those three elements.

	 

	I can?t see the pictures that you added to the email (see the postscript below), but I assume that you are talking about mixed-content of EAD elements since you mention the <title> tag, like so:

	 

	This is text from a unittitle, and it has a <title>Title</title> and a <corpname>Corpname</corpname> in it.

	 

	(HTML also has a title element, but it only occurs in the HTML head element, which is rendered as the page name, search result title, and stuff like that?  i.e. not stuff in the body of the page)

	 

	And if that?s the case, the new public interface will display it as expected without any of the EAD tags visible.

	 

	Mark

	 

	p.s. the pictures didn?t seem to come through in my email, but I?m well aware of how mixed-content is handled on both the staff and public side of ASpace, so I think that I can still ?see? exactly what you?re talking about J

	 

	 

	 

	From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
	Sent: Wednesday, 31 August, 2016 3:14 PM
	To: archivesspace_users_group at lyralists.lyrasis.org
	Subject: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

	 

	Hello all,

	have you seen this behavior and have suggestions on how to fix it?  Because there are 4 different ways the data is being rendered in different parts of the interface (staff and public) we are curious as to how to proceed. The behavior in the Public view is the most worrisome because the text disappears altogether.

	Thank you for suggestions.

	 


	Issues with Components


	1.   When viewing a component with a <title> tag in it to modify the display, the tag appears as part of the title text. This title displays the same in both the public and staff view. See below: 

	
	 Picture 1<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0002.jpg>  
	 Picture 5<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0003.jpg>  

	 

	It does not appear as part of the title in the component list from the staff view:  Picture 2<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0004.jpg>  

	 

	From the public view of the component list, text between these tags disappears entirely

	 Picture 4<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0005.jpg>  

	
	_______________________________________________
	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=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=kjrVlAeRaO5CDFPdTnHRD_UnFM0C3H7ICozL3VILfBs&e=> 





 

-- 

_________________________________

 

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lib.umn.edu_ymca&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=UhWa_Zf4wgkRNRnWsL8hzAz2VlRrAH-cvgYw_2U667Y&e=>  | @yarchives
__________________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/0801ea44/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5314 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/0801ea44/attachment.png>

From ldfs at umn.edu  Thu Sep  1 10:02:25 2016
From: ldfs at umn.edu (Lara Friedman-Shedlov)
Date: Thu, 1 Sep 2016 09:02:25 -0500
Subject: [Archivesspace_Users_Group] Missing text from between HMTL tags
 in Public Interface
In-Reply-To: <8989D267A9D24244B802C6B561B7F0D5C10117@Exchange01.win2k.tsl.state.tx.us>
References: <29F559819ACA9A4FBF208407D4B63ABBEA4102B8@OC11expo28.exchange.mit.edu>
	<BN3PR08MB13187980060F34E276164EA38CE30@BN3PR08MB1318.namprd08.prod.outlook.com>
	<CAKWpb_ZQ4v3QcUDSy-RUvkFw1xMPbaVf9RoSZNk05CCL36MWTg@mail.gmail.com>
	<BN3PR08MB1318AE0E53F23056A44268898CE20@BN3PR08MB1318.namprd08.prod.outlook.com>
	<8989D267A9D24244B802C6B561B7F0D5C10117@Exchange01.win2k.tsl.state.tx.us>
Message-ID: <CAKWpb_Yvvn2_JQvN1MKaW8HCEiTY-r-OHav=Sk2wdoYFJ-1hXw@mail.gmail.com>

Thanks again, Mark.  HTML table elements would be great, but <ul> or <ol>
wouldn't be a good work around in our case, because we really want the
information to be in multiple columns. Otherwise it will end up many many
screens long.

/ Lara Friedman-Shedlov

On Thu, Sep 1, 2016 at 8:55 AM, Brian Thomas <bthomas at tsl.texas.gov> wrote:

> I have been working on a crosswalk for our ead, we are still in the
> beginning phases, and my recommendation was to take items out of the
> item/row and make them a <ul><li> or <ol><li>. Should we not be, then
> waiting for the improvement? We don?t have many tables, but we do quite a
> large number of <item><row> lists.
>
>
>
> Thanks,
>
>
>
> Brian Thomas
>
> Electronic Records Specialist
>
> Texas State Library and Archives Commission
>
> 1201 Brazos Street
>
> Austin, TX 78701
>
> PH: (512) 475-3374
>
> e-mail: bthomas at tsl.texas.gov
>
> tsl.texas.gov
>
> [image: cid:image001.jpg at 01D029A2.37194C70]
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Custer,
> Mark
> *Sent:* Thursday, September 01, 2016 8:16 AM
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Missing text from between HMTL
> tags in Public Interface
>
>
>
> Hi, Lara.
>
>
>
> Depending on how you look at things, the EAD table elements could be
> considered a different type of issue, particularly because ArchivesSpace
> doesn?t fully support those elements right now since you can?t add them
> directly in the staff interface.  My strong preference, though, is to
> ensure that these elements can still be rendered as HTML table elements in
> the new public interface.  So, that is on the ?to-do? list, and I hope that
> it?ll be available with the candidate release of the new public interface,
> but since the staff side still doesn?t support encoding tabular structures,
> it?s possible that this might slip until it?s determined whether or not the
> staff interface will support working with tabular structures (i.e. creating
> and editing tables in the staff interface, not just being able to import
> the table elements into a note field).
>
>
>
> All that said, I?ll make sure that there?s at least one table in our ?test
> corpus? (if there isn?t already) so that the issue will be apparent to our
> testers.  Additionally, I added an umbrella ticket for a few
> metadata/display issues earlier in the year, which you can find here:
> https://archivesspace.atlassian.net/browse/AR-1485  Once this ticket is
> addressed, we?ll actually break them out into individual tickets (although
> I hope that fourth bullet point, which is about transforming EAD into
> corresponding HTML elements, will become a single ticket? especially since
> some of those elements are already being handled correctly in the new PUI).
>
>
>
> Mark
>
>
>
>
>
>
>
> *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 *Lara
> Friedman-Shedlov
> *Sent:* Wednesday, 31 August, 2016 5:27 PM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Missing text from between HMTL
> tags in Public Interface
>
>
>
> Thanks, Mark.  We've been experiencing this same problem as Kari.
>
>
>
> A similar issue we've noticed is that ASpace seems to ignore EAD <table>
> elements (and their children like <tgroup>, <tbody>, <row> and <entry>) in
> notes like Biographical / Historical.  In this case the text does show up
> in the public interface, but it is unformatted.  See for example
> http://archives.lib.umn.edu/repositories/7/resources/959
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__archives.lib.umn.edu_repositories_7_resources_959&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=0D6pwwS9TAUsXQkxWwa2JZiajQ-1CzsqGM771-DoDcY&e=>
>  -- look at the last paragraph in the historical sketch.  It should appear
> in 3 columns (see http://special.lib.umn.edu/findaid/html/ymca/
> yusa0009x2x40.phtml
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__special.lib.umn.edu_findaid_html_ymca_yusa0009x2x40.phtml&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=f-yZEwQd5RW52bC9xguJuB5p6a8gH8m40Xi-iylWf5k&e=>),
> but instead it's a solid block of unformatted text.
>
>
>
> Is this also on the radar or is this a separate issue?
>
>
>
> / Lara Friedman-Shedlov
>
>
>
>
>
> On Wed, Aug 31, 2016 at 3:54 PM, Custer, Mark <mark.custer at yale.edu>
> wrote:
>
> Kari,
>
>
>
> Although I know that this doesn?t help right now, I can assure you that
> this sort of behavior has been fixed in the new public interface, which is
> due out next year (this year if you count the candidate release that?s
> scheduled to come out in early December)?  assuming that you?re talking
> about EAD elements and not HTML elements.
>
>
>
> For instance, the following is HTML with mixed-content:
>
>
>
> <ruby>
>
>   ?? <rp>(</rp><rt>Ashita</rt><rp>)</rp>
>
> </ruby>
>
>
>
> ASpace won?t know what to do with that (and it shouldn?t be in an EAD
> finding aid, at least not with the current EAD specification), but if it
> were in ASpace then I?d argue that the best thing that could happen would
> be for all of the text to display to the public minus those three elements.
>
>
>
> I can?t see the pictures that you added to the email (see the postscript
> below), but I assume that you are talking about mixed-content of EAD
> elements since you mention the <title> tag, like so:
>
>
>
> This is text from a unittitle, and it has a <title>Title</title> and a
> <corpname>Corpname</corpname> in it.
>
>
>
> (HTML also has a title element, but it only occurs in the HTML head
> element, which is rendered as the page name, search result title, and stuff
> like that?  i.e. not stuff in the body of the page)
>
>
>
> And if that?s the case, the new public interface will display it as
> expected without any of the EAD tags visible.
>
>
>
> Mark
>
>
>
> p.s. the pictures didn?t seem to come through in my email, but I?m well
> aware of how mixed-content is handled on both the staff and public side of
> ASpace, so I think that I can still ?see? exactly what you?re talking about
> J
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Kari
> R Smith
> *Sent:* Wednesday, 31 August, 2016 3:14 PM
> *To:* archivesspace_users_group at lyralists.lyrasis.org
> *Subject:* [Archivesspace_Users_Group] Missing text from between HMTL
> tags in Public Interface
>
>
>
> Hello all,
>
> have you seen this behavior and have suggestions on how to fix it?
> Because there are 4 different ways the data is being rendered in different
> parts of the interface (staff and public) we are curious as to how to
> proceed. The behavior in the Public view is the most worrisome because the
> text disappears altogether.
>
> Thank you for suggestions.
>
>
> Issues with Components
>
> 1.   When viewing a component with a <title> tag in it to modify the
> display, the tag appears as part of the title text. This title displays the
> same in both the public and staff view. See below:
>
>
> [image: Picture 1]
> [image: Picture 5]
>
>
>
> *It does not appear as part of the title in the component list from the
> staff view: *[image: Picture 2]
>
>
>
> *From the public view of the component list, text between these tags
> disappears entirely*
>
> [image: Picture 4]
>
>
> _______________________________________________
> 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=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=kjrVlAeRaO5CDFPdTnHRD_UnFM0C3H7ICozL3VILfBs&e=>
>
>
>
>
>
> --
>
> _________________________________
>
>
>
> Lara D. Friedman-Shedlov
> Kautz Family YMCA Archives | University of Minnesota Libraries
> ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lib.umn.edu_ymca&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=UhWa_Zf4wgkRNRnWsL8hzAz2VlRrAH-cvgYw_2U667Y&e=>
> | @yarchives
> __________________________________
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
_________________________________

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca | @yarchives
__________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/e5670ff9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5314 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/e5670ff9/attachment.png>

From christine.dibella at lyrasis.org  Thu Sep  1 11:39:28 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Thu, 1 Sep 2016 15:39:28 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace Update - September 2016
Message-ID: <CY1PR0801MB0842AC8418E49CE68A37544FF1E20@CY1PR0801MB0842.namprd08.prod.outlook.com>

[ArchivesSpace Logo5.png]

September 2016 Update


Member Forum 2016

Thanks to all who participated in the Member Forum. A huge thanks once again to member institution Atlanta University Center for hosting us at their Robert W. Woodruff Library. Big thanks as well to our planning group members and the Atlanta-based LYRASIS staff that provided logistical support.

Presentations, notes, and selected recordings from the program are available online at https://archivesspace.atlassian.net/wiki/display/ADC/ArchivesSpace+Member+Forum+2016.

Please fill out the evaluation, whether you attended or not: https://www.surveymonkey.com/r/VDMC6YQ, to let us know what you'd like for future Member Forums. We look forwarding to making this an annual tradition!


Development

The Prioritization subteam is actively working on the development roadmap for the remainder of FY2016-17. To assist with this, ArchivesSpace Member Representatives were recently emailed a link for an online survey to rank epics (a set of user stories pertaining to a certain area or function within the application) in JIRA on behalf of their institutions. We're asking Member Representatives to complete the survey by September 16, 2016.

Review of applications received for the ArchivesSpace Developer position will commence in mid-September.  Applications will continue to be accepted until the position is filled.  Please be sure to share the position description<http://www.indeed.com/cmp/LYRASIS/jobs/Developer-40f860ea3713e81d?q=LYRASIS> with anybody you think qualified and interested.

Specifications for the following functional areas are or will soon be completed and then shared with the ArchivesSpace community for review and comment:

*         Enhancement to rights management module to achieve PREMIS compliance

*         OAI-PMH responder  (AR-803)<https://archivesspace.atlassian.net/browse/AR-803>

*         Enhancement of the Agent module to achieve EAC compliance


Updates on the Public User Interface Enhancement project

The Public User Interface Development Group recently shared an updated PUI 2.0 release timeline and made extensive updates to its wiki page:  https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project<https://archivesspace.atlassian.net/wiki/display/ADC/Public+Interface+Enhancement+Project>. Follow along with the project there, or contact Mark Custer (mark.custer at yale.edu<mailto:mark.custer at yale.edu>) with questions or comments for the group.


Membership Update

Our new members since August 1 include:

*         Palos Verdes Library District

*         Pennsylvania House of Representatives

*         Sacramento Public Library

*         SUNY Maritime College

*         St. Mary's College of California

*         Terrace District and District Museum (Heritage Park Museum), British Columbia, Canada  (our second Canadian member)

*         Wayne State University

*         Wisconsin Evangelical Lutheran Synod

As of September 1, we have 300 General members, 10 Educational Program members, and 3 Registered Service Providers. If you are interested in your institution becoming a member of ArchivesSpace, please email us at ArchivesSpaceHome at lyrasis.org<mailto:ArchivesSpaceHome at lyrasis.org> for more information.


Connect with ArchivesSpace in Person

Thanks to the hundreds of ArchivesSpace users who visited with us in Atlanta, at the Member Forum, in the Exhibit Hall, at sessions, and in receptions and other casual gatherings. We were especially delighted to talk with so many people who are actively using ArchivesSpace in their daily work, or on the cusp of doing so.

We will not be at any conferences this month, but look for us in October at the Association of Tribal Archives, Libraries and Museums (ATLAM) conference in Phoenix, Arizona, from October 11-12, and the joint meeting of the Society of Georgia Archivists and Society of Florida Archivists in Savannah, Georgia from October 13-14.

Program Staff Availability on September 5

Along with many others in the U.S. archival community, the ArchivesSpace program team will be out on Monday, September 5, for the Labor Day holiday.




ArchivesSpace monthly updates provide news about ArchivesSpace community and program activities and are sent to our member listservs, the ArchivesSpace Google Group, and SAA's Collection Management Tools roundtable listserv, as well as being posted on the ArchivesSpace website. Please feel free to share this update with people you know who have an interest in ArchivesSpace but may not be on one of these lists.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/8b402474/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 34143 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/8b402474/attachment.png>

From ldfs at umn.edu  Thu Sep  1 11:48:26 2016
From: ldfs at umn.edu (Lara Friedman-Shedlov)
Date: Thu, 1 Sep 2016 10:48:26 -0500
Subject: [Archivesspace_Users_Group] Staff interface display glitch
Message-ID: <CAKWpb_btpx+1SQmkFedwkcjWjfVDwJREr8TvbLR1bzMspifxqg@mail.gmail.com>

I'm having a problem with the graphical display in the staff interface that
I'm wondering if anyone else is experiencing.  I would like to export a
resource record EAD file from ASpace but I can't, because the display seems
to be messed up. The box that pops up when you click on the "Export" button
and then select "Download EAD" displays off the edge of the browser screen.
I have tried in both FireFox and Chrome, but have the same problem. It
doesn't matter how big I make the browser screen or whether I zoom in or
out. The problem occurs for me regardless of whether I am using a large
desktop monitor (20") or my laptop screen. Here is a screenshot of what I
see:
https://drive.google.com/file/d/0B4-9Eo2d64ugVDl4UVlVZ1ZMR2s/view?usp=sharing

I noticed this problem after we switched to the new version, but I never
tried this operation with the old version, so I'm not sure whether it is
related to the new version or not.

/ Lara Friedman-Shedlov



-- 
_________________________________

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca | @yarchives
__________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/bfb2b96b/attachment.html>

From sdm7g at eservices.virginia.edu  Thu Sep  1 12:47:27 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Thu, 1 Sep 2016 16:47:27 +0000
Subject: [Archivesspace_Users_Group] Staff interface display glitch
In-Reply-To: <CAKWpb_btpx+1SQmkFedwkcjWjfVDwJREr8TvbLR1bzMspifxqg@mail.gmail.com>
References: <CAKWpb_btpx+1SQmkFedwkcjWjfVDwJREr8TvbLR1bzMspifxqg@mail.gmail.com>
Message-ID: <65C78443-D7EC-4A6C-9845-497CD34E0614@eservices.virginia.edu>


My display doesn?t normally look like that, but I?m an admin user. The number of buttons in the top row depends on the user access rights. If you?re only a ?repository-viewer? no buttons appear. At some other access rights settings, I get a display where export button is the last button on the right side, and the EAD download options are cut off at the page boundary. As an admin user, there are extra buttons to the right of Export, and the pull down menu is far enough from the edge that nothing is truncated. I see the same behavior on 1.5.1 and 1.4.2. I can?t duplicate the exact case you displayed: with the ?Suppress? and ?Delete? buttons to the right of ?Export?, I don?t get the truncation, but the styling is flexible and differs with browser, font sizes, window size, and maybe other factors, so I don?t know what variables might reproduce your problem exactly. 

This can probably be fixed by tweaking the css. Adding a padding-right or a margin-right to 
'.btn-toolbar>.btn-group?   appears to move it to the left, but I?m not sure if that?s the best way to fix it. 
It doesn?t look symetrical that way. 

? Steve Majewski




> On Sep 1, 2016, at 11:48 AM, Lara Friedman-Shedlov <ldfs at umn.edu> wrote:
> 
> I'm having a problem with the graphical display in the staff interface that I'm wondering if anyone else is experiencing.  I would like to export  a resource record EAD file from ASpace but I can't, because the display seems to be messed up. The box that pops up when you click on the "Export" button and then select "Download EAD"  displays off the edge of the browser screen.  I have tried in both FireFox and Chrome, but have the same problem.  It doesn't matter how big I make the browser screen or whether I zoom in or out.  The problem occurs for me regardless of whether I am using a large desktop monitor (20") or my laptop screen.   Here is a screenshot of what I see:
> https://drive.google.com/file/d/0B4-9Eo2d64ugVDl4UVlVZ1ZMR2s/view?usp=sharing
> 
> I noticed this problem after we switched to the new version, but I never tried this operation with the old version, so I'm not sure whether it is related to the new version or not.
> 
> / Lara Friedman-Shedlov
> 
> 
> 
> -- 
> _________________________________
> 
> Lara D. Friedman-Shedlov
> Kautz Family YMCA Archives | University of Minnesota Libraries
> ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca | @yarchives
> __________________________________
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From ldfs at umn.edu  Thu Sep  1 12:54:10 2016
From: ldfs at umn.edu (Lara Friedman-Shedlov)
Date: Thu, 1 Sep 2016 11:54:10 -0500
Subject: [Archivesspace_Users_Group] Staff interface display glitch
In-Reply-To: <65C78443-D7EC-4A6C-9845-497CD34E0614@eservices.virginia.edu>
References: <CAKWpb_btpx+1SQmkFedwkcjWjfVDwJREr8TvbLR1bzMspifxqg@mail.gmail.com>
	<65C78443-D7EC-4A6C-9845-497CD34E0614@eservices.virginia.edu>
Message-ID: <CAKWpb_YvUbn7Q7ULD3KWMSXTH=LF0hzU5oMXQoUKPfCqxiAg3g@mail.gmail.com>

I'm a "Repository Manager" if that helps at all.





On Thu, Sep 1, 2016 at 11:47 AM, Majewski, Steven Dennis (sdm7g) <
sdm7g at eservices.virginia.edu> wrote:

>
> My display doesn?t normally look like that, but I?m an admin user. The
> number of buttons in the top row depends on the user access rights. If
> you?re only a ?repository-viewer? no buttons appear. At some other access
> rights settings, I get a display where export button is the last button on
> the right side, and the EAD download options are cut off at the page
> boundary. As an admin user, there are extra buttons to the right of Export,
> and the pull down menu is far enough from the edge that nothing is
> truncated. I see the same behavior on 1.5.1 and 1.4.2. I can?t duplicate
> the exact case you displayed: with the ?Suppress? and ?Delete? buttons to
> the right of ?Export?, I don?t get the truncation, but the styling is
> flexible and differs with browser, font sizes, window size, and maybe other
> factors, so I don?t know what variables might reproduce your problem
> exactly.
>
> This can probably be fixed by tweaking the css. Adding a padding-right or
> a margin-right to
> '.btn-toolbar>.btn-group?   appears to move it to the left, but I?m not
> sure if that?s the best way to fix it.
> It doesn?t look symetrical that way.
>
> ? Steve Majewski
>
>
>
>
> > On Sep 1, 2016, at 11:48 AM, Lara Friedman-Shedlov <ldfs at umn.edu> wrote:
> >
> > I'm having a problem with the graphical display in the staff interface
> that I'm wondering if anyone else is experiencing.  I would like to export
> a resource record EAD file from ASpace but I can't, because the display
> seems to be messed up. The box that pops up when you click on the "Export"
> button and then select "Download EAD"  displays off the edge of the browser
> screen.  I have tried in both FireFox and Chrome, but have the same
> problem.  It doesn't matter how big I make the browser screen or whether I
> zoom in or out.  The problem occurs for me regardless of whether I am using
> a large desktop monitor (20") or my laptop screen.   Here is a screenshot
> of what I see:
> > https://drive.google.com/file/d/0B4-9Eo2d64ugVDl4UVlVZ1ZMR2s/view?
> usp=sharing
> >
> > I noticed this problem after we switched to the new version, but I never
> tried this operation with the old version, so I'm not sure whether it is
> related to the new version or not.
> >
> > / Lara Friedman-Shedlov
> >
> >
> >
> > --
> > _________________________________
> >
> > Lara D. Friedman-Shedlov
> > Kautz Family YMCA Archives | University of Minnesota Libraries
> > ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca | @yarchives
> > __________________________________
> > _______________________________________________
> > 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
>



-- 
_________________________________

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca | @yarchives
__________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160901/97006d5f/attachment.html>

From mark.custer at yale.edu  Fri Sep  2 09:00:04 2016
From: mark.custer at yale.edu (Custer, Mark)
Date: Fri, 2 Sep 2016 13:00:04 +0000
Subject: [Archivesspace_Users_Group] Missing text from between HMTL
	tags	in Public Interface
In-Reply-To: <8989D267A9D24244B802C6B561B7F0D5C10117@Exchange01.win2k.tsl.state.tx.us>
References: <29F559819ACA9A4FBF208407D4B63ABBEA4102B8@OC11expo28.exchange.mit.edu><BN3PR08MB13187980060F34E276164EA38CE30@BN3PR08MB1318.namprd08.prod.outlook.com><CAKWpb_ZQ4v3QcUDSy-RUvkFw1xMPbaVf9RoSZNk05CCL36MWTg@mail.gmail.com>
	<BN3PR08MB1318AE0E53F23056A44268898CE20@BN3PR08MB1318.namprd08.prod.outlook.com>
	<8989D267A9D24244B802C6B561B7F0D5C10117@Exchange01.win2k.tsl.state.tx.us>
Message-ID: <BN3PR08MB1318958D9F95582D12EF959C8CE50@BN3PR08MB1318.namprd08.prod.outlook.com>

Brian,

Sorry that I didn?t write back earlier.  Can you share your crosswalk?  Are you talking about embedding HTML directly into your notes, rather than EAD?  If that?s the case, I suppose that the HTML will display fine in the PUI, but you won?t have a great way to edit those lists on the staff side, and if you rely on EAD exports, those files are going to be invalid if you don?t do subsequent transformations on them (but, transforming the HTML into EAD should be pretty easy in these cases).  Still, I might not fully understand what you?re planning.

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas
Sent: Thursday, 01 September, 2016 9:56 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

I have been working on a crosswalk for our ead, we are still in the beginning phases, and my recommendation was to take items out of the item/row and make them a <ul><li> or <ol><li>. Should we not be, then waiting for the improvement? We don?t have many tables, but we do quite a large number of <item><row> lists.

Thanks,

Brian Thomas
Electronic Records Specialist
Texas State Library and Archives Commission
1201 Brazos Street
Austin, TX 78701
PH: (512) 475-3374
e-mail: bthomas at tsl.texas.gov
tsl.texas.gov<https://urldefense.proofpoint.com/v2/url?u=http-3A__tsl.texas.gov_&d=CwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=q7tvhqyg1Z6kPruceZxgG649XFOtOqRiHSv2EXoj9XU&s=QBHCdFebCoVj3Tr4pCEyTwYrczaukwk1U1qejnADRQA&e=>
[cid:image001.jpg at 01D029A2.37194C70]



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 Custer, Mark
Sent: Thursday, September 01, 2016 8:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

Hi, Lara.

Depending on how you look at things, the EAD table elements could be considered a different type of issue, particularly because ArchivesSpace doesn?t fully support those elements right now since you can?t add them directly in the staff interface.  My strong preference, though, is to ensure that these elements can still be rendered as HTML table elements in the new public interface.  So, that is on the ?to-do? list, and I hope that it?ll be available with the candidate release of the new public interface, but since the staff side still doesn?t support encoding tabular structures, it?s possible that this might slip until it?s determined whether or not the staff interface will support working with tabular structures (i.e. creating and editing tables in the staff interface, not just being able to import the table elements into a note field).

All that said, I?ll make sure that there?s at least one table in our ?test corpus? (if there isn?t already) so that the issue will be apparent to our testers.  Additionally, I added an umbrella ticket for a few metadata/display issues earlier in the year, which you can find here:  https://archivesspace.atlassian.net/browse/AR-1485<https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1485&d=CwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=q7tvhqyg1Z6kPruceZxgG649XFOtOqRiHSv2EXoj9XU&s=Ly6RIsYilIDn0cgeLnBmlhxtD_6bxq5x59heIwcV0HI&e=>  Once this ticket is addressed, we?ll actually break them out into individual tickets (although I hope that fourth bullet point, which is about transforming EAD into corresponding HTML elements, will become a single ticket? especially since some of those elements are already being handled correctly in the new PUI).

Mark



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 Lara Friedman-Shedlov
Sent: Wednesday, 31 August, 2016 5:27 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

Thanks, Mark.  We've been experiencing this same problem as Kari.

A similar issue we've noticed is that ASpace seems to ignore EAD <table> elements (and their children like <tgroup>, <tbody>, <row> and <entry>) in notes like Biographical / Historical.  In this case the text does show up in the public interface, but it is unformatted.  See for example http://archives.lib.umn.edu/repositories/7/resources/959<https://urldefense.proofpoint.com/v2/url?u=http-3A__archives.lib.umn.edu_repositories_7_resources_959&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=0D6pwwS9TAUsXQkxWwa2JZiajQ-1CzsqGM771-DoDcY&e=>  -- look at the last paragraph in the historical sketch.  It should appear in 3 columns (see http://special.lib.umn.edu/findaid/html/ymca/yusa0009x2x40.phtml<https://urldefense.proofpoint.com/v2/url?u=http-3A__special.lib.umn.edu_findaid_html_ymca_yusa0009x2x40.phtml&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=f-yZEwQd5RW52bC9xguJuB5p6a8gH8m40Xi-iylWf5k&e=>), but instead it's a solid block of unformatted text.

Is this also on the radar or is this a separate issue?

/ Lara Friedman-Shedlov


On Wed, Aug 31, 2016 at 3:54 PM, Custer, Mark <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
Kari,

Although I know that this doesn?t help right now, I can assure you that this sort of behavior has been fixed in the new public interface, which is due out next year (this year if you count the candidate release that?s scheduled to come out in early December)?  assuming that you?re talking about EAD elements and not HTML elements.

For instance, the following is HTML with mixed-content:

<ruby>
  ?? <rp>(</rp><rt>Ashita</rt><rp>)</rp>
</ruby>

ASpace won?t know what to do with that (and it shouldn?t be in an EAD finding aid, at least not with the current EAD specification), but if it were in ASpace then I?d argue that the best thing that could happen would be for all of the text to display to the public minus those three elements.

I can?t see the pictures that you added to the email (see the postscript below), but I assume that you are talking about mixed-content of EAD elements since you mention the <title> tag, like so:

This is text from a unittitle, and it has a <title>Title</title> and a <corpname>Corpname</corpname> in it.

(HTML also has a title element, but it only occurs in the HTML head element, which is rendered as the page name, search result title, and stuff like that?  i.e. not stuff in the body of the page)

And if that?s the case, the new public interface will display it as expected without any of the EAD tags visible.

Mark

p.s. the pictures didn?t seem to come through in my email, but I?m well aware of how mixed-content is handled on both the staff and public side of ASpace, so I think that I can still ?see? exactly what you?re talking about ?



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 Kari R Smith
Sent: Wednesday, 31 August, 2016 3:14 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface


Hello all,

have you seen this behavior and have suggestions on how to fix it?  Because there are 4 different ways the data is being rendered in different parts of the interface (staff and public) we are curious as to how to proceed. The behavior in the Public view is the most worrisome because the text disappears altogether.

Thank you for suggestions.



Issues with Components

1.   When viewing a component with a <title> tag in it to modify the display, the tag appears as part of the title text. This title displays the same in both the public and staff view. See below:

[Picture 1]
[Picture 5]



It does not appear as part of the title in the component list from the staff view: [Picture 2]



From the public view of the component list, text between these tags disappears entirely

[Picture 4]

_______________________________________________
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=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=kjrVlAeRaO5CDFPdTnHRD_UnFM0C3H7ICozL3VILfBs&e=>



--
_________________________________

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu<mailto:ldfs at umn.edu> |  612.626.7972 | www.lib.umn.edu/ymca<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lib.umn.edu_ymca&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=UhWa_Zf4wgkRNRnWsL8hzAz2VlRrAH-cvgYw_2U667Y&e=> | @yarchives
__________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/4f937972/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5314 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/4f937972/attachment.png>

From bthomas at tsl.texas.gov  Fri Sep  2 09:32:55 2016
From: bthomas at tsl.texas.gov (Brian Thomas)
Date: Fri, 2 Sep 2016 08:32:55 -0500
Subject: [Archivesspace_Users_Group] Missing text from between
	HMTLtags	in Public Interface
In-Reply-To: <BN3PR08MB1318958D9F95582D12EF959C8CE50@BN3PR08MB1318.namprd08.prod.outlook.com>
References: <29F559819ACA9A4FBF208407D4B63ABBEA4102B8@OC11expo28.exchange.mit.edu><BN3PR08MB13187980060F34E276164EA38CE30@BN3PR08MB1318.namprd08.prod.outlook.com><CAKWpb_ZQ4v3QcUDSy-RUvkFw1xMPbaVf9RoSZNk05CCL36MWTg@mail.gmail.com><BN3PR08MB1318AE0E53F23056A44268898CE20@BN3PR08MB1318.namprd08.prod.outlook.com><8989D267A9D24244B802C6B561B7F0D5C10117@Exchange01.win2k.tsl.state.tx.us>
	<BN3PR08MB1318958D9F95582D12EF959C8CE50@BN3PR08MB1318.namprd08.prod.outlook.com>
Message-ID: <8989D267A9D24244B802C6B561B7F0D5C1033F@Exchange01.win2k.tsl.state.tx.us>

Our tables/lists are fairly simple. Embedding for the crosswalk was html directly in the notes rather than straight EAD for prep on the import. This makes it non-standard compliant ead, but crosswalked finding aids are being used just for import into the system. Since the system allows for inline tags as of my test case on v1.4, including inline html, a processing archivist would just need to know how to use the corresponding html tags in the system. These are the directions:


Update tables


ArchivesSpace will import tables using the ead <row><item>, but it will render a block of text upon import, or get partially cut off. Change instance of <row> and <item> to html counterparts

<row> = <ul> for unordered (bulleted) lists

<row> = <ol> for ordered (numbered) lists

<item> = <li> regardless of ordering

NOTE: Some elements, such as finding aid revisions require the <item> tag, so it is important to change only <item> tags only when in a table/list. 

 

We use a consortium for posting ead finding aids, which has certain requirements that ArchivesSpace native exports don?t mesh perfectly with, so we have corresponding directions on reverting the table/list back to row/item tags as part of those overall directions. 

 

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Friday, September 02, 2016 8:00 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTLtags in Public Interface

 

Brian,

 

Sorry that I didn?t write back earlier.  Can you share your crosswalk?  Are you talking about embedding HTML directly into your notes, rather than EAD?  If that?s the case, I suppose that the HTML will display fine in the PUI, but you won?t have a great way to edit those lists on the staff side, and if you rely on EAD exports, those files are going to be invalid if you don?t do subsequent transformations on them (but, transforming the HTML into EAD should be pretty easy in these cases).  Still, I might not fully understand what you?re planning.

 

Mark

 

 

 

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brian Thomas
Sent: Thursday, 01 September, 2016 9:56 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

 

I have been working on a crosswalk for our ead, we are still in the beginning phases, and my recommendation was to take items out of the item/row and make them a <ul><li> or <ol><li>. Should we not be, then waiting for the improvement? We don?t have many tables, but we do quite a large number of <item><row> lists.

 

Thanks,

 

Brian Thomas

Electronic Records Specialist

Texas State Library and Archives Commission

1201 Brazos Street

Austin, TX 78701

PH: (512) 475-3374

e-mail: bthomas at tsl.texas.gov

tsl.texas.gov <https://urldefense.proofpoint.com/v2/url?u=http-3A__tsl.texas.gov_&d=CwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=q7tvhqyg1Z6kPruceZxgG649XFOtOqRiHSv2EXoj9XU&s=QBHCdFebCoVj3Tr4pCEyTwYrczaukwk1U1qejnADRQA&e=> 

 

 

 

 

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Thursday, September 01, 2016 8:16 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

 

Hi, Lara.

 

Depending on how you look at things, the EAD table elements could be considered a different type of issue, particularly because ArchivesSpace doesn?t fully support those elements right now since you can?t add them directly in the staff interface.  My strong preference, though, is to ensure that these elements can still be rendered as HTML table elements in the new public interface.  So, that is on the ?to-do? list, and I hope that it?ll be available with the candidate release of the new public interface, but since the staff side still doesn?t support encoding tabular structures, it?s possible that this might slip until it?s determined whether or not the staff interface will support working with tabular structures (i.e. creating and editing tables in the staff interface, not just being able to import the table elements into a note field).

 

All that said, I?ll make sure that there?s at least one table in our ?test corpus? (if there isn?t already) so that the issue will be apparent to our testers.  Additionally, I added an umbrella ticket for a few metadata/display issues earlier in the year, which you can find here:  https://archivesspace.atlassian.net/browse/AR-1485 <https://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_AR-2D1485&d=CwMGaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=q7tvhqyg1Z6kPruceZxgG649XFOtOqRiHSv2EXoj9XU&s=Ly6RIsYilIDn0cgeLnBmlhxtD_6bxq5x59heIwcV0HI&e=>   Once this ticket is addressed, we?ll actually break them out into individual tickets (although I hope that fourth bullet point, which is about transforming EAD into corresponding HTML elements, will become a single ticket? especially since some of those elements are already being handled correctly in the new PUI).

 

Mark

 

 

 

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Lara Friedman-Shedlov
Sent: Wednesday, 31 August, 2016 5:27 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

 

Thanks, Mark.  We've been experiencing this same problem as Kari.

 

A similar issue we've noticed is that ASpace seems to ignore EAD <table> elements (and their children like <tgroup>, <tbody>, <row> and <entry>) in notes like Biographical / Historical.  In this case the text does show up in the public interface, but it is unformatted.  See for example http://archives.lib.umn.edu/repositories/7/resources/959 <https://urldefense.proofpoint.com/v2/url?u=http-3A__archives.lib.umn.edu_repositories_7_resources_959&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=0D6pwwS9TAUsXQkxWwa2JZiajQ-1CzsqGM771-DoDcY&e=>   -- look at the last paragraph in the historical sketch.  It should appear in 3 columns (see http://special.lib.umn.edu/findaid/html/ymca/yusa0009x2x40.phtml <https://urldefense.proofpoint.com/v2/url?u=http-3A__special.lib.umn.edu_findaid_html_ymca_yusa0009x2x40.phtml&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=f-yZEwQd5RW52bC9xguJuB5p6a8gH8m40Xi-iylWf5k&e=> ), but instead it's a solid block of unformatted text.

 

Is this also on the radar or is this a separate issue?

 

/ Lara Friedman-Shedlov

 

 

On Wed, Aug 31, 2016 at 3:54 PM, Custer, Mark <mark.custer at yale.edu> wrote:

	Kari,

	 

	Although I know that this doesn?t help right now, I can assure you that this sort of behavior has been fixed in the new public interface, which is due out next year (this year if you count the candidate release that?s scheduled to come out in early December)?  assuming that you?re talking about EAD elements and not HTML elements.  

	 

	For instance, the following is HTML with mixed-content:

	 

	<ruby>

	  ?? <rp>(</rp><rt>Ashita</rt><rp>)</rp>

	</ruby>

	 

	ASpace won?t know what to do with that (and it shouldn?t be in an EAD finding aid, at least not with the current EAD specification), but if it were in ASpace then I?d argue that the best thing that could happen would be for all of the text to display to the public minus those three elements.

	 

	I can?t see the pictures that you added to the email (see the postscript below), but I assume that you are talking about mixed-content of EAD elements since you mention the <title> tag, like so:

	 

	This is text from a unittitle, and it has a <title>Title</title> and a <corpname>Corpname</corpname> in it.

	 

	(HTML also has a title element, but it only occurs in the HTML head element, which is rendered as the page name, search result title, and stuff like that?  i.e. not stuff in the body of the page)

	 

	And if that?s the case, the new public interface will display it as expected without any of the EAD tags visible.

	 

	Mark

	 

	p.s. the pictures didn?t seem to come through in my email, but I?m well aware of how mixed-content is handled on both the staff and public side of ASpace, so I think that I can still ?see? exactly what you?re talking about J

	 

	 

	 

	From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
	Sent: Wednesday, 31 August, 2016 3:14 PM
	To: archivesspace_users_group at lyralists.lyrasis.org
	Subject: [Archivesspace_Users_Group] Missing text from between HMTL tags in Public Interface

	 

	Hello all,

	have you seen this behavior and have suggestions on how to fix it?  Because there are 4 different ways the data is being rendered in different parts of the interface (staff and public) we are curious as to how to proceed. The behavior in the Public view is the most worrisome because the text disappears altogether.

	Thank you for suggestions.

	 


	Issues with Components


	1.   When viewing a component with a <title> tag in it to modify the display, the tag appears as part of the title text. This title displays the same in both the public and staff view. See below: 

	
	 Picture 1<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0002.jpg>  
	 Picture 5<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0003.jpg>  

	 

	It does not appear as part of the title in the component list from the staff view:  Picture 2<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0004.jpg>  

	 

	From the public view of the component list, text between these tags disappears entirely

	 Picture 4<https://owa.exchange.mit.edu/owa/ev.owa?ns=WebReady&ev=GetFile&canary=A18NAiuAqEWF84yVSg-Rc8VtZeVP19MIYIg9D9tu1dvKvO7Gq8OcwKi1uQ0pbEAckWnYFmt7zl4.&d=F3-75-66-16-84-07-AA-45-79-32-1A-41-FD-CC-16-FB&fileName=1_0005.jpg>  

	
	_______________________________________________
	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=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=kjrVlAeRaO5CDFPdTnHRD_UnFM0C3H7ICozL3VILfBs&e=> 





 

-- 

_________________________________

 

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lib.umn.edu_ymca&d=CwMFaQ&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=tta6rwzzrKJBMqqG2gkmblkcnlZJk1X7cGWe5DgadNU&s=UhWa_Zf4wgkRNRnWsL8hzAz2VlRrAH-cvgYw_2U667Y&e=>  | @yarchives
__________________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/7937fc2a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5314 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/7937fc2a/attachment.png>

From smithkr at mit.edu  Fri Sep  2 10:02:02 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Fri, 2 Sep 2016 14:02:02 +0000
Subject: [Archivesspace_Users_Group] Way to reset a password using the Test
	AS install?
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBEA41256B@OC11expo28.exchange.mit.edu>

Hello,
I installed AS as a local test instance and have forgotten the admin password I used.  Would someone let me know how I reset that password?  (This is basic, I realize, but something that I don't generally need to do so I appreciate the help.)

Kari

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

From sdm7g at eservices.virginia.edu  Fri Sep  2 10:07:22 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Fri, 2 Sep 2016 14:07:22 +0000
Subject: [Archivesspace_Users_Group] Way to reset a password using the
 Test	AS install?
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBEA41256B@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBEA41256B@OC11expo28.exchange.mit.edu>
Message-ID: <5EEE0080-DFBC-4DE9-BCB5-33571644A928@eservices.virginia.edu>


There is a password-reset shell script in the archivesspace/scripts/ directory. 


> On Sep 2, 2016, at 10:02 AM, Kari R Smith <smithkr at mit.edu> wrote:
> 
> Hello,
> I installed AS as a local test instance and have forgotten the admin password I used.  Would someone let me know how I reset that password?  (This is basic, I realize, but something that I don?t generally need to do so I appreciate the help.)
>  
> Kari
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From smithkr at mit.edu  Fri Sep  2 10:36:39 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Fri, 2 Sep 2016 14:36:39 +0000
Subject: [Archivesspace_Users_Group] Way to reset a password using the
 Test	AS install?
In-Reply-To: <5EEE0080-DFBC-4DE9-BCB5-33571644A928@eservices.virginia.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBEA41256B@OC11expo28.exchange.mit.edu>
	<5EEE0080-DFBC-4DE9-BCB5-33571644A928@eservices.virginia.edu>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBEA41260F@OC11expo28.exchange.mit.edu>

Thank you, Steve!  Just want I needed .. and I learned how to do a new task today.

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Majewski, Steven Dennis (sdm7g)
Sent: Friday, September 02, 2016 10:07 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Way to reset a password using the Test AS install?


There is a password-reset shell script in the archivesspace/scripts/ directory. 


> On Sep 2, 2016, at 10:02 AM, Kari R Smith <smithkr at mit.edu> wrote:
> 
> Hello,
> I installed AS as a local test instance and have forgotten the admin 
> password I used.  Would someone let me know how I reset that password?  
> (This is basic, I realize, but something that I don?t generally need 
> to do so I appreciate the help.)
>  
> Kari
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list 
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou
> p

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

From rachel.searcy at nyu.edu  Fri Sep  2 10:43:45 2016
From: rachel.searcy at nyu.edu (Rachel Aileen Searcy)
Date: Fri, 2 Sep 2016 10:43:45 -0400
Subject: [Archivesspace_Users_Group] Problem linking multiple top containers
	to single component
Message-ID: <CAGFAsrP4s_wNn61_hRDP0Z9u_TWPq_yd04QXn00prq8QGj6ZKQ@mail.gmail.com>

Hello list,

I'm running into an issue adding a large number of top container records to
a single component in a resource record. After having added over 10
containers a series, I tried to edit a note but received the following
error message upon saving: "Top Container - Property is required but was
missing." All of my top containers have Type, Indicator, and Container
Profile fields filled in. I was able to replicate this is
test.archivesspace.org and there seems to be a tipping point after adding
around 10 container instances to a single AO. Tabling descriptive and
access considerations that might suggest that's too large of a range to
describe in a single component, does anyone happen to know if there is a
limit to how many containers can be associated with a single component? It
appears as though accession records are not exhibiting this problem as far
as I can tell.

Thanks very much in advance - any insight would be appreciated.

Rachel Searcy
Accessioning Archivist, Archival Collections Management
New York University Libraries
212.998.2539 | rachel.searcy at nyu.edu


The error:

?

But my containers look fine?



And when I open up the record again the Instances sub-record appears blank,
even though I can locate those containers via the Manage Top Containers and
they appear to be linked to the record:


?
?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/6bf780d5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2016-09-02 at 10.34.06 AM.png
Type: image/png
Size: 106904 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/6bf780d5/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2016-09-01 at 3.43.34 PM.png
Type: image/png
Size: 95209 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/6bf780d5/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2016-09-02 at 10.31.50 AM.png
Type: image/png
Size: 173772 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/6bf780d5/attachment-0002.png>

From kkthompson at tsl.texas.gov  Fri Sep  2 11:38:08 2016
From: kkthompson at tsl.texas.gov (Kathleen Krause-Thompson)
Date: Fri, 2 Sep 2016 15:38:08 +0000
Subject: [Archivesspace_Users_Group] authentication_sources -- LDAP/Active
	Directory (failure log)
Message-ID: <MWHPR16MB1423769B3BAAC8880E1E8F2D88E50@MWHPR16MB1423.namprd16.prod.outlook.com>


Hello -- I?m attempting to configure an LDAP/Active Directory auth source and am getting the error messages below (details removed), from the main log. Is there an alternate log where I might look for more details? Any other ideas about next steps? Credentials and connectivity should be fine as other applications on the same server are making the link.

Parameters: {"utf8"=>"?", "authenticity_token"=>"02knGWUiVGv0C+pe06yYOyO9bWB4ZnfG8dnd+tJF+HY=", "username"=>"k", "password"=>"[FILTERED]", "commit"=>"Sign In"}
D, [2016-09-01T15:24:58.330000 #26461] DEBUG -- : Thread-4210: POST /users/k/login [session: nil]
D, [2016-09-01T15:24:58.335000 #26461] DEBUG -- : Thread-4210: Post-processed params: {:username=>"k", :password=>"[FILTERED]", :expiring=>true}
E, [2016-09-01T15:24:58.401000 #26461] ERROR -- : Thread-4210: Error communicating with authentication source #<LDAPAuth:0x76063956 @encryption=nil, @extra_filter=nil, @attribute_map={:cn=>:name}, @bind_password="FILTERED", @port="389", @bind_dn="uid=removed,ou=", @username_attribute="uid", @hostname="tsl.state.tx.us", @base_dn="dc=tsl,dc=state,dc=tx,dc=us">: Failed when binding to LDAP directory: #<LDAPAuth:0x76063956 @encryption=nil, @extra_filter=nil, @attribute_map={:cn=>:name> Error: Invalid Credentials (code = 49)



Kathleen Krause-Thompson
Texas State Library and Archives
Lead Developer Analyst

[tslac_logo_small]<https://www.tsl.texas.gov/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/de33344f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 70 bytes
Desc: image001.gif
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/de33344f/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 5344 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/de33344f/attachment.png>

From PGalligan at rockarch.org  Fri Sep  2 11:53:47 2016
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Fri, 2 Sep 2016 11:53:47 -0400
Subject: [Archivesspace_Users_Group] Description outpacing indexing top
	containers?
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D8B47904BF@racex01>

Hi all,

A few of our archivists like to put container instances in at the end of the description process. However, we've found that if you work fast enough, you can essentially outpace the AS indexing of top containers, meaning the auto-fill top container box won't show a container that they just added on the previous archival object.

Has anyone else encountered this problem? Anyone have some info on how to speed up the indexing rounds?

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/20160902/056a3cb7/attachment.html>

From sdm7g at eservices.virginia.edu  Fri Sep  2 12:37:12 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Fri, 2 Sep 2016 16:37:12 +0000
Subject: [Archivesspace_Users_Group] authentication_sources --
 LDAP/Active	Directory (failure log)
In-Reply-To: <MWHPR16MB1423769B3BAAC8880E1E8F2D88E50@MWHPR16MB1423.namprd16.prod.outlook.com>
References: <MWHPR16MB1423769B3BAAC8880E1E8F2D88E50@MWHPR16MB1423.namprd16.prod.outlook.com>
Message-ID: <789D3130-881A-428D-8FB0-CBBB856AF52C@eservices.virginia.edu>


We use LDAP/Active Directory for user information but not for user authentication. 
With ArchivesSpace LDAP Authentication configured, the initial (anonymous) bind to get user information works, but it fails on the 2nd authentication binding. The first request is either doing anonymous binding, or else username+password need to be in the AppConfig[:authentication_sources] in your config file. But after getting user info from LDAP on the first request, it will attempt to bind to that user (with supplied user password) and connect again. 

I don?t know if you have a similar set up at your site, but, as well as my memory works, that looks like a familiar error message.  And perhaps the other applications that work are not trying to do the 2nd binding. (?)


I have pulled some of the LDAP code from ArchivesSpace into a script to get user info and write it out the JSONModel, so that I can batch create users from LDAP info using backend API. Users have to authenticate separately thru Shibboleth or pub-cookie to get to the ArchivesSpace server, and then authenticate again to ArchivesSpace. I?ld like to figure out how to skip that 2nd authentication, but backend and frontend servers need to exchange and agree on user credentials. 


? Steve Majewski / UVA Alderman Library


> On Sep 2, 2016, at 11:38 AM, Kathleen Krause-Thompson <kkthompson at tsl.texas.gov> wrote:
> 
> <image001.gif>
> Hello -- I?m attempting to configure an LDAP/Active Directory auth source and am getting the error messages below (details removed), from the main log. Is there an alternate log where I might look for more details? Any other ideas about next steps? Credentials and connectivity should be fine as other applications on the same server are making the link.
>  
> Parameters: {"utf8"=>"?", "authenticity_token"=>"02knGWUiVGv0C+pe06yYOyO9bWB4ZnfG8dnd+tJF+HY=", "username"=>"k", "password"=>"[FILTERED]", "commit"=>"Sign In"}
> D, [2016-09-01T15:24:58.330000 #26461] DEBUG -- : Thread-4210: POST /users/k/login [session: nil]
> D, [2016-09-01T15:24:58.335000 #26461] DEBUG -- : Thread-4210: Post-processed params: {:username=>"k", :password=>"[FILTERED]", :expiring=>true}
> E, [2016-09-01T15:24:58.401000 #26461] ERROR -- : Thread-4210: Error communicating with authentication source #<LDAPAuth:0x76063956 @encryption=nil, @extra_filter=nil, @attribute_map={:cn=>:name}, @bind_password="FILTERED", @port="389", @bind_dn="uid=removed,ou=", @username_attribute="uid", @hostname="tsl.state.tx.us", @base_dn="dc=tsl,dc=state,dc=tx,dc=us">: Failed when binding to LDAP directory: #<LDAPAuth:0x76063956 @encryption=nil, @extra_filter=nil, @attribute_map={:cn=>:name> Error: Invalid Credentials (code = 49)
>  
>  
>  
> Kathleen Krause-Thompson
> Texas State Library and Archives
> Lead Developer Analyst
>  
> <image002.png>
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From megan.mummey at uky.edu  Fri Sep  2 13:13:42 2016
From: megan.mummey at uky.edu (Mummey, Megan)
Date: Fri, 2 Sep 2016 17:13:42 +0000
Subject: [Archivesspace_Users_Group] EAD Import Error
Message-ID: <BY2PR0301MB197453BF443396C2FF1692D68DE50@BY2PR0301MB1974.namprd03.prod.outlook.com>

Hi all,

I don't know if this import error has been brought up yet. I just imported an EAD into ArchivesSpace with scope and contents notes on the item-level. The EAD imported with each scope and contents note marked as unpublished in the note level. The text block was marked as publish. See attached screenshot.

Has anyone else seen an error like this?


Megan Mummey
Collections Management Archivist
Special Collections Research Center
University of Kentucky Libraries
Margaret I. King Library
Lexington, KY  40506-0039
megan.mummey at uky.edu<mailto:Megan.mummey at uky.edu>|859.257.6942



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/4bdc878e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: publish.JPG
Type: image/jpeg
Size: 66328 bytes
Desc: publish.JPG
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/4bdc878e/attachment.jpe>

From PGalligan at rockarch.org  Fri Sep  2 13:39:10 2016
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Fri, 2 Sep 2016 13:39:10 -0400
Subject: [Archivesspace_Users_Group] EAD Import Error
In-Reply-To: <BY2PR0301MB197453BF443396C2FF1692D68DE50@BY2PR0301MB1974.namprd03.prod.outlook.com>
References: <BY2PR0301MB197453BF443396C2FF1692D68DE50@BY2PR0301MB1974.namprd03.prod.outlook.com>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D8B47904D4@racex01>

Megan,

If I recall correctly, this isn't actually a bug. But you can easily change it by changing the EAD converter.

Modify your ead_converter.rb and add it as a local plugin in plugins/local/backend/model/ead_converter.rb.

The code you're looking to change looks something like this:

        make :note_multipart, {
          :type => node.name,
          :persistent_id => att('id'),
                  :publish => att('audience') != 'internal',
          :subnotes => {
                                    :publish => att('audience') != 'internal',
            'jsonmodel_type' => 'note_text',
            'content' => format_content( content )
          }
        } do |note|
          set ancestor(:resource, :archival_object), :notes, note
        end
      end
    end

A code block like so will automatically publish multipart notes on import.

The part that changes this is :publish => att('audience') != 'internal'.

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 Mummey, Megan
Sent: Friday, September 02, 2016 1:14 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD Import Error

Hi all,

I don't know if this import error has been brought up yet. I just imported an EAD into ArchivesSpace with scope and contents notes on the item-level. The EAD imported with each scope and contents note marked as unpublished in the note level. The text block was marked as publish. See attached screenshot.

Has anyone else seen an error like this?


Megan Mummey
Collections Management Archivist
Special Collections Research Center
University of Kentucky Libraries
Margaret I. King Library
Lexington, KY  40506-0039
megan.mummey at uky.edu<mailto:Megan.mummey at uky.edu>|859.257.6942

[cid:image001.jpg at 01D2051F.04AA2430]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/2f171810/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 66328 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/2f171810/attachment.jpg>

From sdm7g at eservices.virginia.edu  Fri Sep  2 13:39:21 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Fri, 2 Sep 2016 17:39:21 +0000
Subject: [Archivesspace_Users_Group] Can't save changes to repository...
Message-ID: <0B4198E8-C7F3-4930-AE2B-868BF32217CD@eservices.virginia.edu>



Trying to edit and make changes to one of my repositories, I get the following. Changes are not saved. ? Steve Majewski


translation missing: en.no<http://en.no> key - Agent records cannot be identical

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

From megan.mummey at uky.edu  Fri Sep  2 13:41:28 2016
From: megan.mummey at uky.edu (Mummey, Megan)
Date: Fri, 2 Sep 2016 17:41:28 +0000
Subject: [Archivesspace_Users_Group] EAD Import Error
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D8B47904D4@racex01>
References: <BY2PR0301MB197453BF443396C2FF1692D68DE50@BY2PR0301MB1974.namprd03.prod.outlook.com>
	<F6E0CB227A713F4AA8F9598060B8F063D8B47904D4@racex01>
Message-ID: <BY2PR0301MB19746BEE37339456145AD75F8DE50@BY2PR0301MB1974.namprd03.prod.outlook.com>

This is very helpful. Thank you!

-Megan

Megan Mummey
Collections Management Archivist
Special Collections Research Center
University of Kentucky Libraries
Margaret I. King Library
Lexington, KY  40506-0039
megan.mummey at uky.edu<mailto:Megan.mummey at uky.edu>|859.257.6942

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Friday, September 02, 2016 1:39 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] EAD Import Error

Megan,

If I recall correctly, this isn't actually a bug. But you can easily change it by changing the EAD converter.

Modify your ead_converter.rb and add it as a local plugin in plugins/local/backend/model/ead_converter.rb.

The code you're looking to change looks something like this:

        make :note_multipart, {
          :type => node.name,
          :persistent_id => att('id'),
                  :publish => att('audience') != 'internal',
          :subnotes => {
                                    :publish => att('audience') != 'internal',
            'jsonmodel_type' => 'note_text',
            'content' => format_content( content )
          }
        } do |note|
          set ancestor(:resource, :archival_object), :notes, note
        end
      end
    end

A code block like so will automatically publish multipart notes on import.

The part that changes this is :publish => att('audience') != 'internal'.

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 Mummey, Megan
Sent: Friday, September 02, 2016 1:14 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD Import Error

Hi all,

I don't know if this import error has been brought up yet. I just imported an EAD into ArchivesSpace with scope and contents notes on the item-level. The EAD imported with each scope and contents note marked as unpublished in the note level. The text block was marked as publish. See attached screenshot.

Has anyone else seen an error like this?


Megan Mummey
Collections Management Archivist
Special Collections Research Center
University of Kentucky Libraries
Margaret I. King Library
Lexington, KY  40506-0039
megan.mummey at uky.edu<mailto:Megan.mummey at uky.edu>|859.257.6942

[cid:image001.jpg at 01D2051F.B3E833B0]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/2ee08c9b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 66328 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160902/2ee08c9b/attachment.jpg>

From christine.dibella at lyrasis.org  Tue Sep  6 12:29:25 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 6 Sep 2016 16:29:25 +0000
Subject: [Archivesspace_Users_Group] Problem linking multiple top
 containers	to single component
In-Reply-To: <CAGFAsrP4s_wNn61_hRDP0Z9u_TWPq_yd04QXn00prq8QGj6ZKQ@mail.gmail.com>
References: <CAGFAsrP4s_wNn61_hRDP0Z9u_TWPq_yd04QXn00prq8QGj6ZKQ@mail.gmail.com>
Message-ID: <CY1PR0801MB0842FA722E934A3043928345F1F90@CY1PR0801MB0842.namprd08.prod.outlook.com>

I am able to replicate this in part in test, but the circumstances are fairly complicated.


?         I am able to add the larger number of instances and top containers to a component without difficulty.

?         When I try to save a first edit I make to the component (doesn?t matter if it?s in the basic information area or a sub-record like a note) with a larger number of top containers that triggers this message about missing information, which appears to be caused by the top container (but not the instance) information being cleared from the record. All the instances I created are still attached, but no longer display their linked top container information.

?         If I dismiss that edit (by clicking out of it), return to the component and make the edit again, everything works as expected.

?         If I only have a few instances/containers attached to a component, everything works as expected.

Rachel, is this what you?re seeing as well? I?m just trying to get a sense of if the issue is consistent, or if multiple things are happening here.

(If this is what is happening, the short term solution would appear to be either to limit the number of container instances you add to a resource component, or to click out of the first edit in order to preserve the top containers when you have greater than 10. But obviously in the long run this is something we?d want to resolve, or at least have behave in a predictable way based on reasonable limitations.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Rachel Aileen Searcy
Sent: Friday, September 2, 2016 10:44 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Problem linking multiple top containers to single component

Hello list,

I'm running into an issue adding a large number of top container records to a single component in a resource record. After having added over 10 containers a series, I tried to edit a note but received the following error message upon saving: "Top Container - Property is required but was missing." All of my top containers have Type, Indicator, and Container Profile fields filled in. I was able to replicate this is test.archivesspace.org<http://test.archivesspace.org> and there seems to be a tipping point after adding around 10 container instances to a single AO. Tabling descriptive and access considerations that might suggest that's too large of a range to describe in a single component, does anyone happen to know if there is a limit to how many containers can be associated with a single component? It appears as though accession records are not exhibiting this problem as far as I can tell.

Thanks very much in advance - any insight would be appreciated.

Rachel Searcy
Accessioning Archivist, Archival Collections Management
New York University Libraries
212.998.2539 | rachel.searcy at nyu.edu<mailto:rachel.searcy at nyu.edu>


The error:
[cid:image008.png at 01D2083A.3E602760]
?

But my containers look fine?

[cid:image009.png at 01D2083A.3E602760]


And when I open up the record again the Instances sub-record appears blank, even though I can locate those containers via the Manage Top Containers and they appear to be linked to the record:

[cid:image010.png at 01D2083A.3E602760]
?
?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/af1ed9b0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 7645 bytes
Desc: image007.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/af1ed9b0/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image008.png
Type: image/png
Size: 106847 bytes
Desc: image008.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/af1ed9b0/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image009.png
Type: image/png
Size: 20695 bytes
Desc: image009.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/af1ed9b0/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.png
Type: image/png
Size: 16543 bytes
Desc: image010.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/af1ed9b0/attachment-0003.png>

From christine.dibella at lyrasis.org  Tue Sep  6 12:55:45 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 6 Sep 2016 16:55:45 +0000
Subject: [Archivesspace_Users_Group] Can't save changes to repository...
In-Reply-To: <0B4198E8-C7F3-4930-AE2B-868BF32217CD@eservices.virginia.edu>
References: <0B4198E8-C7F3-4930-AE2B-868BF32217CD@eservices.virginia.edu>
Message-ID: <CY1PR0801MB08428664CC92D5FB34B5F261F1F90@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hi Steve,

This may be obvious, but what did you try to change? When you create a repository record, an associated agent record is created and updates to the repository record update the agent record. This error would suggest that your change either caused a conflict with another agent record with the same name, or with a repository with the same name.

Does this happen only with that repository, or are you experiencing it on all repositories?

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Majewski, Steven Dennis (sdm7g)
Sent: Friday, September 2, 2016 1:39 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Can't save changes to repository...



Trying to edit and make changes to one of my repositories, I get the following. Changes are not saved. ? Steve Majewski


translation missing: en.no<http://en.no> key - Agent records cannot be identical

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

From clobdel1 at swarthmore.edu  Tue Sep  6 14:43:23 2016
From: clobdel1 at swarthmore.edu (Chelsea Lobdell)
Date: Tue, 6 Sep 2016 14:43:23 -0400
Subject: [Archivesspace_Users_Group] Error with Reports
Message-ID: <CANoeXEboANtacWzaUj8ACO=YmFrrEs2U=m5HhG_AfED=u98UkA@mail.gmail.com>

Hi ArchivesSpace,

I'm wondering if anyone else has had error with their reports?  We are
trying to download out reports as PDF. Many of them download successful but
a good handful of our reports just hang and never produce anything to
download. I have already had our sysadmin increase the CPUs on our MySQL
server from 2 to 4. We have the capacity to double them again but I wanted
to reach out before doing so to see if anyone else has experienced this
problem and if so, how did you address it?

Thanks,
Chelsea

*---------------*
*Chelsea Lobdell*
*Library Web Developer/ Swarthmore College*
*clobdel1 at swarthmore.edu <clobdel1 at swarthmore.edu> / (610)690-6818
<%28610%29690-6818>*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/b28a7fb6/attachment.html>

From mark.custer at yale.edu  Tue Sep  6 14:45:39 2016
From: mark.custer at yale.edu (Custer, Mark)
Date: Tue, 6 Sep 2016 18:45:39 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace PUI Development meeting,
	September 6th
Message-ID: <BN3PR08MB1318D5E2E70E7AB15025AFEE8CF90@BN3PR08MB1318.namprd08.prod.outlook.com>

All,

The ArchivesSpace Public Interface Development group will be holding its next conference call tonight, Tuesday, September 6th, 6 p.m. EDT.

Anyone with an interest in contributing to the development of the new ArchivesSpace Public Interface is welcome to join the call to listen in, although we will have a technical limit of only having 41 extra spots available due to the technology being used for the conference call.

The agenda is available at the following address: https://archivesspace.atlassian.net/wiki/display/ADC/2016-09-06  The minutes from this meeting will be posted to the same address shortly after the meeting concludes, and minutes from the previous development meetings can be accessed at https://archivesspace.atlassian.net/wiki/display/ADC/Meeting+Schedule%2C+Minutes

How to join the meeting:

Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/273727876<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_273727876&d=CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=0ytbzf11yL2PBR2r05VGSovdoI7BnfCM-PCrk5RHuL8&s=4ZIdlQ6Qisho7Ox5a_0S5H69-gshfUTvSKtYFYSnGlQ&e=>

Or iPhone one-tap (US Toll):  16465588656,273727876# or 14086380968,273727876#

Or Telephone:

    Dial: +1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll)
    Meeting ID: 273 727 876
    International numbers available: https://zoom.us/zoomconference?m=USXae4tffV_KAUNNpLLZki6xG-N0X73n

If anyone has any questions or suggestions, please let me know.

Mark Custer

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

From smithkr at mit.edu  Tue Sep  6 15:11:45 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Tue, 6 Sep 2016 19:11:45 +0000
Subject: [Archivesspace_Users_Group] Question: where to change text from the
	PDF finding aids
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBEA41639A@OC11expo28.exchange.mit.edu>

Hello - We've been successful with making some modifications to the as-ead-pdf.xsl stylesheet for printing to PDF.  However, we cannot figure out where in teh xsl file to change the text that displays on the cover sheet "This finding aid was produced using ArchivesSpace on September 06, 2016."

Can someone point me to where this text is located so we can modify it?

thanks!

Kari Smith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/005be355/attachment.html>

From Kevin.Clair at du.edu  Tue Sep  6 15:19:50 2016
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Tue, 6 Sep 2016 19:19:50 +0000
Subject: [Archivesspace_Users_Group] Question: where to change text from
 the PDF finding aids
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBEA41639A@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBEA41639A@OC11expo28.exchange.mit.edu>
Message-ID: <EE537036-1337-49D6-8AC5-FAAB22BEF499@du.edu>

Hi Kari,

It?s in the EAD serializer Ruby script, row 715: https://github.com/archivesspace/archivesspace/blob/f14f2e67f72281bffa4422c2fb5a355630573211/backend/app/exporters/serializers/ead.rb

I?d be interested to hear if it?s possible to change that text or remove it by editing the XSLT; we ended up doing it by editing that Ruby script directly via plugin.  -k

From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Kari R Smith <smithkr at mit.edu>
Reply-To: Archivesspace Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Tuesday, September 6, 2016 at 1:11 PM
To: Archivesspace Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Question: where to change text from the PDF finding aids

Hello - We've been successful with making some modifications to the as-ead-pdf.xsl stylesheet for printing to PDF.  However, we cannot figure out where in teh xsl file to change the text that displays on the cover sheet "This finding aid was produced using ArchivesSpace on September 06, 2016."

Can someone point me to where this text is located so we can modify it?

thanks!

Kari Smith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/b6405b9b/attachment.html>

From mark.custer at yale.edu  Tue Sep  6 15:33:07 2016
From: mark.custer at yale.edu (Custer, Mark)
Date: Tue, 6 Sep 2016 19:33:07 +0000
Subject: [Archivesspace_Users_Group] Question: where to change text from
 the	PDF finding aids
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBEA41639A@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBEA41639A@OC11expo28.exchange.mit.edu>
Message-ID: <BN3PR08MB1318092F953577F87ECD3C578CF90@BN3PR08MB1318.namprd08.prod.outlook.com>

Kari,

That text is added to the profiledesc section of the  EAD file by ArchivesSpace whenever the EAD output is created.  If you want to edit how that appears (or if it appears at all), one option is to edit the XSL transformation.  Here's where the profiledesc is called in the transformation process:

https://github.com/archivesspace/archivesspace/blob/master/stylesheets/as-ead-pdf.xsl#L241-L243  (you can edit this if you don't want that section to display at all on the front page, for instance, whereas you might want to keep it in the EAD file since it provides technical metadata about when the file was generated).

And here are the lines that you might need to edit if you want to adjust the display of that information:  https://github.com/archivesspace/archivesspace/blob/master/stylesheets/as-ead-pdf.xsl#L257-L267

Are the other changes that you're making just local modifications, or actual fixes / improvements everyone would want?  If the latter, I'd encourage you to share those! :)

Mark



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: Tuesday, 06 September, 2016 3:12 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Question: where to change text from the PDF finding aids

Hello - We've been successful with making some modifications to the as-ead-pdf.xsl stylesheet for printing to PDF.  However, we cannot figure out where in teh xsl file to change the text that displays on the cover sheet "This finding aid was produced using ArchivesSpace on September 06, 2016."

Can someone point me to where this text is located so we can modify it?

thanks!

Kari Smith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160906/c3ef3707/attachment.html>

From Joshua.D.Shaw at dartmouth.edu  Wed Sep  7 10:44:53 2016
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Wed, 7 Sep 2016 14:44:53 +0000
Subject: [Archivesspace_Users_Group] Label Printing Plugin - beta release
Message-ID: <DM5PR03MB2891565612348CEF4AE4335EABF80@DM5PR03MB2891.namprd03.prod.outlook.com>

Hi All-


I've released a beta version of the label printing plugin I've been talking about here: https://github.com/dartmouth-dltg/container_management_labels/releases/tag/v1.0-beta-1  You'll want to rename the download to remove the "-1.0-beta-1" suffix before adding it to your plugins directory. It's a beta release, so *don't* use it with production data!


Please give the ReadMe (https://github.com/dartmouth-dltg/container_management_labels/blob/master/README.md) a good look through to get a feel for what the plugin does and how to set it up. I'm happy to answer any questions about setup and use.


As it says on the tin, this will require some assembly for new label types - mainly CSS work to define the label sizes and layouts. Hopefully, the CSS for the two included label types will help to give people a roadmap on how to setup new label types. Depending on how useful this turns out, it might be worthwhile thinking about a group repository of label types/CSS so that people don't have to reinvent the wheel.


Please give the plugin a spin and report any issues that you find. If you do run into issues, please include the AS version (though its 1.5.1+ at this point due to the changes in the locations that have been added), your browser, and O/S. Those last two are mainly for CSS debugging.


You can email the list or send to me directly: joshua.d.shaw at dartmouth.edu


Thanks!
Joshua
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160907/9dbaae66/attachment.html>

From PGalligan at rockarch.org  Wed Sep  7 13:02:04 2016
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 7 Sep 2016 13:02:04 -0400
Subject: [Archivesspace_Users_Group] Label Printing Plugin - beta release
In-Reply-To: <DM5PR03MB2891565612348CEF4AE4335EABF80@DM5PR03MB2891.namprd03.prod.outlook.com>
References: <DM5PR03MB2891565612348CEF4AE4335EABF80@DM5PR03MB2891.namprd03.prod.outlook.com>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D8B4790685@racex01>

Joshua,

I'd love to start testing this out, but I ran into a Runtime Error with AS after installing it.

Getting a "No value set for config parameter: container_management_labels_autoscale" message.

This was installed on a fairly clean and new installation of 1.5.1. Any ideas why this might happen? It's calling out an issue in line #47.

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 Joshua D. Shaw
Sent: Wednesday, September 07, 2016 10:45 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Label Printing Plugin - beta release


Hi All-



I've released a beta version of the label printing plugin I've been talking about here: https://github.com/dartmouth-dltg/container_management_labels/releases/tag/v1.0-beta-1  You'll want to rename the download to remove the "-1.0-beta-1" suffix before adding it to your plugins directory. It's a beta release, so *don't* use it with production data!



Please give the ReadMe (https://github.com/dartmouth-dltg/container_management_labels/blob/master/README.md) a good look through to get a feel for what the plugin does and how to set it up. I'm happy to answer any questions about setup and use.



As it says on the tin, this will require some assembly for new label types - mainly CSS work to define the label sizes and layouts. Hopefully, the CSS for the two included label types will help to give people a roadmap on how to setup new label types. Depending on how useful this turns out, it might be worthwhile thinking about a group repository of label types/CSS so that people don't have to reinvent the wheel.



Please give the plugin a spin and report any issues that you find. If you do run into issues, please include the AS version (though its 1.5.1+ at this point due to the changes in the locations that have been added), your browser, and O/S. Those last two are mainly for CSS debugging.



You can email the list or send to me directly: joshua.d.shaw at dartmouth.edu<mailto:joshua.d.shaw at dartmouth.edu>



Thanks!
Joshua
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160907/13db2259/attachment.html>

From Joshua.D.Shaw at dartmouth.edu  Wed Sep  7 13:12:39 2016
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Wed, 7 Sep 2016 17:12:39 +0000
Subject: [Archivesspace_Users_Group] Label Printing Plugin - beta release
Message-ID: <91CA8CD5-FF55-48F6-99FB-9CF2DC20F293@dartmouth.edu>

Hi Patrick-

Thanks for catching that! I forgot to add an error check to see if the autoscale parameter had been set in the config ? I was assuming it would be. I?ll add a quick patch and re-release ASAP.

Joshua

From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of "Galligan, Patrick" <PGalligan at rockarch.org>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Wednesday, September 7, 2016 at 1:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Label Printing Plugin - beta release

Joshua,

I?d love to start testing this out, but I ran into a Runtime Error with AS after installing it.

Getting a ?No value set for config parameter: container_management_labels_autoscale? message.

This was installed on a fairly clean and new installation of 1.5.1. Any ideas why this might happen? It?s calling out an issue in line #47.

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 Joshua D. Shaw
Sent: Wednesday, September 07, 2016 10:45 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Label Printing Plugin - beta release


Hi All-



I've released a beta version of the label printing plugin I've been talking about here: https://github.com/dartmouth-dltg/container_management_labels/releases/tag/v1.0-beta-1  You'll want to rename the download to remove the "-1.0-beta-1" suffix before adding it to your plugins directory. It's a beta release, so *don't* use it with production data!



Please give the ReadMe (https://github.com/dartmouth-dltg/container_management_labels/blob/master/README.md) a good look through to get a feel for what the plugin does and how to set it up. I'm happy to answer any questions about setup and use.



As it says on the tin, this will require some assembly for new label types - mainly CSS work to define the label sizes and layouts. Hopefully, the CSS for the two included label types will help to give people a roadmap on how to setup new label types. Depending on how useful this turns out, it might be worthwhile thinking about a group repository of label types/CSS so that people don't have to reinvent the wheel.



Please give the plugin a spin and report any issues that you find. If you do run into issues, please include the AS version (though its 1.5.1+ at this point due to the changes in the locations that have been added), your browser, and O/S. Those last two are mainly for CSS debugging.



You can email the list or send to me directly: joshua.d.shaw at dartmouth.edu<mailto:joshua.d.shaw at dartmouth.edu>



Thanks!
Joshua
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160907/57e4e217/attachment-0001.html>

From Joshua.D.Shaw at dartmouth.edu  Wed Sep  7 13:44:05 2016
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Wed, 7 Sep 2016 17:44:05 +0000
Subject: [Archivesspace_Users_Group] Label Printing Plugin - beta release
In-Reply-To: <91CA8CD5-FF55-48F6-99FB-9CF2DC20F293@dartmouth.edu>
References: <91CA8CD5-FF55-48F6-99FB-9CF2DC20F293@dartmouth.edu>
Message-ID: <DM5PR03MB28918C6F8BD6A61A2766C09BABF80@DM5PR03MB2891.namprd03.prod.outlook.com>

Thanks to Patrick for catching one issue! Here's a new release that should take care of that problem.


https://github.com/dartmouth-dltg/container_management_labels/releases/tag/v1.0-beta-2


<https://github.com/dartmouth-dltg/container_management_labels/releases/tag/v1.0-beta-2>


<https://github.com/dartmouth-dltg/container_management_labels/releases/tag/v1.0-beta-2>

Joshua
<https://github.com/dartmouth-dltg/container_management_labels/releases/tag/v1.0-beta-2>

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>
Sent: Wednesday, September 7, 2016 1:12:39 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Label Printing Plugin - beta release

Hi Patrick-

Thanks for catching that! I forgot to add an error check to see if the autoscale parameter had been set in the config - I was assuming it would be. I'll add a quick patch and re-release ASAP.

Joshua

From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of "Galligan, Patrick" <PGalligan at rockarch.org>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Wednesday, September 7, 2016 at 1:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Label Printing Plugin - beta release

Joshua,

I'd love to start testing this out, but I ran into a Runtime Error with AS after installing it.

Getting a "No value set for config parameter: container_management_labels_autoscale" message.

This was installed on a fairly clean and new installation of 1.5.1. Any ideas why this might happen? It's calling out an issue in line #47.

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 Joshua D. Shaw
Sent: Wednesday, September 07, 2016 10:45 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Label Printing Plugin - beta release


Hi All-



I've released a beta version of the label printing plugin I've been talking about here: https://github.com/dartmouth-dltg/container_management_labels/releases/tag/v1.0-beta-1  You'll want to rename the download to remove the "-1.0-beta-1" suffix before adding it to your plugins directory. It's a beta release, so *don't* use it with production data!



Please give the ReadMe (https://github.com/dartmouth-dltg/container_management_labels/blob/master/README.md) a good look through to get a feel for what the plugin does and how to set it up. I'm happy to answer any questions about setup and use.



As it says on the tin, this will require some assembly for new label types - mainly CSS work to define the label sizes and layouts. Hopefully, the CSS for the two included label types will help to give people a roadmap on how to setup new label types. Depending on how useful this turns out, it might be worthwhile thinking about a group repository of label types/CSS so that people don't have to reinvent the wheel.



Please give the plugin a spin and report any issues that you find. If you do run into issues, please include the AS version (though its 1.5.1+ at this point due to the changes in the locations that have been added), your browser, and O/S. Those last two are mainly for CSS debugging.



You can email the list or send to me directly: joshua.d.shaw at dartmouth.edu<mailto:joshua.d.shaw at dartmouth.edu>



Thanks!
Joshua
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160907/c48df834/attachment.html>

From cobourna at wlu.edu  Wed Sep  7 17:05:42 2016
From: cobourna at wlu.edu (Cobourn, Alston)
Date: Wed, 7 Sep 2016 21:05:42 +0000
Subject: [Archivesspace_Users_Group] Error with Reports
In-Reply-To: <CANoeXEboANtacWzaUj8ACO=YmFrrEs2U=m5HhG_AfED=u98UkA@mail.gmail.com>
References: <CANoeXEboANtacWzaUj8ACO=YmFrrEs2U=m5HhG_AfED=u98UkA@mail.gmail.com>
Message-ID: <BFAA390DF83B564584B4A5AF345623CA021F8AC929@MEX10MBA3.ad.wlu.edu>

Dear Chelsea,

The UAC reports sub-committee can indeed confirm that some of the reports do not seem to work.  We have identified which and hope to have those removed from the next release, whenever that is.  We are currently working on a longer term overhaul of the reports functionality.

Alston Cobourn
Assistant Professor and Digital Scholarship Librarian
Washington and Lee University
cobourna at wlu.edu<mailto:cobourna at wlu.edu>
540-458-8657
ORCID 0000-0002-3756-6476


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chelsea Lobdell
Sent: Tuesday, September 6, 2016 2:43 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Error with Reports

Hi ArchivesSpace,
I'm wondering if anyone else has had error with their reports?  We are trying to download out reports as PDF. Many of them download successful but a good handful of our reports just hang and never produce anything to download. I have already had our sysadmin increase the CPUs on our MySQL server from 2 to 4. We have the capacity to double them again but I wanted to reach out before doing so to see if anyone else has experienced this problem and if so, how did you address it?
Thanks,
Chelsea

---------------
Chelsea Lobdell
Library Web Developer/ Swarthmore College
clobdel1 at swarthmore.edu<mailto:clobdel1 at swarthmore.edu> / (610)690-6818<tel:%28610%29690-6818>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160907/1a6894be/attachment.html>

From j at minorscience.com  Thu Sep  8 11:55:58 2016
From: j at minorscience.com (Jason Loeffler)
Date: Thu, 8 Sep 2016 11:55:58 -0400
Subject: [Archivesspace_Users_Group] [REMINDER] ArchivesSpace Survey:
	Development Prioritization
Message-ID: <CAP4gJsXY_moBfFUB+8TxiE1-ha4vEr1iJrsfsfE8ERmNRYRrzA@mail.gmail.com>

Dear ArchivesSpace Member Representatives:

There's still plenty of time to respond to the ArchivesSpace prioritization
survey <https://www.surveymonkey.com/r/2FDT6GS>!

https://www.surveymonkey.com/r/2FDT6GS

Please consider completing the survey no later than *5pm PDT, Friday,
September 16th.* We'd very much like to hear from all member
representatives. This is a great opportunity to have your voices heard and help
establish the development roadmap for FY2016-17.

Please rank the epics listed in the survey according to their importance to
your organization. Links to the epics are included below. Each epic
contains a link to a corresponding set of user stories in its Description
section. Please review the user stories in order to better understand which
epics are a priority for your organization.

   1. Accessions <https://archivesspace.atlassian.net/browse/AR-1096>:
   https://archivesspace.atlassian.net/browse/AR-1096
   <https://archivesspace.atlassian.net/browse/AR-1096>
   2. Resources <https://archivesspace.atlassian.net/browse/AR-1097>:
   https://archivesspace.atlassian.net/browse/AR-1097
   <https://archivesspace.atlassian.net/browse/AR-1097>
   3. Digital Objects <https://archivesspace.atlassian.net/browse/AR-1100>:
   https://archivesspace.atlassian.net/browse/AR-1100
   <https://archivesspace.atlassian.net/browse/AR-1100>
   4. Dates <https://archivesspace.atlassian.net/browse/AR-1099>:
   https://archivesspace.atlassian.net/browse/AR-1099
   <https://archivesspace.atlassian.net/browse/AR-1099>
   5. Extents <https://archivesspace.atlassian.net/browse/AR-1098>:
   https://archivesspace.atlassian.net/browse/AR-1098
   <https://archivesspace.atlassian.net/browse/AR-1098>
   6. Agents <https://archivesspace.atlassian.net/browse/AR-1101>:
   https://archivesspace.atlassian.net/browse/AR-1101
   <https://archivesspace.atlassian.net/browse/AR-1101>
   7. Subjects <https://archivesspace.atlassian.net/browse/AR-1102>:
   https://archivesspace.atlassian.net/browse/AR-1102
   <https://archivesspace.atlassian.net/browse/AR-1102>
   8. Classifications <https://archivesspace.atlassian.net/browse/AR-1103>:
   https://archivesspace.atlassian.net/browse/AR-1103
   <https://archivesspace.atlassian.net/browse/AR-1103>
   9. Container Management
   <https://archivesspace.atlassian.net/browse/AR-1517>: https://archivessp
   ace.atlassian.net/browse/AR-1517
   <https://archivesspace.atlassian.net/browse/AR-1517>
   10. Locations <https://archivesspace.atlassian.net/browse/AR-1104>:
   https://archivesspace.atlassian.net/browse/AR-1104
   <https://archivesspace.atlassian.net/browse/AR-1104>
   11. Collection Management
   <https://archivesspace.atlassian.net/browse/AR-1105>: https://archivessp
   ace.atlassian.net/browse/AR-1105
   <https://archivesspace.atlassian.net/browse/AR-1105>
   12. Events <https://archivesspace.atlassian.net/browse/AR-1106>:
   https://archivesspace.atlassian.net/browse/AR-1106
   <https://archivesspace.atlassian.net/browse/AR-1106>
   13. Rights Management
   <https://archivesspace.atlassian.net/browse/AR-1107>: https://archivessp
   ace.atlassian.net/browse/AR-1107
   <https://archivesspace.atlassian.net/browse/AR-1107>
   14. Imports <https://archivesspace.atlassian.net/browse/AR-1092>:
   https://archivesspace.atlassian.net/browse/AR-1092
   <https://archivesspace.atlassian.net/browse/AR-1092>
   15. Exports <https://archivesspace.atlassian.net/browse/AR-1093>:
   https://archivesspace.atlassian.net/browse/AR-1093
   <https://archivesspace.atlassian.net/browse/AR-1093>
   16. Reports <https://archivesspace.atlassian.net/browse/AR-1094>:
   https://archivesspace.atlassian.net/browse/AR-1094
   <https://archivesspace.atlassian.net/browse/AR-1094>
   17. Staff Interface <https://archivesspace.atlassian.net/browse/AR-1112>
   : https://archivesspace.atlassian.net/browse/AR-1112
   18. Application Management
   <https://archivesspace.atlassian.net/browse/AR-1095>: https://archivessp
   ace.atlassian.net/browse/AR-1095
   <https://archivesspace.atlassian.net/browse/AR-1095>

For more about the governance of development priorities, please visit
the ArchivesSpace
Road Map <https://archivesspace.atlassian.net/wiki/display/ADC/Road+Map> wiki
entry.

Feel free to contact me or Brad Westbrook directly should you have any
questions.

Best wishes,
Jason Loeffler
*On behalf of the ArchivesSpace Prioritization Team*

Jason Loeffler
Technology Consultant | The American Academy in Rome
Minor Science | Application Development & Metadata Strategy
Brooklyn, New York
jason at minorscience.com
(347) 405-0826
minorscience (Skype)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160908/f5ee69f6/attachment.html>

From mang.sun at rice.edu  Fri Sep  9 08:19:12 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Fri, 9 Sep 2016 07:19:12 -0500
Subject: [Archivesspace_Users_Group] No record found after test migration
	from v1.4.2 to 1.5.0
Message-ID: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>

i

After we migrate our v.1.4.2 test instance to v1.5.0, we can't find any 
records but just no record in Staff interface and public interface.

But if we open a migrated record (saycollection record) using the direct 
route path to that record and resave it, this record but only this one 
starts to show up under Collections when browsing collections. This 
problem does not come with any new record created within v.1.5.0. Any 
suggestion?

Thank you.

Mang Sun

Rice U.




From Joshua.D.Shaw at dartmouth.edu  Fri Sep  9 09:50:23 2016
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Fri, 9 Sep 2016 13:50:23 +0000
Subject: [Archivesspace_Users_Group] No record found after test
	migration	from v1.4.2 to 1.5.0
In-Reply-To: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
Message-ID: <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>

I believe the suggestion for migration to 1.5+ was to delete the existing index and indexer states which will trigger a complete reindex.

Best,
Joshua




On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu> wrote:

> i
> 
> After we migrate our v.1.4.2 test instance to v1.5.0, we can't find any records but just no record in Staff interface and public interface.
> 
> But if we open a migrated record (saycollection record) using the direct route path to that record and resave it, this record but only this one starts to show up under Collections when browsing collections. This problem does not come with any new record created within v.1.5.0. Any suggestion?
> 
> 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

From sally.vermaaten at nyu.edu  Fri Sep  9 09:52:02 2016
From: sally.vermaaten at nyu.edu (Sally Vermaaten)
Date: Fri, 9 Sep 2016 09:52:02 -0400
Subject: [Archivesspace_Users_Group] No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
Message-ID: <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>

Hi Mang Sun,

I agree with Joshua - this sounds to me like an indexing problem to me. In
the course of upgrading to 1.5.0 did you delete the data/solr_index/index
directory and all files in the data/indexer_state directory? This is one of
the recommended steps in the instructions for upgrading to v.1.5.0
<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>.
We accidentally missed this step once in a running a test upgrade and
definitely experienced some indexing problems though I don't remember the
details. As it was a test upgrade (and it sounds like that's what you're
doing as well) we just started afresh and ran the upgrade process over
again. When we included that step, things were fine.

On a related note - there's a 1.5.1 release of ArchivesSpace
<https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that
includes several fixes for bugs that were found in the weeks after 1.5.0
was released. If are looking to update to a 1.5.x version, you may want to
consider upgrading to 1.5.1 one rather than 1.5.0.

Good luck,
Sally


On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu>
wrote:

> I believe the suggestion for migration to 1.5+ was to delete the existing
> index and indexer states which will trigger a complete reindex.
>
> Best,
> Joshua
>
>
>
>
> On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu> wrote:
>
> > i
> >
> > After we migrate our v.1.4.2 test instance to v1.5.0, we can't find any
> records but just no record in Staff interface and public interface.
> >
> > But if we open a migrated record (saycollection record) using the direct
> route path to that record and resave it, this record but only this one
> starts to show up under Collections when browsing collections. This problem
> does not come with any new record created within v.1.5.0. Any suggestion?
> >
> > 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
>



-- 
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160909/72541f88/attachment.html>

From mang.sun at rice.edu  Fri Sep  9 12:30:44 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Fri, 9 Sep 2016 11:30:44 -0500
Subject: [Archivesspace_Users_Group] No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
Message-ID: <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>



I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but even 
after I follow the recommended way by copying the data folder and 
removing those two subfolders mentioned by Joshua the problem is still 
there.Peeping into Solr schema, I found field "types" only have  the 
following four types but not resource and digital_object,subject and 
agent . The missing types may explain why we find no records under every 
record type tab. Puzzled~                    Mang

  *

    12608

      o top_container
        <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>
  *

    1,169

      o tree_view
        <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>
  *

    75

      o archival_object
        <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>
  *

    1

      o repository
        <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>


On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
> Hi Mang Sun,
>
> I agree with Joshua - this sounds to me like an indexing problem to 
> me. In the course of upgrading to 1.5.0 did you delete the 
> data/solr_index/index directory and all files in the 
> data/indexer_state directory? This is one of the recommended steps in 
> the instructions for upgrading to v.1.5.0 
> <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>. 
> We accidentally missed this step once in a running a test upgrade and 
> definitely experienced some indexing problems though I don't remember 
> the details. As it was a test upgrade (and it sounds like that's what 
> you're doing as well) we just started afresh and ran the upgrade 
> process over again. When we included that step, things were fine.
>
> On a related note - there's a 1.5.1 release of ArchivesSpace 
> <https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that 
> includes several fixes for bugs that were found in the weeks after 
> 1.5.0 was released. If are looking to update to a 1.5.x version, you 
> may want to consider upgrading to 1.5.1 one rather than 1.5.0.
>
> Good luck,
> Sally
>
>
> On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw 
> <Joshua.D.Shaw at dartmouth.edu <mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
>
>     I believe the suggestion for migration to 1.5+ was to delete the
>     existing index and indexer states which will trigger a complete
>     reindex.
>
>     Best,
>     Joshua
>
>
>
>
>     On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu
>     <mailto:mang.sun at rice.edu>> wrote:
>
>     > i
>     >
>     > After we migrate our v.1.4.2 test instance to v1.5.0, we can't
>     find any records but just no record in Staff interface and public
>     interface.
>     >
>     > But if we open a migrated record (saycollection record) using
>     the direct route path to that record and resave it, this record
>     but only this one starts to show up under Collections when
>     browsing collections. This problem does not come with any new
>     record created within v.1.5.0. Any suggestion?
>     >
>     > 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
>     <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>     _______________________________________________
>     Archivesspace_Users_Group mailing list
>     Archivesspace_Users_Group at lyralists.lyrasis.org
>     <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>     http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>     <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>
>
>
>
> -- 
> Sally Vermaaten
> Project Manager, Archival Systems
> New York University Libraries
> 1-212-992-6259
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

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

From mang.sun at rice.edu  Fri Sep  9 12:41:00 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Fri, 9 Sep 2016 11:41:00 -0500
Subject: [Archivesspace_Users_Group] No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
Message-ID: <473d9bf1-3588-c647-9ee7-6b3651c43dad@rice.edu>

Sally,

by the way, we see the same issue with 1.5.0 and 1.5.1.


-Mang


On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
> Hi Mang Sun,
>
> I agree with Joshua - this sounds to me like an indexing problem to 
> me. In the course of upgrading to 1.5.0 did you delete the 
> data/solr_index/index directory and all files in the 
> data/indexer_state directory? This is one of the recommended steps in 
> the instructions for upgrading to v.1.5.0 
> <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>. 
> We accidentally missed this step once in a running a test upgrade and 
> definitely experienced some indexing problems though I don't remember 
> the details. As it was a test upgrade (and it sounds like that's what 
> you're doing as well) we just started afresh and ran the upgrade 
> process over again. When we included that step, things were fine.
>
> On a related note - there's a 1.5.1 release of ArchivesSpace 
> <https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that 
> includes several fixes for bugs that were found in the weeks after 
> 1.5.0 was released. If are looking to update to a 1.5.x version, you 
> may want to consider upgrading to 1.5.1 one rather than 1.5.0.
>
> Good luck,
> Sally
>
>
> On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw 
> <Joshua.D.Shaw at dartmouth.edu <mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
>
>     I believe the suggestion for migration to 1.5+ was to delete the
>     existing index and indexer states which will trigger a complete
>     reindex.
>
>     Best,
>     Joshua
>
>
>
>
>     On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu
>     <mailto:mang.sun at rice.edu>> wrote:
>
>     > i
>     >
>     > After we migrate our v.1.4.2 test instance to v1.5.0, we can't
>     find any records but just no record in Staff interface and public
>     interface.
>     >
>     > But if we open a migrated record (saycollection record) using
>     the direct route path to that record and resave it, this record
>     but only this one starts to show up under Collections when
>     browsing collections. This problem does not come with any new
>     record created within v.1.5.0. Any suggestion?
>     >
>     > 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
>     <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>     _______________________________________________
>     Archivesspace_Users_Group mailing list
>     Archivesspace_Users_Group at lyralists.lyrasis.org
>     <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>     http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>     <http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group>
>
>
>
>
> -- 
> Sally Vermaaten
> Project Manager, Archival Systems
> New York University Libraries
> 1-212-992-6259
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

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

From christine.dibella at lyrasis.org  Fri Sep  9 12:55:08 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Fri, 9 Sep 2016 16:55:08 +0000
Subject: [Archivesspace_Users_Group] No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
Message-ID: <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>

Mang,

How long ago did you start the reindex and how big is your database? The v1.5.1 upgrade improved indexing speed, especially for large databases, but the indexing does still take some time. People on this list can probably give you a sense of how long it took them for different sizes of databases. It's probably been most common to run it overnight or over a weekend, when use of the system is low.

(Some people were large databases were experiencing problems with indexing taking an excessive amount of time or not completing at all, which was one of the reasons for the quick release of v1.5.1.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun
Sent: Friday, September 9, 2016 12:31 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] No record found after test migration from v1.4.2 to 1.5.0




I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but even after I follow the recommended way by copying the data folder and removing those two subfolders mentioned by Joshua the problem is still there.Peeping into Solr schema, I found field "types" only have  the following four types but not resource and digital_object,subject and agent . The missing types may explain why we find no records under every record type tab. Puzzled~                    Mang


*         12608
o    top_container<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>

*         1,169
o    tree_view<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>

*         75
o    archival_object<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>

*         1
o    repository<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>

On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
Hi Mang Sun,

I agree with Joshua - this sounds to me like an indexing problem to me. In the course of upgrading to 1.5.0 did you delete the data/solr_index/index directory and all files in the data/indexer_state directory? This is one of the recommended steps in the instructions for upgrading to v.1.5.0<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>. We accidentally missed this step once in a running a test upgrade and definitely experienced some indexing problems though I don't remember the details. As it was a test upgrade (and it sounds like that's what you're doing as well) we just started afresh and ran the upgrade process over again. When we included that step, things were fine.

On a related note - there's a 1.5.1 release of ArchivesSpace<https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that includes several fixes for bugs that were found in the weeks after 1.5.0 was released. If are looking to update to a 1.5.x version, you may want to consider upgrading to 1.5.1 one rather than 1.5.0.

Good luck,
Sally


On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
I believe the suggestion for migration to 1.5+ was to delete the existing index and indexer states which will trigger a complete reindex.

Best,
Joshua




On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu<mailto:mang.sun at rice.edu>> wrote:

> i
>
> After we migrate our v.1.4.2 test instance to v1.5.0, we can't find any records but just no record in Staff interface and public interface.
>
> But if we open a migrated record (saycollection record) using the direct route path to that record and resave it, this record but only this one starts to show up under Collections when browsing collections. This problem does not come with any new record created within v.1.5.0. Any suggestion?
>
> 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



--
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259




_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<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/20160909/1822de4c/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/20160909/1822de4c/attachment.png>

From christine.dibella at lyrasis.org  Fri Sep  9 13:01:21 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Fri, 9 Sep 2016 17:01:21 +0000
Subject: [Archivesspace_Users_Group] searchable archives now available for
	ArchivesSpace listservs
Message-ID: <CY1PR0801MB0842BD870FE65BAE1D8C24BCF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hello ArchivesSpace members,

Searchable archives are now available for the LYRASIS-hosted ArchivesSpace Users Group and Member Representatives listservs. To access the search feature, go to the main web page for the respective list (http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group in the case of the Users Group) and click on the link for the archives near the top. You'll now see some search options at the top of the archives page. While you can still browse the archives by a particular month, you can now also search across all of the postings. I recommend using the "Long" format as your default for viewing the results as it provides more context for message content and date of posting.

It is a known issue that images indicating relevance and search result page numbers are appearing as broken icons in some browsers. The results themselves are consistent across browsers. Also, as the search index is usually rebuilt each evening, anything posted on a particular day will usually not be found via search until the next day, though you can still find it by browsing the most recent month of postings.

We know that so much helpful information is shared on the ArchivesSpace lists and hope this added functionality for the lists will be useful to you in working through it. The searching is a work in progress, though, so please let us know what you think. We have and will continue to provide feedback to LYRASIS about the performance and desired enhancements, and it is very helpful to hear from those to whom this is important. Thanks so much to all who helped us make a strong case for searchability of the listserv archives, and to the staff in LYRASIS' Technology Services who made it a reality.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160909/19f52b97/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/20160909/19f52b97/attachment.png>

From mang.sun at rice.edu  Fri Sep  9 14:04:09 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Fri, 9 Sep 2016 13:04:09 -0500
Subject: [Archivesspace_Users_Group] No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <9cd2b8f7-e93a-ce39-8f85-ee21a0c52317@rice.edu>

Christine,

Even wait for overnight, it's still not available. our database is not 
big given  851 collections , 278 digital objects, 997 subjects, 1596 
names, and 2 classifications. Normally, we can see records appear after 
only an hour or so  into rebuilding index.

I am now  using  standard zipfile instead of the zipfile built by us (in 
order to re-include our theme and other minor custom code into the 
v1.5.0 release ) to try again and leave it run over the weekend to see 
whether miracles can fall.


Mang


On 9/9/2016 11:55 AM, Christine Di Bella wrote:
>
> Mang,
>
> How long ago did you start the reindex and how big is your database? 
> The v1.5.1 upgrade improved indexing speed, especially for large 
> databases, but the indexing does still take some time. People on this 
> list can probably give you a sense of how long it took them for 
> different sizes of databases. It?s probably been most common to run it 
> overnight or over a weekend, when use of the system is low.
>
> (Some people were large databases were experiencing problems with 
> indexing taking an excessive amount of time or not completing at all, 
> which was one of the reasons for the quick release of v1.5.1.)
>
> Christine
>
> Christine Di Bella
>
> Community Outreach Manager
>
> christine.dibella at lyrasis.org <mailto:christine.dibella at lyrasis.org>
>
> 800.999.8558 x2905
>
> 678-235-2905
>
> cdibella13 (Skype)
>
> cid:image003.png at 01CE734E.FD759D30
>
> *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org 
> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On 
> Behalf Of *Mang Sun
> *Sent:* Friday, September 9, 2016 12:31 PM
> *To:* Archivesspace Users Group 
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] No record found after test 
> migration from v1.4.2 to 1.5.0
>
>
> I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but 
> even after I follow the recommended way by copying the data folder and 
> removing those two subfolders mentioned by Joshua the problem is still 
> there.Peeping into Solr schema, I found field "types" only have  the 
> following four types but not resource and digital_object,subject and 
> agent . The missing types may explain why we find no records under 
> every record type tab. Puzzled~                    Mang
>
> ?12608
>
> otop_container 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>
>
> ?1,169
>
> otree_view 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>
>
> ?75
>
> oarchival_object 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>
>
> ?1
>
> orepository 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>
>
> On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
>
>     Hi Mang Sun,
>
>     I agree with Joshua - this sounds to me like an indexing problem
>     to me. In the course of upgrading to 1.5.0 did you delete the
>     data/solr_index/index directory and all files in the
>     data/indexer_state directory? This is one of the recommended steps
>     in the instructions for upgrading to v.1.5.0
>     <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>.
>     We accidentally missed this step once in a running a test upgrade
>     and definitely experienced some indexing problems though I don't
>     remember the details. As it was a test upgrade (and it sounds like
>     that's what you're doing as well) we just started afresh and ran
>     the upgrade process over again. When we included that step, things
>     were fine.
>
>     On a related note - there's a 1.5.1 release of ArchivesSpace
>     <https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that
>     includes several fixes for bugs that were found in the weeks after
>     1.5.0 was released. If are looking to update to a 1.5.x version,
>     you may want to consider upgrading to 1.5.1 one rather than 1.5.0.
>
>     Good luck,
>
>     Sally
>
>     On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw
>     <Joshua.D.Shaw at dartmouth.edu <mailto:Joshua.D.Shaw at dartmouth.edu>>
>     wrote:
>
>         I believe the suggestion for migration to 1.5+ was to delete
>         the existing index and indexer states which will trigger a
>         complete reindex.
>
>         Best,
>         Joshua
>
>
>
>
>
>         On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu
>         <mailto:mang.sun at rice.edu>> wrote:
>
>         > i
>         >
>         > After we migrate our v.1.4.2 test instance to v1.5.0, we
>         can't find any records but just no record in Staff interface
>         and public interface.
>         >
>         > But if we open a migrated record (saycollection record)
>         using the direct route path to that record and resave it, this
>         record but only this one starts to show up under Collections
>         when browsing collections. This problem does not come with any
>         new record created within v.1.5.0. Any suggestion?
>         >
>         > 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
>
>
>
>     -- 
>
>     Sally Vermaaten
>     Project Manager, Archival Systems
>     New York University Libraries
>
>     1-212-992-6259
>
>
>
>
>     _______________________________________________
>
>     Archivesspace_Users_Group mailing list
>
>     Archivesspace_Users_Group at lyralists.lyrasis.org
>     <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
> 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/20160909/66516cce/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 27 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160909/66516cce/attachment.png>

From smithkr at mit.edu  Fri Sep  9 14:13:43 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Fri, 9 Sep 2016 18:13:43 +0000
Subject: [Archivesspace_Users_Group] searchable archives now available
 for	ArchivesSpace listservs
In-Reply-To: <CY1PR0801MB0842BD870FE65BAE1D8C24BCF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <CY1PR0801MB0842BD870FE65BAE1D8C24BCF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A386E4@OC11expo28.exchange.mit.edu>

Excellent!  This helps immensely and I don't feel like I need to retain listserv posts just-in-case anymore.

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella
Sent: Friday, September 09, 2016 1:01 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>; Archivesspace Member Reps <archivesspace_member_reps at lyralists.lyrasis.org>; archivesspace_tac_uac at lyralists.lyrasis.org
Cc: archivesspace_bot_members at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] searchable archives now available for ArchivesSpace listservs

Hello ArchivesSpace members,

Searchable archives are now available for the LYRASIS-hosted ArchivesSpace Users Group and Member Representatives listservs. To access the search feature, go to the main web page for the respective list (http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group in the case of the Users Group) and click on the link for the archives near the top. You'll now see some search options at the top of the archives page. While you can still browse the archives by a particular month, you can now also search across all of the postings. I recommend using the "Long" format as your default for viewing the results as it provides more context for message content and date of posting.

It is a known issue that images indicating relevance and search result page numbers are appearing as broken icons in some browsers. The results themselves are consistent across browsers. Also, as the search index is usually rebuilt each evening, anything posted on a particular day will usually not be found via search until the next day, though you can still find it by browsing the most recent month of postings.

We know that so much helpful information is shared on the ArchivesSpace lists and hope this added functionality for the lists will be useful to you in working through it. The searching is a work in progress, though, so please let us know what you think. We have and will continue to provide feedback to LYRASIS about the performance and desired enhancements, and it is very helpful to hear from those to whom this is important. Thanks so much to all who helped us make a strong case for searchability of the listserv archives, and to the staff in LYRASIS' Technology Services who made it a reality.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160909/7be0facb/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 12346 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160909/7be0facb/attachment.png>

From sdm7g at eservices.virginia.edu  Mon Sep 12 09:14:39 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 12 Sep 2016 13:14:39 +0000
Subject: [Archivesspace_Users_Group] frontend mangles file_version URIs
Message-ID: <7E510FDF-7C09-46B1-B3A1-83B1F882D952@eservices.virginia.edu>

The frontend appears to mangle any file_version URIs whose scheme isn?t http:

 uva-lib:01234567 is transformed into file://01234567<file:///01234567>

file_versions remain correct according to backend API. Just getting mangled in frontend view.

This appears to me to be a bug, but as it looks intentional, I?m wondering if there is some use case for this behavior?
i.e. any reason not to remove this:

archivesspace/_show.html.erb at master ? archivesspace/archivesspace<https://github.com/archivesspace/archivesspace/blob/master/frontend/app/views/file_versions/_show.html.erb#L26>


archivesspace/file_embed_helper.rb at master ? archivesspace/archivesspace<https://github.com/archivesspace/archivesspace/blob/master/frontend/app/helpers/file_embed_helper.rb>


? Steve Majewski



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

From sdm7g at eservices.virginia.edu  Mon Sep 12 09:32:32 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 12 Sep 2016 13:32:32 +0000
Subject: [Archivesspace_Users_Group] inconsistency in ead import dao/@rold
	vs daoloc/@role
Message-ID: <956FF125-034C-4C1E-8481-1F9AF2D2DFDA@eservices.virginia.edu>


Is there a reason for this inconsistency of the import of @role attribute for dao / doloc ? 


On <dao>, @role is assigned to use_statement 

https://github.com/archivesspace/archivesspace/blob/master/backend/app/converters/ead_converter.rb#L754

While on <doaloc>, @role is assigned to file_format_name:

https://github.com/archivesspace/archivesspace/blob/master/backend/app/converters/ead_converter.rb#L795


The first case it a lot more useful for us, while file_format_name is usually identifiable from the filename in href and is redundant. ( We would like @role to indicate if the URI is a pointer to IIIF image service or manifest, or a link to digital object in another system, rather than merely a link to an image. The 2nd case might be better represented internally as external_ids, but there doesn?t seem to be a way to get them in and out with an EAD mapping, or a way to enter and edit them in the frontend. ) 



? Steve. 



From sdm7g at eservices.virginia.edu  Mon Sep 12 09:46:26 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 12 Sep 2016 13:46:26 +0000
Subject: [Archivesspace_Users_Group] Can't save changes to repository...
In-Reply-To: <CY1PR0801MB08428664CC92D5FB34B5F261F1F90@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <0B4198E8-C7F3-4930-AE2B-868BF32217CD@eservices.virginia.edu>
 <CY1PR0801MB08428664CC92D5FB34B5F261F1F90@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <4F4EC359-3032-4252-A474-846B031A3875@eservices.virginia.edu>


I tried to edit something in the repository contact info, and it would not save changes. 

This occurred while trying to reproduce a different reported bug, and it was on a test DB instance that I?ve since blown away, so I can?t test further at the moment.  I will attempt to reproduce it again when I get a chance. I was just wondering if anyone had seen this before. 

? Steve Majewski


> On Sep 6, 2016, at 1:26 PM, Christine Di Bella <christine.dibella at lyrasis.org> wrote:
> 
> Hi Steve,
>  
> This may be obvious, but what did you try to change? When you create a repository record, an associated agent record is created and updates to the repository record update the agent record. This error would suggest that your change either caused a conflict with another agent record with the same name, or with a repository with the same name.
>  
> Does this happen only with that repository, or are you experiencing it on all repositories?
>  
> Christine
>  
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype) 
> <image001.png>
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Majewski, Steven Dennis (sdm7g)
> Sent: Friday, September 2, 2016 1:39 PM
> To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Can't save changes to repository...
>  
>  
>  
> Trying to edit and make changes to one of my repositories, I get the following. Changes are not saved. ? Steve Majewski
>  
>  
> translation missing: en.no key - Agent records cannot be identical
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From noah.huffman at duke.edu  Mon Sep 12 09:54:46 2016
From: noah.huffman at duke.edu (Noah Huffman)
Date: Mon, 12 Sep 2016 13:54:46 +0000
Subject: [Archivesspace_Users_Group] Can't save changes to repository...
In-Reply-To: <4F4EC359-3032-4252-A474-846B031A3875@eservices.virginia.edu>
References: <0B4198E8-C7F3-4930-AE2B-868BF32217CD@eservices.virginia.edu>
 <CY1PR0801MB08428664CC92D5FB34B5F261F1F90@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <4F4EC359-3032-4252-A474-846B031A3875@eservices.virginia.edu>
Message-ID: <CO1PR05MB329CD31E18599D3629C19CDE6FF0@CO1PR05MB329.namprd05.prod.outlook.com>

Steve,

I've seen this before when trying to edit repository contact info.  I believe it occurred in v1.3.  I haven't tested in other versions.  If I remember right, I tried editing the repository contact info both in the staff interface and directly in the backend SQL database.  In both cases, the changes would not save and the database would hang preventing any other changes from saving as well. I believe we had to kill the SQL process to get everything working again.

-Noah


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Majewski, Steven Dennis (sdm7g)
Sent: Monday, September 12, 2016 9:46 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Can't save changes to repository...



I tried to edit something in the repository contact info, and it would not save changes. 



This occurred while trying to reproduce a different reported bug, and it was on a test DB instance that I?ve since blown away, so I can?t test further at the moment.  I will attempt to reproduce it again when I get a chance. I was just wondering if anyone had seen this before. 



? Steve Majewski





> On Sep 6, 2016, at 1:26 PM, Christine Di Bella <christine.dibella at lyrasis.org> wrote:

> 

> Hi Steve,

>  

> This may be obvious, but what did you try to change? When you create a repository record, an associated agent record is created and updates to the repository record update the agent record. This error would suggest that your change either caused a conflict with another agent record with the same name, or with a repository with the same name.

>  

> Does this happen only with that repository, or are you experiencing it on all repositories?

>  

> Christine

>  

> Christine Di Bella

> Community Outreach Manager

> christine.dibella at lyrasis.org

> 800.999.8558 x2905

> 678-235-2905

> cdibella13 (Skype) 

> <image001.png>

>  

>  

> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Majewski, Steven Dennis (sdm7g)

> Sent: Friday, September 2, 2016 1:39 PM

> To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>

> Subject: [Archivesspace_Users_Group] Can't save changes to repository...

>  

>  

>  

> Trying to edit and make changes to one of my repositories, I get the following. Changes are not saved. ? Steve Majewski

>  

>  

> translation missing: en.no key - Agent records cannot be identical

>  

> _______________________________________________

> Archivesspace_Users_Group mailing list

> Archivesspace_Users_Group at lyralists.lyrasis.org

> https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=CwIGaQ&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=CqzerEM5Jf1RGlXobF1wTWJukmhChGCu3PoXgblGnhk&s=jAIpM72MCH5bPET5otlDeo8iJZhATH-exCB_OLA8mx4&e= 



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=CwIGaQ&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=CqzerEM5Jf1RGlXobF1wTWJukmhChGCu3PoXgblGnhk&s=jAIpM72MCH5bPET5otlDeo8iJZhATH-exCB_OLA8mx4&e= 

From rachel.searcy at nyu.edu  Mon Sep 12 11:21:00 2016
From: rachel.searcy at nyu.edu (Rachel Aileen Searcy)
Date: Mon, 12 Sep 2016 11:21:00 -0400
Subject: [Archivesspace_Users_Group] Problem linking multiple top
 containers to single component
In-Reply-To: <CY1PR0801MB0842FA722E934A3043928345F1F90@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <CAGFAsrP4s_wNn61_hRDP0Z9u_TWPq_yd04QXn00prq8QGj6ZKQ@mail.gmail.com>
 <CY1PR0801MB0842FA722E934A3043928345F1F90@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <CAGFAsrN27nH7OdmB2UKYQ=-gjUxVOwfrGb=nXcH0ghJMNqkHTw@mail.gmail.com>

Hi Christine,

Thanks so much for looking into this issue to confirm that you're seeing
what I'm seeing as well as offer some suggestions. Your path for dismissing
changes and then returning to the component are working for me as well;
I've also found that simply closing the Errors and Warnings message at the
top of the record allows me to save the record as I was intending. A few of
my colleagues and I have noticed this error when adding as few as four
containers to an archival object, which seems to still be a relatively
reasonable amount in some circumstances, so we'll probably submit a bug
report/feature request for this.

Thanks again,
Rachel

On Tue, Sep 6, 2016 at 12:29 PM, Christine Di Bella <
christine.dibella at lyrasis.org> wrote:

> I am able to replicate this in part in test, but the circumstances are
> fairly complicated.
>
>
>
> ?         I am able to add the larger number of instances and top
> containers to a component without difficulty.
>
> ?         When I try to save a first edit I make to the component
> (doesn?t matter if it?s in the basic information area or a sub-record like
> a note) with a larger number of top containers that triggers this message
> about missing information, which appears to be caused by the top container
> (but not the instance) information being cleared from the record. All the
> instances I created are still attached, but no longer display their linked
> top container information.
>
> ?         If I dismiss that edit (by clicking out of it), return to the
> component and make the edit again, everything works as expected.
>
> ?         If I only have a few instances/containers attached to a
> component, everything works as expected.
>
>
>
> Rachel, is this what you?re seeing as well? I?m just trying to get a sense
> of if the issue is consistent, or if multiple things are happening here.
>
>
>
> (If this is what is happening, the short term solution would appear to be
> either to limit the number of container instances you add to a resource
> component, or to click out of the first edit in order to preserve the top
> containers when you have greater than 10. But obviously in the long run
> this is something we?d want to resolve, or at least have behave in a
> predictable way based on reasonable limitations.)
>
>
>
> Christine
>
>
>
> Christine Di Bella
>
> Community Outreach Manager
>
> christine.dibella at lyrasis.org
>
> 800.999.8558 x2905
>
> 678-235-2905
>
> cdibella13 (Skype)
>
> [image: cid:image003.png at 01CE734E.FD759D30]
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Rachel
> Aileen Searcy
> *Sent:* Friday, September 2, 2016 10:44 AM
> *To:* archivesspace_users_group at lyralists.lyrasis.org
> *Subject:* [Archivesspace_Users_Group] Problem linking multiple top
> containers to single component
>
>
>
> Hello list,
>
>
>
> I'm running into an issue adding a large number of top container records
> to a single component in a resource record. After having added over 10
> containers a series, I tried to edit a note but received the following
> error message upon saving: "Top Container - Property is required but was
> missing." All of my top containers have Type, Indicator, and Container
> Profile fields filled in. I was able to replicate this is
> test.archivesspace.org and there seems to be a tipping point after adding
> around 10 container instances to a single AO. Tabling descriptive and
> access considerations that might suggest that's too large of a range to
> describe in a single component, does anyone happen to know if there is a
> limit to how many containers can be associated with a single component? It
> appears as though accession records are not exhibiting this problem as far
> as I can tell.
>
>
>
> Thanks very much in advance - any insight would be appreciated.
>
>
>
> Rachel Searcy
> Accessioning Archivist, Archival Collections Management
>
> New York University Libraries
>
> 212.998.2539 | rachel.searcy at nyu.edu
>
>
>
>
>
> The error:
>
>
> ?
>
>
>
> But my containers look fine?
>
>
>
>
>
>
>
> And when I open up the record again the Instances sub-record appears
> blank, even though I can locate those containers via the Manage Top
> Containers and they appear to be linked to the record:
>
>
>
>
> ?
> ?
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Rachel Searcy
Accessioning Archivist, Archival Collections Management
New York University Libraries
212.998.2539 | rachel.searcy at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/e3fbb98a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image007.png
Type: image/png
Size: 7645 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/e3fbb98a/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image008.png
Type: image/png
Size: 106847 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/e3fbb98a/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image010.png
Type: image/png
Size: 16543 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/e3fbb98a/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image009.png
Type: image/png
Size: 20695 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/e3fbb98a/attachment-0003.png>

From mang.sun at rice.edu  Mon Sep 12 11:46:23 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Mon, 12 Sep 2016 10:46:23 -0500
Subject: [Archivesspace_Users_Group] No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <d594b010-a4a4-67ef-b781-1b4c65c08c45@rice.edu>

Christine,

unfortunately, after leaving it running over the whole weekend, the 
problem is still there- no record found.

the types field of the embeded SOlr still doesn't include Resource, 
digital objects, subject,agent terms. -Mang

On 9/9/2016 11:55 AM, Christine Di Bella wrote:
>
> Mang,
>
> How long ago did you start the reindex and how big is your database? 
> The v1.5.1 upgrade improved indexing speed, especially for large 
> databases, but the indexing does still take some time. People on this 
> list can probably give you a sense of how long it took them for 
> different sizes of databases. It?s probably been most common to run it 
> overnight or over a weekend, when use of the system is low.
>
> (Some people were large databases were experiencing problems with 
> indexing taking an excessive amount of time or not completing at all, 
> which was one of the reasons for the quick release of v1.5.1.)
>
> Christine
>
> Christine Di Bella
>
> Community Outreach Manager
>
> christine.dibella at lyrasis.org <mailto:christine.dibella at lyrasis.org>
>
> 800.999.8558 x2905
>
> 678-235-2905
>
> cdibella13 (Skype)
>
> cid:image003.png at 01CE734E.FD759D30
>
> *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org 
> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On 
> Behalf Of *Mang Sun
> *Sent:* Friday, September 9, 2016 12:31 PM
> *To:* Archivesspace Users Group 
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] No record found after test 
> migration from v1.4.2 to 1.5.0
>
>
> I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but 
> even after I follow the recommended way by copying the data folder and 
> removing those two subfolders mentioned by Joshua the problem is still 
> there.Peeping into Solr schema, I found field "types" only have  the 
> following four types but not resource and digital_object,subject and 
> agent . The missing types may explain why we find no records under 
> every record type tab. Puzzled~                    Mang
>
> ?12608
>
> otop_container 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>
>
> ?1,169
>
> otree_view 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>
>
> ?75
>
> oarchival_object 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>
>
> ?1
>
> orepository 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>
>
> On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
>
>     Hi Mang Sun,
>
>     I agree with Joshua - this sounds to me like an indexing problem
>     to me. In the course of upgrading to 1.5.0 did you delete the
>     data/solr_index/index directory and all files in the
>     data/indexer_state directory? This is one of the recommended steps
>     in the instructions for upgrading to v.1.5.0
>     <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>.
>     We accidentally missed this step once in a running a test upgrade
>     and definitely experienced some indexing problems though I don't
>     remember the details. As it was a test upgrade (and it sounds like
>     that's what you're doing as well) we just started afresh and ran
>     the upgrade process over again. When we included that step, things
>     were fine.
>
>     On a related note - there's a 1.5.1 release of ArchivesSpace
>     <https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that
>     includes several fixes for bugs that were found in the weeks after
>     1.5.0 was released. If are looking to update to a 1.5.x version,
>     you may want to consider upgrading to 1.5.1 one rather than 1.5.0.
>
>     Good luck,
>
>     Sally
>
>     On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw
>     <Joshua.D.Shaw at dartmouth.edu <mailto:Joshua.D.Shaw at dartmouth.edu>>
>     wrote:
>
>         I believe the suggestion for migration to 1.5+ was to delete
>         the existing index and indexer states which will trigger a
>         complete reindex.
>
>         Best,
>         Joshua
>
>
>
>
>
>         On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu
>         <mailto:mang.sun at rice.edu>> wrote:
>
>         > i
>         >
>         > After we migrate our v.1.4.2 test instance to v1.5.0, we
>         can't find any records but just no record in Staff interface
>         and public interface.
>         >
>         > But if we open a migrated record (saycollection record)
>         using the direct route path to that record and resave it, this
>         record but only this one starts to show up under Collections
>         when browsing collections. This problem does not come with any
>         new record created within v.1.5.0. Any suggestion?
>         >
>         > 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
>
>
>
>     -- 
>
>     Sally Vermaaten
>     Project Manager, Archival Systems
>     New York University Libraries
>
>     1-212-992-6259
>
>
>
>
>     _______________________________________________
>
>     Archivesspace_Users_Group mailing list
>
>     Archivesspace_Users_Group at lyralists.lyrasis.org
>     <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
> 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/20160912/fbed94a0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mddlnakdpgiabdhm.png
Type: image/png
Size: 14608 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/fbed94a0/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 7645 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/fbed94a0/attachment-0001.png>

From smithkr at mit.edu  Mon Sep 12 13:39:46 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Mon, 12 Sep 2016 17:39:46 +0000
Subject: [Archivesspace_Users_Group] Adding display fields for search
	results - How to?
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A3B45A@OC11expo28.exchange.mit.edu>

Hi,
I'm interested in hearing about any solutions for adding to the display fields for search results.  Our main interest is in having the collection ID display in addition to the Resource Type and Title (currently the only displayed data + last modified data).

Thanks,

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

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

From noah.huffman at duke.edu  Mon Sep 12 13:52:29 2016
From: noah.huffman at duke.edu (Noah Huffman)
Date: Mon, 12 Sep 2016 17:52:29 +0000
Subject: [Archivesspace_Users_Group] Adding display fields for
	search	results - How to?
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBF4A3B45A@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A3B45A@OC11expo28.exchange.mit.edu>
Message-ID: <CO1PR05MB329DB70905C633C8290A650E6FF0@CO1PR05MB329.namprd05.prod.outlook.com>

Kari,

Here is a plugin that adds an identifier column to search results in the staff interface: https://github.com/lyrasis/aspace-search-identifier

I assume you could tweak this to have the identifier column display in the public interface as well.

-Noah

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, September 12, 2016 1:40 PM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Hi,
I'm interested in hearing about any solutions for adding to the display fields for search results.  Our main interest is in having the collection ID display in addition to the Resource Type and Title (currently the only displayed data + last modified data).

Thanks,

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

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

From sdm7g at eservices.virginia.edu  Mon Sep 12 15:01:14 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 12 Sep 2016 19:01:14 +0000
Subject: [Archivesspace_Users_Group] ./build/run db:migrate and db:nuke fail
Message-ID: <1A0F0DFC-08F9-4F8E-99A7-4903A2F8B82A@eservices.virginia.edu>


'./build/run db:migrate'  and './build/run db:nuke'  currently fail for me somewhere in the sequel gem under current master development branch. './build/run test? does, however, seem to run (at least so far).  

Does anyone else see this problem, or do I have something misconfigured ? 

? Steve Majewski


From smithkr at mit.edu  Mon Sep 12 15:24:09 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Mon, 12 Sep 2016 19:24:09 +0000
Subject: [Archivesspace_Users_Group] Adding display fields
	for	search	results - How to?
In-Reply-To: <CO1PR05MB329DB70905C633C8290A650E6FF0@CO1PR05MB329.namprd05.prod.outlook.com>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A3B45A@OC11expo28.exchange.mit.edu>
 <CO1PR05MB329DB70905C633C8290A650E6FF0@CO1PR05MB329.namprd05.prod.outlook.com>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A3B706@OC11expo28.exchange.mit.edu>

Thank you, Noah.  I'm going to try this out and see if it's what we need.

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Noah Huffman
Sent: Monday, September 12, 2016 1:52 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Kari,

Here is a plugin that adds an identifier column to search results in the staff interface: https://github.com/lyrasis/aspace-search-identifier

I assume you could tweak this to have the identifier column display in the public interface as well.

-Noah

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, September 12, 2016 1:40 PM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>) <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Hi,
I'm interested in hearing about any solutions for adding to the display fields for search results.  Our main interest is in having the collection ID display in addition to the Resource Type and Title (currently the only displayed data + last modified data).

Thanks,

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

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

From brad.westbrook at lyrasis.org  Mon Sep 12 16:38:51 2016
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Mon, 12 Sep 2016 20:38:51 +0000
Subject: [Archivesspace_Users_Group] Archon Migration Script Revised
Message-ID: <DM2PR08MB146831E0A50EF4A2966A424994FF0@DM2PR08MB1468.namprd08.prod.outlook.com>

Good afternoon,

Mark Cooper of LYRASIS recently updated the Archon migration script to correct a problem of file version information not being added to digital object records in ArchivesSpace in  cases where only a filename is present without a URL in the source Archon data.

The updated Archon migration script is located at https://github.com/archivesspace/ArchonMigrator/releases/tag/v1.0.1.

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]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/c8345a13/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 7645 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160912/c8345a13/attachment.png>

From smithkr at mit.edu  Mon Sep 12 17:01:33 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Mon, 12 Sep 2016 21:01:33 +0000
Subject: [Archivesspace_Users_Group] Adding display fields
	for	search	results - How to?
In-Reply-To: <CO1PR05MB329DB70905C633C8290A650E6FF0@CO1PR05MB329.namprd05.prod.outlook.com>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A3B45A@OC11expo28.exchange.mit.edu>,
 <CO1PR05MB329DB70905C633C8290A650E6FF0@CO1PR05MB329.namprd05.prod.outlook.com>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A3B94A@OC11expo28.exchange.mit.edu>

Noah,
Does this snippet look like it's formatted correctly to work in the config.rb file?  I saved this to the plug-in folder and restarted ASpace but it's not taking (meaning, ID is not showing up in search results.)

#AppConfig[:plugins] = ['local',  'lcnaf', 'aspace-public-formats' 'aspace-search-identifier']

Thanks for your help with this
Kari

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Noah Huffman [noah.huffman at duke.edu]
Sent: Monday, September 12, 2016 13:52
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Kari,

Here is a plugin that adds an identifier column to search results in the staff interface: https://github.com/lyrasis/aspace-search-identifier

I assume you could tweak this to have the identifier column display in the public interface as well.

-Noah

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, September 12, 2016 1:40 PM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Hi,
I?m interested in hearing about any solutions for adding to the display fields for search results.  Our main interest is in having the collection ID display in addition to the Resource Type and Title (currently the only displayed data + last modified data).

Thanks,

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

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

From sdm7g at eservices.virginia.edu  Mon Sep 12 17:06:21 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 12 Sep 2016 21:06:21 +0000
Subject: [Archivesspace_Users_Group] Adding display
	fields	for	search	results - How to?
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBF4A3B94A@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A3B45A@OC11expo28.exchange.mit.edu>
 <CO1PR05MB329DB70905C633C8290A650E6FF0@CO1PR05MB329.namprd05.prod.outlook.com>
 <29F559819ACA9A4FBF208407D4B63ABBF4A3B94A@OC11expo28.exchange.mit.edu>
Message-ID: <7002263F-C048-4A81-984A-86162C1B506C@eservices.virginia.edu>


> On Sep 12, 2016, at 5:01 PM, Kari R Smith <smithkr at mit.edu> wrote:
> 
> Noah,
> Does this snippet look like it's formatted correctly to work in the config.rb file?  I saved this to the plug-in folder and restarted ASpace but it's not taking (meaning, ID is not showing up in search results.)
> 
> #AppConfig[:plugins] = ['local',  'lcnaf', 'aspace-public-formats' 'aspace-search-identifier?]  

								   ^^^ Missing a comma! 



> 
> Thanks for your help with this
> Kari
> 
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Noah Huffman [noah.huffman at duke.edu]
> Sent: Monday, September 12, 2016 13:52
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?
> 
> Kari,
>  
> Here is a plugin that adds an identifier column to search results in the staff interface: https://github.com/lyrasis/aspace-search-identifier
>  
> I assume you could tweak this to have the identifier column display in the public interface as well.
>  
> -Noah
>  
> 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, September 12, 2016 1:40 PM
> To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Adding display fields for search results - How to?
>  
> Hi,
> I?m interested in hearing about any solutions for adding to the display fields for search results.  Our main interest is in having the collection ID display in addition to the Resource Type and Title (currently the only displayed data + last modified data).
>  
> Thanks,
>  
> Kari R. Smith
> Digital Archivist, Institute Archives and Special Collections
> Massachusetts Institute of Technology Libraries
> 617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From Eric.J.Bivona at Dartmouth.EDU  Mon Sep 12 17:51:30 2016
From: Eric.J.Bivona at Dartmouth.EDU (Eric.J.Bivona at Dartmouth.EDU)
Date: Mon, 12 Sep 2016 17:51:30 -0400
Subject: [Archivesspace_Users_Group] Adding display	fields	for	search
 results - How to?
In-Reply-To: <72df77654b3c4b5baa210717faecfece@BLUPR03MB1476.namprd03.prod.outlook.com>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A3B45A@OC11expo28.exchange.mit.edu>
 <CO1PR05MB329DB70905C633C8290A650E6FF0@CO1PR05MB329.namprd05.prod.outlook.com>
 <29F559819ACA9A4FBF208407D4B63ABBF4A3B94A@OC11expo28.exchange.mit.edu>
 <72df77654b3c4b5baa210717faecfece@BLUPR03MB1476.namprd03.prod.outlook.com>
Message-ID: <57d72362.nmiurtboCIm9C2dl%Eric.J.Bivona@Dartmouth.EDU>

--- "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu> wrote:
> > On Sep 12, 2016, at 5:01 PM, Kari R Smith <smithkr at mit.edu> wrote:
> > 
> > Noah,
> > Does this snippet look like it's formatted correctly to work in the config.rb file?  I saved this to the plug-in folder and restarted ASpace but it's not taking (meaning, ID is not showing up in search results.)
> > 
> > #AppConfig[:plugins] = ['local',  'lcnaf', 'aspace-public-formats' 'aspace-search-identifier?]  
> 
> 								   ^^^ Missing a comma! 

Also, I think you need to remove the initial '#' so the line isn't
treated as a comment.

-Eric
-----
> > 
> > Thanks for your help with this
> > Kari
> > 
> > From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Noah Huffman [noah.huffman at duke.edu]
> > Sent: Monday, September 12, 2016 13:52
> > To: Archivesspace Users Group
> > Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?
> > 
> > Kari,
> >  
> > Here is a plugin that adds an identifier column to search results in the staff interface: https://github.com/lyrasis/aspace-search-identifier
> >  
> > I assume you could tweak this to have the identifier column display in the public interface as well.
> >  
> > -Noah
> >  
> > 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, September 12, 2016 1:40 PM
> > To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) <archivesspace_users_group at lyralists.lyrasis.org>
> > Subject: [Archivesspace_Users_Group] Adding display fields for search results - How to?
> >  
> > Hi,
> > I?m interested in hearing about any solutions for adding to the display fields for search results.  Our main interest is in having the collection ID display in addition to the Resource Type and Title (currently the only displayed data + last modified data).
> >  
> > Thanks,
> >  
> > Kari R. Smith
> > Digital Archivist, Institute Archives and Special Collections
> > Massachusetts Institute of Technology Libraries
> > 617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

From smithkr at mit.edu  Tue Sep 13 10:34:41 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Tue, 13 Sep 2016 14:34:41 +0000
Subject: [Archivesspace_Users_Group] Adding display fields	for	search
 results - How to?
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A3C58E@OC11expo28.exchange.mit.edu>

Noah, Steve and Eric -- thank you for your help.  I've got the plug-in running and in search results I now have a column for "ID" ... however it only shows an ID for a Resource result and not with any of the archival objects.  In the Plug-in, I see this bit of code and am wondering how to have it also display the collection (resource) "identifier" for "archival object".  Our reference staff would like to be able to sort / know to which collection the archival objects belong without having to open each one to find that out.

My continued thanks!   -Kari


 <% @search_data['results'].each do |result|
      deleted = (params.has_key?("deleted_uri") and Array(params["deleted_uri"]).include?(result["id"])) || false
      # SET DISPLAY IDENTIFIER
      @display_identifier = ""
      @display_identifier = result["identifier"].html_safe if result["identifier"]
      @display_identifier = result["digital_object_id"].html_safe if result["digital_object_id"]
      @display_identifier = result["authority_id"].html_safe if result["authority_id"]
      if result["primary_type"] == "archival_object"
        json = JSON.parse(result["json"])
        @display_identifier = json["component_id"].html_safe if json["component_id"]
      end
    %>




________________________________
From: Noah Huffman [noah.huffman at duke.edu]
Sent: Tuesday, September 13, 2016 09:02
To: Kari R Smith
Subject: RE: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Hi Kari,

As Steve and Eric mentioned, you need a comma between the last two plugin names and you should uncomment the line by removing the # from the beginning of the line.

Should look like this:

AppConfig[:plugins] = ['local',  'lcnaf', 'aspace-public-formats', 'aspace-search-identifier']

If you make those change and restart, it should work.  If not, I?m happy to troubleshoot.

We use this plugin at Duke and it?s very useful.

-Noah

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, September 12, 2016 5:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Noah,
Does this snippet look like it's formatted correctly to work in the config.rb file?  I saved this to the plug-in folder and restarted ASpace but it's not taking (meaning, ID is not showing up in search results.)

#AppConfig[:plugins] = ['local',  'lcnaf', 'aspace-public-formats' 'aspace-search-identifier']

Thanks for your help with this
Kari

________________________________
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 Noah Huffman [noah.huffman at duke.edu]
Sent: Monday, September 12, 2016 13:52
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?
Kari,

Here is a plugin that adds an identifier column to search results in the staff interface: https://github.com/lyrasis/aspace-search-identifier<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_lyrasis_aspace-2Dsearch-2Didentifier&d=CwMFEA&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=XzVVdhtu-NOYwHpF7t1-skr-ItWN1h9pITcz5Cbf_uE&s=DhHvT91cE0yMiKtoYywN7I2G7ilS_k2IDiDwCZnTUqA&e=>

I assume you could tweak this to have the identifier column display in the public interface as well.

-Noah

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, September 12, 2016 1:40 PM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>) <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Hi,
I?m interested in hearing about any solutions for adding to the display fields for search results.  Our main interest is in having the collection ID display in addition to the Resource Type and Title (currently the only displayed data + last modified data).

Thanks,

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/<https://urldefense.proofpoint.com/v2/url?u=http-3A__libraries.mit.edu_archives_&d=CwMFEA&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=XzVVdhtu-NOYwHpF7t1-skr-ItWN1h9pITcz5Cbf_uE&s=EBE7rM9t-8OTzIMav4NpIY7v4ego4g7TTFaz_c7R0Rg&e=>

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

From Joshua.D.Shaw at dartmouth.edu  Tue Sep 13 12:12:40 2016
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Tue, 13 Sep 2016 16:12:40 +0000
Subject: [Archivesspace_Users_Group] Adding display fields for search
 results - How to?
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBF4A3C58E@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A3C58E@OC11expo28.exchange.mit.edu>
Message-ID: <A7FC8AF1-EE40-4582-B501-D883EC18EAE9@dartmouth.edu>

Hi Kari-

An AO doesn?t have the resource id attached by default, so you have to add it to the SOLR document for the AO. I?m actually working on a similar plugin that does that and a couple of other things. In the meantime, if you take a look at https://github.com/hudmol/component_levels you can get an idea of how that process works.

Best,
Joshua

From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Kari R Smith <smithkr at mit.edu>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Tuesday, September 13, 2016 at 10:34 AM
To: Noah Huffman <noah.huffman at duke.edu>
Cc: "archivesspace_users_group at lyralists.lyrasis.org" <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Noah, Steve and Eric -- thank you for your help.  I've got the plug-in running and in search results I now have a column for "ID" ... however it only shows an ID for a Resource result and not with any of the archival objects.  In the Plug-in, I see this bit of code and am wondering how to have it also display the collection (resource) "identifier" for "archival object".  Our reference staff would like to be able to sort / know to which collection the archival objects belong without having to open each one to find that out.

My continued thanks!   -Kari


 <% @search_data['results'].each do |result|
      deleted = (params.has_key?("deleted_uri") and Array(params["deleted_uri"]).include?(result["id"])) || false
      # SET DISPLAY IDENTIFIER
      @display_identifier = ""
      @display_identifier = result["identifier"].html_safe if result["identifier"]
      @display_identifier = result["digital_object_id"].html_safe if result["digital_object_id"]
      @display_identifier = result["authority_id"].html_safe if result["authority_id"]
      if result["primary_type"] == "archival_object"
        json = JSON.parse(result["json"])
        @display_identifier = json["component_id"].html_safe if json["component_id"]
      end
    %>




________________________________
From: Noah Huffman [noah.huffman at duke.edu]
Sent: Tuesday, September 13, 2016 09:02
To: Kari R Smith
Subject: RE: [Archivesspace_Users_Group] Adding display fields for search results - How to?
Hi Kari,

As Steve and Eric mentioned, you need a comma between the last two plugin names and you should uncomment the line by removing the # from the beginning of the line.

Should look like this:

AppConfig[:plugins] = ['local',  'lcnaf', 'aspace-public-formats', 'aspace-search-identifier']

If you make those change and restart, it should work.  If not, I?m happy to troubleshoot.

We use this plugin at Duke and it?s very useful.

-Noah

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, September 12, 2016 5:02 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Noah,
Does this snippet look like it's formatted correctly to work in the config.rb file?  I saved this to the plug-in folder and restarted ASpace but it's not taking (meaning, ID is not showing up in search results.)

#AppConfig[:plugins] = ['local',  'lcnaf', 'aspace-public-formats' 'aspace-search-identifier']

Thanks for your help with this
Kari

________________________________
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 Noah Huffman [noah.huffman at duke.edu]
Sent: Monday, September 12, 2016 13:52
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Adding display fields for search results - How to?
Kari,

Here is a plugin that adds an identifier column to search results in the staff interface: MailScanner has detected a possible fraud attempt from "urldefense.proofpoint.com" claiming to be https://github.com/lyrasis/aspace-search-identifier<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_lyrasis_aspace-2Dsearch-2Didentifier&d=CwMFEA&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=XzVVdhtu-NOYwHpF7t1-skr-ItWN1h9pITcz5Cbf_uE&s=DhHvT91cE0yMiKtoYywN7I2G7ilS_k2IDiDwCZnTUqA&e=>

I assume you could tweak this to have the identifier column display in the public interface as well.

-Noah

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, September 12, 2016 1:40 PM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>) <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Adding display fields for search results - How to?

Hi,
I?m interested in hearing about any solutions for adding to the display fields for search results.  Our main interest is in having the collection ID display in addition to the Resource Type and Title (currently the only displayed data + last modified data).

Thanks,

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   MailScanner has detected a possible fraud attempt from "urldefense.proofpoint.com" claiming to be http://libraries.mit.edu/archives/<https://urldefense.proofpoint.com/v2/url?u=http-3A__libraries.mit.edu_archives_&d=CwMFEA&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=XzVVdhtu-NOYwHpF7t1-skr-ItWN1h9pITcz5Cbf_uE&s=EBE7rM9t-8OTzIMav4NpIY7v4ego4g7TTFaz_c7R0Rg&e=>

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

From sdm7g at eservices.virginia.edu  Tue Sep 13 13:50:47 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Tue, 13 Sep 2016 17:50:47 +0000
Subject: [Archivesspace_Users_Group] Source of
 digital_objects/file_versions/use_statement enumeration values ?
Message-ID: <5C654458-2EB7-4392-B562-A67CF246E40C@eservices.virginia.edu>



I?m running this patch ( https://github.com/archivesspace/archivesspace/pull/524,  but packaged as a local plugin ) to import (dao|daoloc)@xlink:role attributes in EAD as digital_object/file_version/use_statements. 

And I?m currently using the value ?application? to indicate links to the digital objects in our digitization tracking system (where they may or may not have yet been digitized: it might be better to encode these as extref?s in EAD and as external_ids in ArchivesSpace, but I do not yet have a path to it into ArchivesSpace with that encoding & mapping. ) and ?image-service?  to link to a IIIF manifest ( and working on the javascript to get it to display inline ), as well as others like 'text-tei-transcripted? . 


These values come from a controlled values list ? enumeration.

I was wondering if these values came from some other standard, best-practices recommendations, or other conventional source, as I?m not sure what the distinctions between some of them ( like ?-edited? suffix ) are supposed to be. 

I couldn?t find any references in the docs or sources. 


? Steve Majewski


file_version_use_statement: "/config/enumerations/24":
    application
    application-pdf
    audio-clip
    audio-master
    audio-master-edited
    audio-service
    image-master
    image-master-edited
    image-service
    image-service-edited
    image-thumbnail
    test-data
    text-codebook
    text-data_definition
    text-georeference
    text-ocr-edited
    text-ocr-unedited
    text-tei-transcripted
    text-tei-translated
    video-clip
    video-master
    video-master-edited
    video-service
    video-streaming



From lcalahan at umn.edu  Tue Sep 13 15:23:05 2016
From: lcalahan at umn.edu (Lisa Calahan)
Date: Tue, 13 Sep 2016 14:23:05 -0500
Subject: [Archivesspace_Users_Group] Digital Object csv template
Message-ID: <CAFfoRK7qZ-01Jc6EGiu5bh=q6VayDHv8g=8LjLWiuk7uBPOEUw@mail.gmail.com>

Hi all,

Does anyone have a local version or know of an updated Digital Object csv
that maps correctly to the changes in version 1.5.1? The "Make
Representative" feature breaks the publish value of "TRUE" for the File
Versions subrecord.

Thanks,
Lisa

-- 

Head of Archival Processing

University of Minnesota Libraries
Archives and Special Collections
Elmer L. Andersen Library, Suite 315
222-21st Ave. S.
Minneapolis MN 55455

Phone: 612.626.2531
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160913/65f3d560/attachment.html>

From ltang5 at mail.lib.msu.edu  Wed Sep 14 11:20:21 2016
From: ltang5 at mail.lib.msu.edu (Tang, Lydia)
Date: Wed, 14 Sep 2016 15:20:21 +0000
Subject: [Archivesspace_Users_Group] Editing/bulk editing locations and top
	containers
Message-ID: <D8CBEBA6-BDDA-4F4A-8D2B-5D7B87118C63@mail.lib.msu.edu>

Hello everyone,
I have been enjoying exploring the new capabilities with version 1.5.1, but I have a few comments/concerns.
Is it possible to edit/bulk edit the titles of Top Containers?  As you see in the screen shot attached, the title is ?Box 1: Series Series 1?.  Obviously I would like to fix this, but when I click on edit, I am not able to edit the title portion at all and otherwise I am not sure where it needs to be fixed elsewhere.  Additionally, when I am in the edit screen, I would like to be able to navigate back to the collection I was working on, but upper menu panel only has links for Top Containers or options to search again for the collection.  If it?s possible to return back to where I was, that would save a lot of time.
Additionally, I was playing around with the bulk location feature.  We have stacks which alternate A and B, so 1A and 1B, 2A 2B, etc.  Na?vely/carelessly I tried to create bulk locations for the whole area.  Over 6000 shelves were generated, all going from 1A-1G (at least).  Now I understand the merits of creating bulk locations range by range for these less standard naming styles, but in the meantime, I wish there was a way to batch edit the location information.  I can highlight several entries (in my case, it would be great to have a ?select all? check box for the whole list on a page) and select ?edit batch? but the fields that some up aren?t what I need to accomplish (primarily, to fix the range title).  Also, strangely, I can?t seem to make screen shots of the Location pages.
A final concern (for now), is that I wish the top containers could more easily be applied to nested instances.  For example, if I have a box with 50 folders in it, I wish there was a quicker way to link them all together under that Top Container.  It seems like each archival object has to be opened and manually linked to the Top Container.  This will be a lot of work and time reconciling even not-so-distant legacy descriptions and I wish there might be a way to more quickly select multiple archival objects to be merged under the Top Container.
Thanks for your consideration,

Lydia

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2016-09-13 at 4.48.16 PM.png
Type: image/png
Size: 264523 bytes
Desc: Screen Shot 2016-09-13 at 4.48.16 PM.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160914/610b79ec/attachment-0001.png>

From j at minorscience.com  Wed Sep 14 14:07:51 2016
From: j at minorscience.com (Jason Loeffler)
Date: Wed, 14 Sep 2016 14:07:51 -0400
Subject: [Archivesspace_Users_Group] Bulk detaching agent records from
	archival objects
Message-ID: <CAP4gJsW-8hZLr7LksQK6cx9w6-W4UPc9TrWW+Xq8wKU8kQMrbg@mail.gmail.com>

Hi everyone,

A large of our archival object records were mistakenly imported with an
incorrect linked agent relationship. I don't see anything in the API for
manipulating linked agent relationships. Is there an undocumented linked
agent endpoint by chance? If not, is it possible to simply remove rows from
the linked_agent_rlshp table without fear of hosing a downstream table? I
see only foreign keys in that table but just want to confirm either way.

Thanks, Jason

Jason Loeffler
Technology Consultant | The American Academy in Rome
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160914/0f30dccb/attachment.html>

From ltang5 at mail.lib.msu.edu  Wed Sep 14 14:55:54 2016
From: ltang5 at mail.lib.msu.edu (Tang, Lydia)
Date: Wed, 14 Sep 2016 18:55:54 +0000
Subject: [Archivesspace_Users_Group] location woes
Message-ID: <D4B4A2B9-7CB2-42B0-B857-7CEC3E86625E@mail.lib.msu.edu>

Hello everyone,
I?ve definitely learned to try out my more ambitious projects in our test instance after this location snafu.  We tried to roll back the instance to a backup last night, reindexed everything, and the bad locations were all still there!  If any of you know of a way to target mass delete the locations (nearly 6500 location entries), please let me know!
Lydia

From mang.sun at rice.edu  Wed Sep 14 15:00:20 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Wed, 14 Sep 2016 14:00:20 -0500
Subject: [Archivesspace_Users_Group] hELP - No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>

Christine and other AS community members who have successfully migrated 
AS 1.4.2 to AS 1.5.x,

We are trying to  draw attention and seek help from AS development team 
and other community members who have successfully migrated AS 1.4.2 to 
AS 1.5.x. If necessary, we are willing to  provide our MySQL dump file 
for you to test.

Test migration from AS 1.4.2 to AS1.5.x really drives us mad. Though we 
don't quite see any (out of mem) error in the log, we still blindly pump 
up heap size (Xmx )to 6GB, stack size set o 3MB and rerun rebuild index 
or the complete migration steps, the problem is still there - Solr 
seemingly very silently stops writing or committing index files when the 
number of docs in Solr reaches to  about 15,xxx as opposed to  500,xxx 
indexed docs found  in our 1.4.2 instance, though thereafter we still 
can see the " end_commit_flush" message  pop up in the log  from time to 
time .Our test box environments are

1. Redhat 6.8 ,JAVA build 1.7.0_67 . MySQL 5.1.7 and 8GB memory
  2.. Redhat 7.2 Virtual Machine,NYSQL 5.5.45, java 1.80_65,and 4GB.
  We also can  confirm database side migration  is largely done with new 
tables and fields added, existing records converted and top container 
records added. The problem is sticking to rebuilding the whole index - 
Solr  stops writing and committing  index prematurely after  the number 
of docs  grows to a small number(12xxx-15xxx) though commit  flush can 
still be seen thereafter .

Now we have exhausted ideas and means in figuring out why this "no 
record found " problem that seemingly only  happens to us.

Other experiment we did is export EAD file of one resource record from 
our production and load it into a 1.4.2 test instance and then upgrade 
this test instance to 1.5.x. this time the resource record can be 
indexed and appear(some issue with the Name )  in the test 1.5.x instance.

I think there is some fundamental but very sneaky issue with 1.5.x 
indexing (rebuild index). The challenge is that no explicit error 
message that could be easily found in the log that can give us some hint 
and therefore this is a nightmare given the long waiting time before you 
can confirm a  successful indexing or not.  May be a standalone tool 
allowing user to manually rebuild index could be very helpful and 
straightforward, and less arcane.

As mentioned earlier, records have been converted and migrated but not 
indexed, what else we tried is use direct route path (can be inferred 
from our production) to pull records out and update them by toggling 
through   Suppress/Unsuppress or Publisesh/Unpublished , then we can get 
those updated records indexed. in the following diagram, we can see 3 
resources, 2 agent records and some other record types highlighted in 
yellow appear in the types field, as opposed to the types (not 
highlighted) originally indexed and generated by the migration process. 
Also in the same diagram, the number of indexed docs is too small (we 
can see about half million docs in our 1.4.2 production instance).Also 
we found a side  issue with agent record, no matter what you set for 
Publish, Solr only sees it unpublished.But   At least, this experiment 
can confirm there is not obvious problem with dynamic indexing.

If AS developers or other AS users want to reproduce the issue or give a 
try for a solution, we can provide our v1.4.2 database dump or the 
v1.5.x database dump.

Thank you very much.


Mang Sun

Rice U.


On 9/9/2016 11:55 AM, Christine Di Bella wrote:
>
> Mang,
>
> How long ago did you start the reindex and how big is your database? 
> The v1.5.1 upgrade improved indexing speed, especially for large 
> databases, but the indexing does still take some time. People on this 
> list can probably give you a sense of how long it took them for 
> different sizes of databases. It?s probably been most common to run it 
> overnight or over a weekend, when use of the system is low.
>
> (Some people were large databases were experiencing problems with 
> indexing taking an excessive amount of time or not completing at all, 
> which was one of the reasons for the quick release of v1.5.1.)
>
> Christine
>
> Christine Di Bella
>
> Community Outreach Manager
>
> christine.dibella at lyrasis.org <mailto:christine.dibella at lyrasis.org>
>
> 800.999.8558 x2905
>
> 678-235-2905
>
> cdibella13 (Skype)
>
> cid:image003.png at 01CE734E.FD759D30
>
> *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org 
> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On 
> Behalf Of *Mang Sun
> *Sent:* Friday, September 9, 2016 12:31 PM
> *To:* Archivesspace Users Group 
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] No record found after test 
> migration from v1.4.2 to 1.5.0
>
>
> I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but 
> even after I follow the recommended way by copying the data folder and 
> removing those two subfolders mentioned by Joshua the problem is still 
> there.Peeping into Solr schema, I found field "types" only have  the 
> following four types but not resource and digital_object,subject and 
> agent . The missing types may explain why we find no records under 
> every record type tab. Puzzled~                    Mang
>
> ?12608
>
> otop_container 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>
>
> ?1,169
>
> otree_view 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>
>
> ?75
>
> oarchival_object 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>
>
> ?1
>
> orepository 
> <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>
>
> On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
>
>     Hi Mang Sun,
>
>     I agree with Joshua - this sounds to me like an indexing problem
>     to me. In the course of upgrading to 1.5.0 did you delete the
>     data/solr_index/index directory and all files in the
>     data/indexer_state directory? This is one of the recommended steps
>     in the instructions for upgrading to v.1.5.0
>     <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>.
>     We accidentally missed this step once in a running a test upgrade
>     and definitely experienced some indexing problems though I don't
>     remember the details. As it was a test upgrade (and it sounds like
>     that's what you're doing as well) we just started afresh and ran
>     the upgrade process over again. When we included that step, things
>     were fine.
>
>     On a related note - there's a 1.5.1 release of ArchivesSpace
>     <https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that
>     includes several fixes for bugs that were found in the weeks after
>     1.5.0 was released. If are looking to update to a 1.5.x version,
>     you may want to consider upgrading to 1.5.1 one rather than 1.5.0.
>
>     Good luck,
>
>     Sally
>
>     On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw
>     <Joshua.D.Shaw at dartmouth.edu <mailto:Joshua.D.Shaw at dartmouth.edu>>
>     wrote:
>
>         I believe the suggestion for migration to 1.5+ was to delete
>         the existing index and indexer states which will trigger a
>         complete reindex.
>
>         Best,
>         Joshua
>
>
>
>
>
>         On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu
>         <mailto:mang.sun at rice.edu>> wrote:
>
>         > i
>         >
>         > After we migrate our v.1.4.2 test instance to v1.5.0, we
>         can't find any records but just no record in Staff interface
>         and public interface.
>         >
>         > But if we open a migrated record (saycollection record)
>         using the direct route path to that record and resave it, this
>         record but only this one starts to show up under Collections
>         when browsing collections. This problem does not come with any
>         new record created within v.1.5.0. Any suggestion?
>         >
>         > 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
>
>
>
>     -- 
>
>     Sally Vermaaten
>     Project Manager, Archival Systems
>     New York University Libraries
>
>     1-212-992-6259
>
>
>
>
>     _______________________________________________
>
>     Archivesspace_Users_Group mailing list
>
>     Archivesspace_Users_Group at lyralists.lyrasis.org
>     <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
> 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/20160914/10299b10/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 41892 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160914/10299b10/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 7645 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160914/10299b10/attachment-0001.png>

From Elizabeth.Dunham at asu.edu  Wed Sep 14 15:18:24 2016
From: Elizabeth.Dunham at asu.edu (Elizabeth Dunham)
Date: Wed, 14 Sep 2016 19:18:24 +0000
Subject: [Archivesspace_Users_Group] location woes
In-Reply-To: <D4B4A2B9-7CB2-42B0-B857-7CEC3E86625E@mail.lib.msu.edu>
References: <D4B4A2B9-7CB2-42B0-B857-7CEC3E86625E@mail.lib.msu.edu>
Message-ID: <BN6PR06MB30093AD32FC94A82FC5A1DA092F10@BN6PR06MB3009.namprd06.prod.outlook.com>

Hi Lydia,

Is SQL an option for you?  I had a much smaller version of this problem a few months ago when one of my curators unintentionally batch created about 1,500 meaningless location records.  She was trying to create two sets of locations with different identifiers, but ended up with one set of locations containing both identifiers.  Fortunately, that composition and the fact that nothing was linked to those locations (seeing as it's physically impossible to put something on the referenced shelf space) made them easy to target and eliminate using a SQL "delete" statement.

By way of disclaimer, SQL is the only language I'm confident enough in to do this sort of work, so I tend to use it for everything.  As such, someone else may have a much more elegant solution.

I hope this information helps, and good luck!

Elizabeth

------------------------
Assistant Archivist
Arizona State University Libraries
Archives and Special Collections
Tempe, AZ 85287-1006
Elizabeth.Dunham at asu.edu

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia
Sent: Wednesday, September 14, 2016 11:56 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] location woes

Hello everyone,

I?ve definitely learned to try out my more ambitious projects in our test instance after this location snafu.  We tried to roll back the instance to a backup last night, reindexed everything, and the bad locations were all still there!  If any of you know of a way to target mass delete the locations (nearly 6500 location entries), please let me know!

Lydia

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=CwIGaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=ss95Z99H_3eUqTkr4mCkBN1BTeN0qj8dXOSNEBnVLn8&m=B7AmqMEokIh6ojCLSraSM4sAfjGGi1B3-G8wkAnBjfg&s=dBGsdA8wCJgBzTJEacWw2pN_PzzdkqyH1lBr-BGdCVM&e= 

From j at minorscience.com  Wed Sep 14 15:45:03 2016
From: j at minorscience.com (Jason Loeffler)
Date: Wed, 14 Sep 2016 19:45:03 +0000 (UTC)
Subject: [Archivesspace_Users_Group] location woes
In-Reply-To: <D4B4A2B9-7CB2-42B0-B857-7CEC3E86625E@mail.lib.msu.edu>
References: <D4B4A2B9-7CB2-42B0-B857-7CEC3E86625E@mail.lib.msu.edu>
Message-ID: <E0903B9C708FD3BF.BBFD7328-E61B-44EF-A22C-7E03A1913204@mail.outlook.com>

Hi Lydia,
You can iterate over the desired location end points via the API and perform a delete operation. Let me know if you need help setting this up.?
JL
-- 
Jason Loeffler
Technology Consultant |?The American Academy in Rome
Minor Science | Application Development & Metadata Strategy
Brooklyn, New York
jason at minorscience.com
(347) 405-0826
minorscience (Skype)

		_____________________________
From: Tang, Lydia <ltang5 at mail.lib.msu.edu>
Sent: Wednesday, September 14, 2016 14:56
Subject: [Archivesspace_Users_Group] location woes
To:  <archivesspace_users_group at lyralists.lyrasis.org>


Hello everyone,
I?ve definitely learned to try out my more ambitious projects in our test instance after this location snafu.  We tried to roll back the instance to a backup last night, reindexed everything, and the bad locations were all still there!  If any of you know of a way to target mass delete the locations (nearly 6500 location entries), please let me know!
Lydia
_______________________________________________
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/20160914/73e0940b/attachment.html>

From library at princeofpeaceabbey.org  Wed Sep 14 17:52:04 2016
From: library at princeofpeaceabbey.org (library at princeofpeaceabbey.org)
Date: Wed, 14 Sep 2016 16:52:04 -0500
Subject: [Archivesspace_Users_Group] location woes
In-Reply-To: <E0903B9C708FD3BF.BBFD7328-E61B-44EF-A22C-7E03A1913204@mail.outlook.com>
References: <D4B4A2B9-7CB2-42B0-B857-7CEC3E86625E@mail.lib.msu.edu>
 <E0903B9C708FD3BF.BBFD7328-E61B-44EF-A22C-7E03A1913204@mail.outlook.com>
Message-ID: <20160914165204.Horde.rxNLNoVSjQqYigpuW4o5sRS@gator3088.hostgator.com>

Jason,

I too have this problem. I deleted the locations that I did not want  
from MySql but they still show up. Tried to delete them from AS but It  
refused. So if you can put the answer in easy to follow directions I  
would be happy.

Br Raphael
Quoting Jason Loeffler <j at minorscience.com>:

> Hi Lydia,
> You can iterate over the desired location end points via the API and  
> perform a delete operation. Let me know if you need help setting  
> this up.?
> JL
> --
> Jason Loeffler
> Technology Consultant |?The American Academy in Rome
> Minor Science | Application Development & Metadata Strategy
> Brooklyn, New York
> jason at minorscience.com
> (347) 405-0826
> minorscience (Skype)
>
> 		_____________________________
> From: Tang, Lydia <ltang5 at mail.lib.msu.edu>
> Sent: Wednesday, September 14, 2016 14:56
> Subject: [Archivesspace_Users_Group] location woes
> To:  <archivesspace_users_group at lyralists.lyrasis.org>
>
>
> Hello everyone,
> I?ve definitely learned to try out my more ambitious projects in our  
> test instance after this location snafu.  We tried to roll back the  
> instance to a backup last night, reindexed everything, and the bad  
> locations were all still there!  If any of you know of a way to  
> target mass delete the locations (nearly 6500 location entries),  
> please let me know!
> Lydia
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group




From sdm7g at eservices.virginia.edu  Wed Sep 14 18:26:40 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Wed, 14 Sep 2016 22:26:40 +0000
Subject: [Archivesspace_Users_Group] location woes
In-Reply-To: <20160914165204.Horde.rxNLNoVSjQqYigpuW4o5sRS@gator3088.hostgator.com>
References: <D4B4A2B9-7CB2-42B0-B857-7CEC3E86625E@mail.lib.msu.edu>
 <E0903B9C708FD3BF.BBFD7328-E61B-44EF-A22C-7E03A1913204@mail.outlook.com>
 <20160914165204.Horde.rxNLNoVSjQqYigpuW4o5sRS@gator3088.hostgator.com>
Message-ID: <E76D369B-D1C1-483C-AEE5-AB2B8844B6B2@eservices.virginia.edu>

How to delete stuff using the API:

I haven?t had to try to delete locations, but the principle is the same for most resources.
Locations are global, not repository based, so you don?t need the /repositories/$REPO_ID in the URL.

Try  /locations/$ID instead of /repositories/$REPO_ID/$THING/$ID.

This was originally written for deleting resources, but I changed it to delete digital_objects ( which don?t get deleted when their owner resource gets deleted. ) I?ve added some annotations to explain.

If you don?t have ?jq? installed, you can leave that out. It?s just used to pretty-print the JSON output.

? Steve Majewski

# [1] set variables:

REPO=http://localhost:4567
#
REPO_ID=$1
THING=digital_objects
#
user=
pass=


# [2] clip out the login logic from scripts/curl_as or scripts/curl_as_osx
# If you?re going to repeat this call thousands of times, it?s better to just do it once at the start
# rather than call those scripts and do it many times...

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

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

# [3] Are you sure ?

curl -H "X-ArchivesSpace-Session: $session" "$REPO/repositories/$REPO_ID" | jq .
echo -n "Delete all $THING from this repo? [Y/N]: "; read ANS
if [ "$ANS" = "Y"  ]
then

# [4] get the list of resources using "?all_ids=true?
# this returns a list of IDs. Strip off the ?[?, ?]? and ?,? and iterate over IDs:
# do a DELETE on each resource ID.

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

fi




On Sep 14, 2016, at 5:52 PM, library at princeofpeaceabbey.org<mailto:library at princeofpeaceabbey.org> wrote:

Jason,

I too have this problem. I deleted the locations that I did not want from MySql but they still show up. Tried to delete them from AS but It refused. So if you can put the answer in easy to follow directions I would be happy.

Br Raphael
Quoting Jason Loeffler <j at minorscience.com<mailto:j at minorscience.com>>:

Hi Lydia,
You can iterate over the desired location end points via the API and perform a delete operation. Let me know if you need help setting this up.
JL
--
Jason Loeffler
Technology Consultant | The American Academy in Rome
Minor Science | Application Development & Metadata Strategy
Brooklyn, New York
jason at minorscience.com<mailto:jason at minorscience.com>
(347) 405-0826
minorscience (Skype)

_____________________________
From: Tang, Lydia <ltang5 at mail.lib.msu.edu>
Sent: Wednesday, September 14, 2016 14:56
Subject: [Archivesspace_Users_Group] location woes
To:  <archivesspace_users_group at lyralists.lyrasis.org>


Hello everyone,
I?ve definitely learned to try out my more ambitious projects in our test instance after this location snafu.  We tried to roll back the instance to a backup last night, reindexed everything, and the bad locations were all still there!  If any of you know of a way to target mass delete the locations (nearly 6500 location entries), please let me know!
Lydia
_______________________________________________
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<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/20160914/5048e4fe/attachment.html>

From sdm7g at eservices.virginia.edu  Wed Sep 14 18:44:28 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Wed, 14 Sep 2016 22:44:28 +0000
Subject: [Archivesspace_Users_Group] location woes
In-Reply-To: <E76D369B-D1C1-483C-AEE5-AB2B8844B6B2@eservices.virginia.edu>
References: <D4B4A2B9-7CB2-42B0-B857-7CEC3E86625E@mail.lib.msu.edu>
 <E0903B9C708FD3BF.BBFD7328-E61B-44EF-A22C-7E03A1913204@mail.outlook.com>
 <20160914165204.Horde.rxNLNoVSjQqYigpuW4o5sRS@gator3088.hostgator.com>,
 <E76D369B-D1C1-483C-AEE5-AB2B8844B6B2@eservices.virginia.edu>
Message-ID: <A3B11A87-5DEB-43ED-969D-EE7EDF9EAA14@eservices.virginia.edu>

Note that that is a DELETE EVERYTHING method. If that not what you want, you need to replace the all_ids curl with a search or something that gets you the ids of items to be deleted.

Sent from my iPhone

On Sep 14, 2016, at 6:26 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:

How to delete stuff using the API:

I haven?t had to try to delete locations, but the principle is the same for most resources.
Locations are global, not repository based, so you don?t need the /repositories/$REPO_ID in the URL.

Try  /locations/$ID instead of /repositories/$REPO_ID/$THING/$ID.

This was originally written for deleting resources, but I changed it to delete digital_objects ( which don?t get deleted when their owner resource gets deleted. ) I?ve added some annotations to explain.

If you don?t have ?jq? installed, you can leave that out. It?s just used to pretty-print the JSON output.

? Steve Majewski

# [1] set variables:

REPO=http://localhost:4567
#
REPO_ID=$1
THING=digital_objects
#
user=
pass=


# [2] clip out the login logic from scripts/curl_as or scripts/curl_as_osx
# If you?re going to repeat this call thousands of times, it?s better to just do it once at the start
# rather than call those scripts and do it many times...

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

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

# [3] Are you sure ?

curl -H "X-ArchivesSpace-Session: $session" "$REPO/repositories/$REPO_ID" | jq .
echo -n "Delete all $THING from this repo? [Y/N]: "; read ANS
if [ "$ANS" = "Y"  ]
then

# [4] get the list of resources using "?all_ids=true?
# this returns a list of IDs. Strip off the ?[?, ?]? and ?,? and iterate over IDs:
# do a DELETE on each resource ID.

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

fi




On Sep 14, 2016, at 5:52 PM, library at princeofpeaceabbey.org<mailto:library at princeofpeaceabbey.org> wrote:

Jason,

I too have this problem. I deleted the locations that I did not want from MySql but they still show up. Tried to delete them from AS but It refused. So if you can put the answer in easy to follow directions I would be happy.

Br Raphael
Quoting Jason Loeffler <j at minorscience.com<mailto:j at minorscience.com>>:

Hi Lydia,
You can iterate over the desired location end points via the API and perform a delete operation. Let me know if you need help setting this up.
JL
--
Jason Loeffler
Technology Consultant | The American Academy in Rome
Minor Science | Application Development & Metadata Strategy
Brooklyn, New York
jason at minorscience.com<mailto:jason at minorscience.com>
(347) 405-0826
minorscience (Skype)

_____________________________
From: Tang, Lydia <ltang5 at mail.lib.msu.edu<mailto:ltang5 at mail.lib.msu.edu>>
Sent: Wednesday, September 14, 2016 14:56
Subject: [Archivesspace_Users_Group] location woes
To:  <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>


Hello everyone,
I?ve definitely learned to try out my more ambitious projects in our test instance after this location snafu.  We tried to roll back the instance to a backup last night, reindexed everything, and the bad locations were all still there!  If any of you know of a way to target mass delete the locations (nearly 6500 location entries), please let me know!
Lydia
_______________________________________________
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160914/6224969b/attachment.html>

From maderikra at vmi.edu  Thu Sep 15 11:30:21 2016
From: maderikra at vmi.edu (Maderik,  Rachel A)
Date: Thu, 15 Sep 2016 15:30:21 +0000
Subject: [Archivesspace_Users_Group] hELP - No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>
Message-ID: <22e3803dbdfa4b4ab05b299be9383058@vmi.edu>

I was able to replicate this problem using Rice's data. I set up a fresh instance running 1.4.2 using their database dump from that version, and it built the index fine (took 10-15 minutes). When I migrated it to 1.5, the indexer seems to get hung up after indexing the top containers (which finished about 2 hrs ago). Below is an error message that appears right after it finishes the top containers (and continues to appear repeatedly in the log file). It seems to be related to indexing archival objects, though I can't say I understand anything more than that:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~ Indexed 12884 top_container records in 600 seconds ~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sep 15, 2016 9:33:57 AM org.eclipse.jetty.server.handler.ContextHandler$Context log
INFO: DEBUG: resetting rack response due exception
Failure in periodic indexer worker thread: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
...
<body>
  <div id="summary">
    <h1>Internal Server Error <span>(500)</span></h1>
    <table class="meta">
      <tr>
        <th>Request Method:</th>
        <td>GET</td>
      </tr>
      <tr>
        <th>Request URL:</th>
        <td>http:&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object</td>
      </tr>
    </table>
  </div>
  <div id="info">
    <p>(NoMethodError) undefined method `related_records&#x27; for nil:NilClass</p>
  </div>

  <div id="explanation">
    <p>
    You're seeing this error because you use <code>JRuby::Rack::ErrorApp::ShowStatus</code>.
    </p>
  </div>
</body>

-------------------------------

Rachel Maderik
Systems and Technology Librarian
501D Preston Library
Virginia Military Institute
Lexington, VA 24450
540-464-7572


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun
Sent: Wednesday, September 14, 2016 3:00 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] hELP - No record found after test migration from v1.4.2 to 1.5.0


Christine and other AS community members who have successfully migrated AS 1.4.2 to AS 1.5.x,

We are trying to  draw attention and seek help from AS development team and other community members who have successfully migrated AS 1.4.2 to AS 1.5.x. If necessary, we are willing to  provide our MySQL dump file for you to test.

Test migration from AS 1.4.2 to AS1.5.x really drives us mad. Though we don't quite see any (out of mem) error in the log, we still blindly pump up heap size (Xmx )to 6GB, stack size set o 3MB and rerun rebuild index or the complete migration steps, the problem is still there - Solr seemingly very silently stops writing or committing index files when the number of docs in Solr reaches to  about 15,xxx as opposed to  500,xxx indexed docs found  in our 1.4.2 instance, though thereafter we still can see the " end_commit_flush" message  pop up in the log  from time to time .Our test box environments are

1. Redhat 6.8 ,JAVA build 1.7.0_67 . MySQL 5.1.7 and 8GB memory
 2.. Redhat 7.2 Virtual Machine,NYSQL 5.5.45, java 1.80_65,and 4GB.
 We also can  confirm database side migration  is largely done with new tables and fields added, existing records converted and top container records added. The problem is sticking to rebuilding the whole index - Solr  stops writing and committing  index prematurely after  the number of docs  grows to a small number(12xxx-15xxx) though commit  flush can still be seen thereafter .

Now we have exhausted ideas and means in figuring out why this "no record found " problem that seemingly only  happens to us.

Other experiment we did is export EAD file of one resource record from our production and load it into a 1.4.2 test instance and then upgrade this test instance to 1.5.x. this time the resource record can be indexed and appear(some issue with the Name )  in the test 1.5.x instance.

I think there is some fundamental but very sneaky issue with 1.5.x indexing (rebuild index). The challenge is that no explicit error message that could be easily found in the log that can give us some hint and therefore this is a nightmare given the long waiting time before you can confirm a  successful indexing or not.  May be a standalone tool allowing user to manually rebuild index could be very helpful and straightforward, and less arcane.

As mentioned earlier, records have been converted and migrated but not indexed, what else we tried is use direct route path (can be inferred from our production) to pull records out and update them by toggling through   Suppress/Unsuppress or Publisesh/Unpublished , then we can get those updated records indexed. in the following diagram, we can see 3 resources, 2 agent records and some other record types highlighted in yellow appear in the types field, as opposed to the types (not highlighted) originally indexed and generated by the migration process. Also in the same diagram, the number of indexed docs is too small (we can see about half million docs in our 1.4.2 production instance).Also we found a side  issue with agent record, no matter what you set for Publish, Solr only sees it unpublished.But   At least, this experiment can confirm there is not obvious problem with dynamic indexing.

If AS developers or other AS users want to reproduce the issue or give a try for a solution, we can provide our v1.4.2 database dump or the v1.5.x database dump.

Thank you very much.



Mang Sun

Rice U.

[cid:image001.png at 01D20F44.8963D660]

On 9/9/2016 11:55 AM, Christine Di Bella wrote:
Mang,

How long ago did you start the reindex and how big is your database? The v1.5.1 upgrade improved indexing speed, especially for large databases, but the indexing does still take some time. People on this list can probably give you a sense of how long it took them for different sizes of databases. It's probably been most common to run it overnight or over a weekend, when use of the system is low.

(Some people were large databases were experiencing problems with indexing taking an excessive amount of time or not completing at all, which was one of the reasons for the quick release of v1.5.1.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun
Sent: Friday, September 9, 2016 12:31 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] No record found after test migration from v1.4.2 to 1.5.0




I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but even after I follow the recommended way by copying the data folder and removing those two subfolders mentioned by Joshua the problem is still there.Peeping into Solr schema, I found field "types" only have  the following four types but not resource and digital_object,subject and agent . The missing types may explain why we find no records under every record type tab. Puzzled~                    Mang



*         12608
o    top_container<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>

*         1,169
o    tree_view<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>

*         75
o    archival_object<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>

*         1
o    repository<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>

On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
Hi Mang Sun,

I agree with Joshua - this sounds to me like an indexing problem to me. In the course of upgrading to 1.5.0 did you delete the data/solr_index/index directory and all files in the data/indexer_state directory? This is one of the recommended steps in the instructions for upgrading to v.1.5.0<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>. We accidentally missed this step once in a running a test upgrade and definitely experienced some indexing problems though I don't remember the details. As it was a test upgrade (and it sounds like that's what you're doing as well) we just started afresh and ran the upgrade process over again. When we included that step, things were fine.

On a related note - there's a 1.5.1 release of ArchivesSpace<https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that includes several fixes for bugs that were found in the weeks after 1.5.0 was released. If are looking to update to a 1.5.x version, you may want to consider upgrading to 1.5.1 one rather than 1.5.0.

Good luck,
Sally


On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
I believe the suggestion for migration to 1.5+ was to delete the existing index and indexer states which will trigger a complete reindex.

Best,
Joshua




On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu<mailto:mang.sun at rice.edu>> wrote:

> i
>
> After we migrate our v.1.4.2 test instance to v1.5.0, we can't find any records but just no record in Staff interface and public interface.
>
> But if we open a migrated record (saycollection record) using the direct route path to that record and resave it, this record but only this one starts to show up under Collections when browsing collections. This problem does not come with any new record created within v.1.5.0. Any suggestion?
>
> 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



--
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259





_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/51a6bf33/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 41892 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/51a6bf33/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7645 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/51a6bf33/attachment-0001.png>

From PGalligan at rockarch.org  Thu Sep 15 11:39:13 2016
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Thu, 15 Sep 2016 11:39:13 -0400
Subject: [Archivesspace_Users_Group] hELP - No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <22e3803dbdfa4b4ab05b299be9383058@vmi.edu>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>
 <22e3803dbdfa4b4ab05b299be9383058@vmi.edu>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D8B4790D3D@racex01>

Rachel,

It was a known issue that 1.5.0 had indexing problems. These have generally been fixed in 1.5.1. I'd suggest using that version for your test migration.

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 Maderik, Rachel A
Sent: Thursday, September 15, 2016 11:30 AM
To: 'Archivesspace Users Group'
Subject: Re: [Archivesspace_Users_Group] hELP - No record found after test migration from v1.4.2 to 1.5.0

I was able to replicate this problem using Rice's data. I set up a fresh instance running 1.4.2 using their database dump from that version, and it built the index fine (took 10-15 minutes). When I migrated it to 1.5, the indexer seems to get hung up after indexing the top containers (which finished about 2 hrs ago). Below is an error message that appears right after it finishes the top containers (and continues to appear repeatedly in the log file). It seems to be related to indexing archival objects, though I can't say I understand anything more than that:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~ Indexed 12884 top_container records in 600 seconds ~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sep 15, 2016 9:33:57 AM org.eclipse.jetty.server.handler.ContextHandler$Context log
INFO: DEBUG: resetting rack response due exception
Failure in periodic indexer worker thread: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
...
<body>
  <div id="summary">
    <h1>Internal Server Error <span>(500)</span></h1>
    <table class="meta">
      <tr>
        <th>Request Method:</th>
        <td>GET</td>
      </tr>
      <tr>
        <th>Request URL:</th<URL:%3c/th>>
        <td>http:&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object</td>
      </tr>
    </table>
  </div>
  <div id="info">
    <p>(NoMethodError) undefined method `related_records&#x27; for nil:NilClass</p>
  </div>

  <div id="explanation">
    <p>
    You're seeing this error because you use <code>JRuby::Rack::ErrorApp::ShowStatus</code>.
    </p>
  </div>
</body>

-------------------------------

Rachel Maderik
Systems and Technology Librarian
501D Preston Library
Virginia Military Institute
Lexington, VA 24450
540-464-7572


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 Mang Sun
Sent: Wednesday, September 14, 2016 3:00 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] hELP - No record found after test migration from v1.4.2 to 1.5.0


Christine and other AS community members who have successfully migrated AS 1.4.2 to AS 1.5.x,

We are trying to  draw attention and seek help from AS development team and other community members who have successfully migrated AS 1.4.2 to AS 1.5.x. If necessary, we are willing to  provide our MySQL dump file for you to test.

Test migration from AS 1.4.2 to AS1.5.x really drives us mad. Though we don't quite see any (out of mem) error in the log, we still blindly pump up heap size (Xmx )to 6GB, stack size set o 3MB and rerun rebuild index or the complete migration steps, the problem is still there - Solr seemingly very silently stops writing or committing index files when the number of docs in Solr reaches to  about 15,xxx as opposed to  500,xxx indexed docs found  in our 1.4.2 instance, though thereafter we still can see the " end_commit_flush" message  pop up in the log  from time to time .Our test box environments are

1. Redhat 6.8 ,JAVA build 1.7.0_67 . MySQL 5.1.7 and 8GB memory
 2.. Redhat 7.2 Virtual Machine,NYSQL 5.5.45, java 1.80_65,and 4GB.
 We also can  confirm database side migration  is largely done with new tables and fields added, existing records converted and top container records added. The problem is sticking to rebuilding the whole index - Solr  stops writing and committing  index prematurely after  the number of docs  grows to a small number(12xxx-15xxx) though commit  flush can still be seen thereafter .

Now we have exhausted ideas and means in figuring out why this "no record found " problem that seemingly only  happens to us.

Other experiment we did is export EAD file of one resource record from our production and load it into a 1.4.2 test instance and then upgrade this test instance to 1.5.x. this time the resource record can be indexed and appear(some issue with the Name )  in the test 1.5.x instance.

I think there is some fundamental but very sneaky issue with 1.5.x indexing (rebuild index). The challenge is that no explicit error message that could be easily found in the log that can give us some hint and therefore this is a nightmare given the long waiting time before you can confirm a  successful indexing or not.  May be a standalone tool allowing user to manually rebuild index could be very helpful and straightforward, and less arcane.

As mentioned earlier, records have been converted and migrated but not indexed, what else we tried is use direct route path (can be inferred from our production) to pull records out and update them by toggling through   Suppress/Unsuppress or Publisesh/Unpublished , then we can get those updated records indexed. in the following diagram, we can see 3 resources, 2 agent records and some other record types highlighted in yellow appear in the types field, as opposed to the types (not highlighted) originally indexed and generated by the migration process. Also in the same diagram, the number of indexed docs is too small (we can see about half million docs in our 1.4.2 production instance).Also we found a side  issue with agent record, no matter what you set for Publish, Solr only sees it unpublished.But   At least, this experiment can confirm there is not obvious problem with dynamic indexing.

If AS developers or other AS users want to reproduce the issue or give a try for a solution, we can provide our v1.4.2 database dump or the v1.5.x database dump.

Thank you very much.



Mang Sun

Rice U.

[cid:image001.png at 01D20F45.C8256660]

On 9/9/2016 11:55 AM, Christine Di Bella wrote:
Mang,

How long ago did you start the reindex and how big is your database? The v1.5.1 upgrade improved indexing speed, especially for large databases, but the indexing does still take some time. People on this list can probably give you a sense of how long it took them for different sizes of databases. It's probably been most common to run it overnight or over a weekend, when use of the system is low.

(Some people were large databases were experiencing problems with indexing taking an excessive amount of time or not completing at all, which was one of the reasons for the quick release of v1.5.1.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image002.png at 01D20F45.C8256660]



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 Mang Sun
Sent: Friday, September 9, 2016 12:31 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] No record found after test migration from v1.4.2 to 1.5.0




I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but even after I follow the recommended way by copying the data folder and removing those two subfolders mentioned by Joshua the problem is still there.Peeping into Solr schema, I found field "types" only have  the following four types but not resource and digital_object,subject and agent . The missing types may explain why we find no records under every record type tab. Puzzled~                    Mang


*         12608
o    top_container<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>

*         1,169
o    tree_view<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>

*         75
o    archival_object<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>

*         1
o    repository<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>

On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
Hi Mang Sun,

I agree with Joshua - this sounds to me like an indexing problem to me. In the course of upgrading to 1.5.0 did you delete the data/solr_index/index directory and all files in the data/indexer_state directory? This is one of the recommended steps in the instructions for upgrading to v.1.5.0<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>. We accidentally missed this step once in a running a test upgrade and definitely experienced some indexing problems though I don't remember the details. As it was a test upgrade (and it sounds like that's what you're doing as well) we just started afresh and ran the upgrade process over again. When we included that step, things were fine.

On a related note - there's a 1.5.1 release of ArchivesSpace<https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that includes several fixes for bugs that were found in the weeks after 1.5.0 was released. If are looking to update to a 1.5.x version, you may want to consider upgrading to 1.5.1 one rather than 1.5.0.

Good luck,
Sally


On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
I believe the suggestion for migration to 1.5+ was to delete the existing index and indexer states which will trigger a complete reindex.

Best,
Joshua




On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu<mailto:mang.sun at rice.edu>> wrote:

> i
>
> After we migrate our v.1.4.2 test instance to v1.5.0, we can't find any records but just no record in Staff interface and public interface.
>
> But if we open a migrated record (saycollection record) using the direct route path to that record and resave it, this record but only this one starts to show up under Collections when browsing collections. This problem does not come with any new record created within v.1.5.0. Any suggestion?
>
> 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



--
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259




_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/61afe3b0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 41892 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/61afe3b0/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7645 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/61afe3b0/attachment-0001.png>

From mang.sun at rice.edu  Thu Sep 15 11:53:55 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Thu, 15 Sep 2016 10:53:55 -0500
Subject: [Archivesspace_Users_Group] hELP - No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D8B4790D3D@racex01>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>
 <22e3803dbdfa4b4ab05b299be9383058@vmi.edu>
 <F6E0CB227A713F4AA8F9598060B8F063D8B4790D3D@racex01>
Message-ID: <8ce525fe-8127-62d4-d71e-cb01517a98b7@rice.edu>

Patrick,

I did test with 1.5.0 and 1.5.1 and ran into  the same problem.


Mang



On 9/15/2016 10:39 AM, Galligan, Patrick wrote:
>
> Rachel,
>
> It was a known issue that 1.5.0 had indexing problems. These have 
> generally been fixed in 1.5.1. I?d suggest using that version for your 
> test migration.
>
> 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 *Maderik, Rachel A
> *Sent:* Thursday, September 15, 2016 11:30 AM
> *To:* 'Archivesspace Users Group'
> *Subject:* Re: [Archivesspace_Users_Group] hELP - No record found 
> after test migration from v1.4.2 to 1.5.0
>
> I was able to replicate this problem using Rice?s data. I set up a 
> fresh instance running 1.4.2 using their database dump from that 
> version, and it built the index fine (took 10-15 minutes). When I 
> migrated it to 1.5, the indexer seems to get hung up after indexing 
> the top containers (which finished about 2 hrs ago). Below is an error 
> message that appears right after it finishes the top containers (and 
> continues to appear repeatedly in the log file). It seems to be 
> related to indexing archival objects, though I can?t say I understand 
> anything more than that:
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> ~~~ Indexed 12884 top_container records in 600 seconds ~~~
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> Sep 15, 2016 9:33:57 AM 
> org.eclipse.jetty.server.handler.ContextHandler$Context log
>
> INFO: DEBUG: resetting rack response due exception
>
> Failure in periodic indexer worker thread: <!DOCTYPE HTML PUBLIC 
> "-//W3C//DTD HTML 4.01 Transitional//EN" 
> "http://www.w3.org/TR/html4/loose.dtd">
>
> ?
>
> <body>
>
> <div id="summary">
>
> <h1>Internal Server Error <span>(500)</span></h1>
>
> <table class="meta">
>
> <tr>
>
> <th>Request Method:</th>
>
> <td>GET</td>
>
> </tr>
>
> <tr>
>
> <th>Request URL:</th <URL:%3c/th>>
>
> <td>http:&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object</td>
>
> </tr>
>
> </table>
>
> </div>
>
> <div id="info">
>
> <p>(NoMethodError) undefined method `related_records&#x27; for 
> nil:NilClass</p>
>
> </div>
>
> <div id="explanation">
>
> <p>
>
> You're seeing this error because you use 
> <code>JRuby::Rack::ErrorApp::ShowStatus</code>.
>
> </p>
>
> </div>
>
> </body>
>
> -------------------------------
>
> Rachel Maderik
>
> Systems and Technology Librarian
>
> 501D Preston Library
>
> Virginia Military Institute
>
> Lexington, VA 24450
>
> 540-464-7572
>
> *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 *Mang Sun
> *Sent:* Wednesday, September 14, 2016 3:00 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] hELP - No record found 
> after test migration from v1.4.2 to 1.5.0
>
> Christine and other AS community members who have successfully 
> migrated AS 1.4.2 to AS 1.5.x,
>
> We are trying to  draw attention and seek help from AS development 
> team and other community members who have successfully migrated AS 
> 1.4.2 to AS 1.5.x. If necessary, we are willing to  provide our MySQL 
> dump file for you to test.
>
> Test migration from AS 1.4.2 to AS1.5.x really drives us mad. Though 
> we don't quite see any (out of mem) error in the log, we still blindly 
> pump up heap size (Xmx )to 6GB, stack size set o 3MB and rerun rebuild 
> index or the complete migration steps, the problem is still there - 
> Solr seemingly very silently stops writing or committing index files 
> when the number of docs in Solr reaches to  about 15,xxx as opposed to 
> 500,xxx indexed docs found  in our 1.4.2 instance, though thereafter 
> we still can see the " end_commit_flush" message pop up in the log  
> from time to time .Our test box environments are
>
> 1. Redhat 6.8 ,JAVA build 1.7.0_67 . MySQL 5.1.7 and 8GB memory
>  2.. Redhat 7.2 Virtual Machine,NYSQL 5.5.45, java 1.80_65,and 4GB.
>  We also can  confirm database side migration  is largely done with 
> new tables and fields added, existing records converted and top 
> container records added. The problem is sticking to rebuilding the 
> whole index - Solr  stops writing and committing  index prematurely 
> after  the number of docs  grows to a small number(12xxx-15xxx) though 
> commit  flush can still be seen thereafter .
>
> Now we have exhausted ideas and means in figuring out why this "no 
> record found " problem that seemingly only  happens to us.
>
> Other experiment we did is export EAD file of one resource record from 
> our production and load it into a 1.4.2 test instance and then upgrade 
> this test instance to 1.5.x. this time the resource record can be 
> indexed and appear(some issue with the Name )  in the test 1.5.x instance.
>
> I think there is some fundamental but very sneaky issue with 1.5.x 
> indexing (rebuild index). The challenge is that no explicit error 
> message that could be easily found in the log that can give us some 
> hint and therefore this is a nightmare given the long waiting time 
> before you can confirm a successful indexing or not.  May be a 
> standalone tool allowing user to manually rebuild index could be very 
> helpful and straightforward, and less arcane.
>
> As mentioned earlier, records have been converted and migrated but not 
> indexed, what else we tried is use direct route path (can be inferred 
> from our production) to pull records out and update them by toggling 
> through   Suppress/Unsuppress or Publisesh/Unpublished , then we can 
> get those updated records indexed. in the following diagram, we can 
> see 3 resources, 2 agent records and some other record types 
> highlighted in yellow appear in the types field, as opposed to the 
> types (not highlighted) originally indexed and generated by the 
> migration process. Also in the same diagram, the number of indexed 
> docs is too small (we can see about half million docs in our 1.4.2 
> production instance).Also we found a side  issue with agent record, no 
> matter what you set for Publish, Solr only sees it unpublished.But   
> At least, this experiment can confirm there is not obvious problem 
> with dynamic indexing.
>
> If AS developers or other AS users want to reproduce the issue or give 
> a try for a solution, we can provide our v1.4.2 database dump or the 
> v1.5.x database dump.
>
> Thank you very much.
>
> Mang Sun
>
> Rice U.
>
> On 9/9/2016 11:55 AM, Christine Di Bella wrote:
>
>     Mang,
>
>     How long ago did you start the reindex and how big is your
>     database? The v1.5.1 upgrade improved indexing speed, especially
>     for large databases, but the indexing does still take some time.
>     People on this list can probably give you a sense of how long it
>     took them for different sizes of databases. It?s probably been
>     most common to run it overnight or over a weekend, when use of the
>     system is low.
>
>     (Some people were large databases were experiencing problems with
>     indexing taking an excessive amount of time or not completing at
>     all, which was one of the reasons for the quick release of v1.5.1.)
>
>     Christine
>
>     Christine Di Bella
>
>     Community Outreach Manager
>
>     christine.dibella at lyrasis.org <mailto:christine.dibella at lyrasis.org>
>
>     800.999.8558 x2905
>
>     678-235-2905
>
>     cdibella13 (Skype)
>
>     cid:image003.png at 01CE734E.FD759D30
>
>     *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org
>     <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>
>     [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]
>     *On Behalf Of *Mang Sun
>     *Sent:* Friday, September 9, 2016 12:31 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] No record found after
>     test migration from v1.4.2 to 1.5.0
>
>
>     I even  didn't copy the data folder of the v1.4.2 into v.1.5.0.
>     but even after I follow the recommended way by copying the data
>     folder and removing those two subfolders mentioned by Joshua the
>     problem is still there.Peeping into Solr schema, I found field
>     "types" only have  the following four types but not resource and
>     digital_object,subject and agent . The missing types may explain
>     why we find no records under every record type tab. Puzzled~ Mang
>
>     ?12608
>
>     otop_container
>     <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>
>
>     ?1,169
>
>     otree_view
>     <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>
>
>     ?75
>
>     oarchival_object
>     <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>
>
>     ?1
>
>     orepository
>     <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>
>
>     On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
>
>         Hi Mang Sun,
>
>         I agree with Joshua - this sounds to me like an indexing
>         problem to me. In the course of upgrading to 1.5.0 did you
>         delete the data/solr_index/index directory and all files in
>         the data/indexer_state directory? This is one of the
>         recommended steps in the instructions for upgrading to v.1.5.0
>         <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>.
>         We accidentally missed this step once in a running a test
>         upgrade and definitely experienced some indexing problems
>         though I don't remember the details. As it was a test upgrade
>         (and it sounds like that's what you're doing as well) we just
>         started afresh and ran the upgrade process over again. When we
>         included that step, things were fine.
>
>         On a related note - there's a 1.5.1 release of ArchivesSpace
>         <https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that
>         includes several fixes for bugs that were found in the weeks
>         after 1.5.0 was released. If are looking to update to a 1.5.x
>         version, you may want to consider upgrading to 1.5.1 one
>         rather than 1.5.0.
>
>         Good luck,
>
>         Sally
>
>         On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw
>         <Joshua.D.Shaw at dartmouth.edu
>         <mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
>
>             I believe the suggestion for migration to 1.5+ was to
>             delete the existing index and indexer states which will
>             trigger a complete reindex.
>
>             Best,
>             Joshua
>
>
>
>
>
>             On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu
>             <mailto:mang.sun at rice.edu>> wrote:
>
>             > i
>             >
>             > After we migrate our v.1.4.2 test instance to v1.5.0, we
>             can't find any records but just no record in Staff
>             interface and public interface.
>             >
>             > But if we open a migrated record (saycollection record)
>             using the direct route path to that record and resave it,
>             this record but only this one starts to show up under
>             Collections when browsing collections. This problem does
>             not come with any new record created within v.1.5.0. Any
>             suggestion?
>             >
>             > 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
>
>
>
>         -- 
>
>         Sally Vermaaten
>         Project Manager, Archival Systems
>         New York University Libraries
>
>         1-212-992-6259
>
>
>
>
>         _______________________________________________
>
>         Archivesspace_Users_Group mailing list
>
>         Archivesspace_Users_Group at lyralists.lyrasis.org
>         <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
> 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/20160915/0cddb1cc/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 41892 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/0cddb1cc/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 7645 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/0cddb1cc/attachment-0001.png>

From maderikra at vmi.edu  Thu Sep 15 12:03:58 2016
From: maderikra at vmi.edu (Maderik,  Rachel A)
Date: Thu, 15 Sep 2016 16:03:58 +0000
Subject: [Archivesspace_Users_Group] hELP - No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <8ce525fe-8127-62d4-d71e-cb01517a98b7@rice.edu>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>
 <22e3803dbdfa4b4ab05b299be9383058@vmi.edu>
 <F6E0CB227A713F4AA8F9598060B8F063D8B4790D3D@racex01>
 <8ce525fe-8127-62d4-d71e-cb01517a98b7@rice.edu>
Message-ID: <0e2ed8c6f8f44c278f238c22712bfe71@vmi.edu>

Yes, sorry I didn't clarify, I ran the tests on the newest version, 1.5.1.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun
Sent: Thursday, September 15, 2016 11:54 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] hELP - No record found after test migration from v1.4.2 to 1.5.0


Patrick,

I did test with 1.5.0 and 1.5.1 and ran into  the same problem.



Mang



On 9/15/2016 10:39 AM, Galligan, Patrick wrote:
Rachel,

It was a known issue that 1.5.0 had indexing problems. These have generally been fixed in 1.5.1. I'd suggest using that version for your test migration.

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 Maderik, Rachel A
Sent: Thursday, September 15, 2016 11:30 AM
To: 'Archivesspace Users Group'
Subject: Re: [Archivesspace_Users_Group] hELP - No record found after test migration from v1.4.2 to 1.5.0

I was able to replicate this problem using Rice's data. I set up a fresh instance running 1.4.2 using their database dump from that version, and it built the index fine (took 10-15 minutes). When I migrated it to 1.5, the indexer seems to get hung up after indexing the top containers (which finished about 2 hrs ago). Below is an error message that appears right after it finishes the top containers (and continues to appear repeatedly in the log file). It seems to be related to indexing archival objects, though I can't say I understand anything more than that:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~ Indexed 12884 top_container records in 600 seconds ~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sep 15, 2016 9:33:57 AM org.eclipse.jetty.server.handler.ContextHandler$Context log
INFO: DEBUG: resetting rack response due exception
Failure in periodic indexer worker thread: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
...
<body>
  <div id="summary">
    <h1>Internal Server Error <span>(500)</span></h1>
    <table class="meta">
      <tr>
        <th>Request Method:</th>
        <td>GET</td>
      </tr>
      <tr>
        <th>Request URL:</th<URL:%3c/th>>
        <td>http:&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object<http://&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object></td>
      </tr>
    </table>
  </div>
  <div id="info">
    <p>(NoMethodError) undefined method `related_records&#x27; for nil:NilClass</p>
  </div>

  <div id="explanation">
    <p>
    You're seeing this error because you use <code>JRuby::Rack::ErrorApp::ShowStatus</code>.
    </p>
  </div>
</body>

-------------------------------

Rachel Maderik
Systems and Technology Librarian
501D Preston Library
Virginia Military Institute
Lexington, VA 24450
540-464-7572


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 Mang Sun
Sent: Wednesday, September 14, 2016 3:00 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] hELP - No record found after test migration from v1.4.2 to 1.5.0


Christine and other AS community members who have successfully migrated AS 1.4.2 to AS 1.5.x,

We are trying to  draw attention and seek help from AS development team and other community members who have successfully migrated AS 1.4.2 to AS 1.5.x. If necessary, we are willing to  provide our MySQL dump file for you to test.

Test migration from AS 1.4.2 to AS1.5.x really drives us mad. Though we don't quite see any (out of mem) error in the log, we still blindly pump up heap size (Xmx )to 6GB, stack size set o 3MB and rerun rebuild index or the complete migration steps, the problem is still there - Solr seemingly very silently stops writing or committing index files when the number of docs in Solr reaches to  about 15,xxx as opposed to  500,xxx indexed docs found  in our 1.4.2 instance, though thereafter we still can see the " end_commit_flush" message  pop up in the log  from time to time .Our test box environments are

1. Redhat 6.8 ,JAVA build 1.7.0_67 . MySQL 5.1.7 and 8GB memory
 2.. Redhat 7.2 Virtual Machine,NYSQL 5.5.45, java 1.80_65,and 4GB.
 We also can  confirm database side migration  is largely done with new tables and fields added, existing records converted and top container records added. The problem is sticking to rebuilding the whole index - Solr  stops writing and committing  index prematurely after  the number of docs  grows to a small number(12xxx-15xxx) though commit  flush can still be seen thereafter .

Now we have exhausted ideas and means in figuring out why this "no record found " problem that seemingly only  happens to us.

Other experiment we did is export EAD file of one resource record from our production and load it into a 1.4.2 test instance and then upgrade this test instance to 1.5.x. this time the resource record can be indexed and appear(some issue with the Name )  in the test 1.5.x instance.

I think there is some fundamental but very sneaky issue with 1.5.x indexing (rebuild index). The challenge is that no explicit error message that could be easily found in the log that can give us some hint and therefore this is a nightmare given the long waiting time before you can confirm a  successful indexing or not.  May be a standalone tool allowing user to manually rebuild index could be very helpful and straightforward, and less arcane.

As mentioned earlier, records have been converted and migrated but not indexed, what else we tried is use direct route path (can be inferred from our production) to pull records out and update them by toggling through   Suppress/Unsuppress or Publisesh/Unpublished , then we can get those updated records indexed. in the following diagram, we can see 3 resources, 2 agent records and some other record types highlighted in yellow appear in the types field, as opposed to the types (not highlighted) originally indexed and generated by the migration process. Also in the same diagram, the number of indexed docs is too small (we can see about half million docs in our 1.4.2 production instance).Also we found a side  issue with agent record, no matter what you set for Publish, Solr only sees it unpublished.But   At least, this experiment can confirm there is not obvious problem with dynamic indexing.

If AS developers or other AS users want to reproduce the issue or give a try for a solution, we can provide our v1.4.2 database dump or the v1.5.x database dump.

Thank you very much.



Mang Sun

Rice U.

[cid:image001.png at 01D20F49.3CA5BE10]

On 9/9/2016 11:55 AM, Christine Di Bella wrote:
Mang,

How long ago did you start the reindex and how big is your database? The v1.5.1 upgrade improved indexing speed, especially for large databases, but the indexing does still take some time. People on this list can probably give you a sense of how long it took them for different sizes of databases. It's probably been most common to run it overnight or over a weekend, when use of the system is low.

(Some people were large databases were experiencing problems with indexing taking an excessive amount of time or not completing at all, which was one of the reasons for the quick release of v1.5.1.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun
Sent: Friday, September 9, 2016 12:31 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] No record found after test migration from v1.4.2 to 1.5.0




I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but even after I follow the recommended way by copying the data folder and removing those two subfolders mentioned by Joshua the problem is still there.Peeping into Solr schema, I found field "types" only have  the following four types but not resource and digital_object,subject and agent . The missing types may explain why we find no records under every record type tab. Puzzled~                    Mang



*         12608
o    top_container<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>

*         1,169
o    tree_view<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>

*         75
o    archival_object<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>

*         1
o    repository<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>

On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
Hi Mang Sun,

I agree with Joshua - this sounds to me like an indexing problem to me. In the course of upgrading to 1.5.0 did you delete the data/solr_index/index directory and all files in the data/indexer_state directory? This is one of the recommended steps in the instructions for upgrading to v.1.5.0<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>. We accidentally missed this step once in a running a test upgrade and definitely experienced some indexing problems though I don't remember the details. As it was a test upgrade (and it sounds like that's what you're doing as well) we just started afresh and ran the upgrade process over again. When we included that step, things were fine.

On a related note - there's a 1.5.1 release of ArchivesSpace<https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that includes several fixes for bugs that were found in the weeks after 1.5.0 was released. If are looking to update to a 1.5.x version, you may want to consider upgrading to 1.5.1 one rather than 1.5.0.

Good luck,
Sally


On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
I believe the suggestion for migration to 1.5+ was to delete the existing index and indexer states which will trigger a complete reindex.

Best,
Joshua




On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu<mailto:mang.sun at rice.edu>> wrote:

> i
>
> After we migrate our v.1.4.2 test instance to v1.5.0, we can't find any records but just no record in Staff interface and public interface.
>
> But if we open a migrated record (saycollection record) using the direct route path to that record and resave it, this record but only this one starts to show up under Collections when browsing collections. This problem does not come with any new record created within v.1.5.0. Any suggestion?
>
> 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



--
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259





_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/6d5ddd63/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 41892 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/6d5ddd63/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7645 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/6d5ddd63/attachment-0001.png>

From christine.dibella at lyrasis.org  Thu Sep 15 12:47:20 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Thu, 15 Sep 2016 16:47:20 +0000
Subject: [Archivesspace_Users_Group] hELP - No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <8ce525fe-8127-62d4-d71e-cb01517a98b7@rice.edu>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>
 <22e3803dbdfa4b4ab05b299be9383058@vmi.edu>
 <F6E0CB227A713F4AA8F9598060B8F063D8B4790D3D@racex01>
 <8ce525fe-8127-62d4-d71e-cb01517a98b7@rice.edu>
Message-ID: <CY1PR0801MB084261728DD54D78B02394B3F1F00@CY1PR0801MB0842.namprd08.prod.outlook.com>

Mang,

After your report on Monday that you didn't see a change over the weekend, I requested the folks at LYRASIS Digital Technology Services that have been helping with these kinds of inquiries to look into this with you and work with you directly to try to get a resolution. I copied you on that request and they got in touch with you, but as of yesterday had not yet heard back from you. It's not clear from this thread yesterday and today whether you are aware that's the mechanism we've been pursuing to help you. Because your situation seems like it may be due to some local factors in your data or your migration, we wanted to get more details and troubleshoot it directly. Would you please let us know if you've seen these messages?

(And thanks to everyone who's been pitching in and sharing their knowledge on the move from 1.4.2 to 1.5.1!)

Christine


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun
Sent: Thursday, September 15, 2016 11:54 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] hELP - No record found after test migration from v1.4.2 to 1.5.0


Patrick,

I did test with 1.5.0 and 1.5.1 and ran into  the same problem.



Mang



On 9/15/2016 10:39 AM, Galligan, Patrick wrote:
Rachel,

It was a known issue that 1.5.0 had indexing problems. These have generally been fixed in 1.5.1. I'd suggest using that version for your test migration.

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 Maderik, Rachel A
Sent: Thursday, September 15, 2016 11:30 AM
To: 'Archivesspace Users Group'
Subject: Re: [Archivesspace_Users_Group] hELP - No record found after test migration from v1.4.2 to 1.5.0

I was able to replicate this problem using Rice's data. I set up a fresh instance running 1.4.2 using their database dump from that version, and it built the index fine (took 10-15 minutes). When I migrated it to 1.5, the indexer seems to get hung up after indexing the top containers (which finished about 2 hrs ago). Below is an error message that appears right after it finishes the top containers (and continues to appear repeatedly in the log file). It seems to be related to indexing archival objects, though I can't say I understand anything more than that:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~ Indexed 12884 top_container records in 600 seconds ~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sep 15, 2016 9:33:57 AM org.eclipse.jetty.server.handler.ContextHandler$Context log
INFO: DEBUG: resetting rack response due exception
Failure in periodic indexer worker thread: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
...
<body>
  <div id="summary">
    <h1>Internal Server Error <span>(500)</span></h1>
    <table class="meta">
      <tr>
        <th>Request Method:</th>
        <td>GET</td>
      </tr>
      <tr>
        <th>Request URL:</th<URL:%3c/th>>
        <td>http:&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object<http://&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object></td>
      </tr>
    </table>
  </div>
  <div id="info">
    <p>(NoMethodError) undefined method `related_records&#x27; for nil:NilClass</p>
  </div>

  <div id="explanation">
    <p>
    You're seeing this error because you use <code>JRuby::Rack::ErrorApp::ShowStatus</code>.
    </p>
  </div>
</body>

-------------------------------

Rachel Maderik
Systems and Technology Librarian
501D Preston Library
Virginia Military Institute
Lexington, VA 24450
540-464-7572


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 Mang Sun
Sent: Wednesday, September 14, 2016 3:00 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] hELP - No record found after test migration from v1.4.2 to 1.5.0


Christine and other AS community members who have successfully migrated AS 1.4.2 to AS 1.5.x,

We are trying to  draw attention and seek help from AS development team and other community members who have successfully migrated AS 1.4.2 to AS 1.5.x. If necessary, we are willing to  provide our MySQL dump file for you to test.

Test migration from AS 1.4.2 to AS1.5.x really drives us mad. Though we don't quite see any (out of mem) error in the log, we still blindly pump up heap size (Xmx )to 6GB, stack size set o 3MB and rerun rebuild index or the complete migration steps, the problem is still there - Solr seemingly very silently stops writing or committing index files when the number of docs in Solr reaches to  about 15,xxx as opposed to  500,xxx indexed docs found  in our 1.4.2 instance, though thereafter we still can see the " end_commit_flush" message  pop up in the log  from time to time .Our test box environments are

1. Redhat 6.8 ,JAVA build 1.7.0_67 . MySQL 5.1.7 and 8GB memory
 2.. Redhat 7.2 Virtual Machine,NYSQL 5.5.45, java 1.80_65,and 4GB.
 We also can  confirm database side migration  is largely done with new tables and fields added, existing records converted and top container records added. The problem is sticking to rebuilding the whole index - Solr  stops writing and committing  index prematurely after  the number of docs  grows to a small number(12xxx-15xxx) though commit  flush can still be seen thereafter .

Now we have exhausted ideas and means in figuring out why this "no record found " problem that seemingly only  happens to us.

Other experiment we did is export EAD file of one resource record from our production and load it into a 1.4.2 test instance and then upgrade this test instance to 1.5.x. this time the resource record can be indexed and appear(some issue with the Name )  in the test 1.5.x instance.

I think there is some fundamental but very sneaky issue with 1.5.x indexing (rebuild index). The challenge is that no explicit error message that could be easily found in the log that can give us some hint and therefore this is a nightmare given the long waiting time before you can confirm a  successful indexing or not.  May be a standalone tool allowing user to manually rebuild index could be very helpful and straightforward, and less arcane.

As mentioned earlier, records have been converted and migrated but not indexed, what else we tried is use direct route path (can be inferred from our production) to pull records out and update them by toggling through   Suppress/Unsuppress or Publisesh/Unpublished , then we can get those updated records indexed. in the following diagram, we can see 3 resources, 2 agent records and some other record types highlighted in yellow appear in the types field, as opposed to the types (not highlighted) originally indexed and generated by the migration process. Also in the same diagram, the number of indexed docs is too small (we can see about half million docs in our 1.4.2 production instance).Also we found a side  issue with agent record, no matter what you set for Publish, Solr only sees it unpublished.But   At least, this experiment can confirm there is not obvious problem with dynamic indexing.

If AS developers or other AS users want to reproduce the issue or give a try for a solution, we can provide our v1.4.2 database dump or the v1.5.x database dump.

Thank you very much.



Mang Sun

Rice U.

[cid:image001.png at 01D20F4E.7FA79300]

On 9/9/2016 11:55 AM, Christine Di Bella wrote:
Mang,

How long ago did you start the reindex and how big is your database? The v1.5.1 upgrade improved indexing speed, especially for large databases, but the indexing does still take some time. People on this list can probably give you a sense of how long it took them for different sizes of databases. It's probably been most common to run it overnight or over a weekend, when use of the system is low.

(Some people were large databases were experiencing problems with indexing taking an excessive amount of time or not completing at all, which was one of the reasons for the quick release of v1.5.1.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Mang Sun
Sent: Friday, September 9, 2016 12:31 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] No record found after test migration from v1.4.2 to 1.5.0




I even  didn't copy the data folder of the v1.4.2 into v.1.5.0. but even after I follow the recommended way by copying the data folder and removing those two subfolders mentioned by Joshua the problem is still there.Peeping into Solr schema, I found field "types" only have  the following four types but not resource and digital_object,subject and agent . The missing types may explain why we find no records under every record type tab. Puzzled~                    Mang



*         12608
o    top_container<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>

*         1,169
o    tree_view<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>

*         75
o    archival_object<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>

*         1
o    repository<http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>

On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
Hi Mang Sun,

I agree with Joshua - this sounds to me like an indexing problem to me. In the course of upgrading to 1.5.0 did you delete the data/solr_index/index directory and all files in the data/indexer_state directory? This is one of the recommended steps in the instructions for upgrading to v.1.5.0<https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>. We accidentally missed this step once in a running a test upgrade and definitely experienced some indexing problems though I don't remember the details. As it was a test upgrade (and it sounds like that's what you're doing as well) we just started afresh and ran the upgrade process over again. When we included that step, things were fine.

On a related note - there's a 1.5.1 release of ArchivesSpace<https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that includes several fixes for bugs that were found in the weeks after 1.5.0 was released. If are looking to update to a 1.5.x version, you may want to consider upgrading to 1.5.1 one rather than 1.5.0.

Good luck,
Sally


On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw <Joshua.D.Shaw at dartmouth.edu<mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
I believe the suggestion for migration to 1.5+ was to delete the existing index and indexer states which will trigger a complete reindex.

Best,
Joshua




On Sep 9, 2016, at 8:20 AM, "Mang Sun" <mang.sun at rice.edu<mailto:mang.sun at rice.edu>> wrote:

> i
>
> After we migrate our v.1.4.2 test instance to v1.5.0, we can't find any records but just no record in Staff interface and public interface.
>
> But if we open a migrated record (saycollection record) using the direct route path to that record and resave it, this record but only this one starts to show up under Collections when browsing collections. This problem does not come with any new record created within v.1.5.0. Any suggestion?
>
> 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



--
Sally Vermaaten
Project Manager, Archival Systems
New York University Libraries
1-212-992-6259





_______________________________________________

Archivesspace_Users_Group mailing list

Archivesspace_Users_Group at lyralists.lyrasis.org<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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/0fb466b1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 41892 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/0fb466b1/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7645 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/0fb466b1/attachment-0003.png>

From mang.sun at rice.edu  Thu Sep 15 13:14:58 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Thu, 15 Sep 2016 12:14:58 -0500
Subject: [Archivesspace_Users_Group] hELP - No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <CY1PR0801MB084261728DD54D78B02394B3F1F00@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>
 <22e3803dbdfa4b4ab05b299be9383058@vmi.edu>
 <F6E0CB227A713F4AA8F9598060B8F063D8B4790D3D@racex01>
 <8ce525fe-8127-62d4-d71e-cb01517a98b7@rice.edu>
 <CY1PR0801MB084261728DD54D78B02394B3F1F00@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <811d04fe-6c7c-1976-4df3-fa15986f66f8@rice.edu>

Christine,

I completely missed your email but I find it and read it now. Sorry for 
my negligence. Actually, yesterday, Jason Loeffler contacted me offline 
to show his willingness to take a look at the problem.

I shared with him the download link for our 1.4.2 database dump and 
1.5.1 database dump. Below is the download link :

https://rice.box.com/s/9y8zqbygx23tqbm5wpl3d47ke34p4pma


Thank you very much.

Mang




On 9/15/2016 11:47 AM, Christine Di Bella wrote:
>
> Mang,
>
> After your report on Monday that you didn?t see a change over the 
> weekend, I requested the folks at LYRASIS Digital Technology Services 
> that have been helping with these kinds of inquiries to look into this 
> with you and work with you directly to try to get a resolution. I 
> copied you on that request and they got in touch with you, but as of 
> yesterday had not yet heard back from you. It?s not clear from this 
> thread yesterday and today whether you are aware that?s the mechanism 
> we?ve been pursuing to help you. Because your situation seems like it 
> may be due to some local factors in your data or your migration, we 
> wanted to get more details and troubleshoot it directly. Would you 
> please let us know if you?ve seen these messages?
>
> (And thanks to everyone who?s been pitching in and sharing their 
> knowledge on the move from 1.4.2 to 1.5.1!)
>
> Christine
>
> *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org 
> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On 
> Behalf Of *Mang Sun
> *Sent:* Thursday, September 15, 2016 11:54 AM
> *To:* Archivesspace Users Group 
> <archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] hELP - No record found 
> after test migration from v1.4.2 to 1.5.0
>
> Patrick,
>
> I did test with 1.5.0 and 1.5.1 and ran into  the same problem.
>
> Mang
>
> On 9/15/2016 10:39 AM, Galligan, Patrick wrote:
>
>     Rachel,
>
>     It was a known issue that 1.5.0 had indexing problems. These have
>     generally been fixed in 1.5.1. I?d suggest using that version for
>     your test migration.
>
>     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 *Maderik, Rachel A
>     *Sent:* Thursday, September 15, 2016 11:30 AM
>     *To:* 'Archivesspace Users Group'
>     *Subject:* Re: [Archivesspace_Users_Group] hELP - No record found
>     after test migration from v1.4.2 to 1.5.0
>
>     I was able to replicate this problem using Rice?s data. I set up a
>     fresh instance running 1.4.2 using their database dump from that
>     version, and it built the index fine (took 10-15 minutes). When I
>     migrated it to 1.5, the indexer seems to get hung up after
>     indexing the top containers (which finished about 2 hrs ago).
>     Below is an error message that appears right after it finishes the
>     top containers (and continues to appear repeatedly in the log
>     file). It seems to be related to indexing archival objects, though
>     I can?t say I understand anything more than that:
>
>     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>     ~~~ Indexed 12884 top_container records in 600 seconds ~~~
>
>     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>     Sep 15, 2016 9:33:57 AM
>     org.eclipse.jetty.server.handler.ContextHandler$Context log
>
>     INFO: DEBUG: resetting rack response due exception
>
>     Failure in periodic indexer worker thread: <!DOCTYPE HTML PUBLIC
>     "-//W3C//DTD HTML 4.01 Transitional//EN"
>     "http://www.w3.org/TR/html4/loose.dtd">
>
>     ?
>
>     <body>
>
>     <div id="summary">
>
>     <h1>Internal Server Error <span>(500)</span></h1>
>
>     <table class="meta">
>
>     <tr>
>
>     <th>Request Method:</th>
>
>     <td>GET</td>
>
>     </tr>
>
>     <tr>
>
>     <th>Request URL:</th <URL:%3c/th>>
>
>     <td>http:&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object
>     <http://&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object></td>
>
>     </tr>
>
>     </table>
>
>     </div>
>
>     <div id="info">
>
>     <p>(NoMethodError) undefined method `related_records&#x27; for
>     nil:NilClass</p>
>
>     </div>
>
>     <div id="explanation">
>
>     <p>
>
>     You're seeing this error because you use
>     <code>JRuby::Rack::ErrorApp::ShowStatus</code>.
>
>     </p>
>
>     </div>
>
>     </body>
>
>     -------------------------------
>
>     Rachel Maderik
>
>     Systems and Technology Librarian
>
>     501D Preston Library
>
>     Virginia Military Institute
>
>     Lexington, VA 24450
>
>     540-464-7572
>
>     *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 *Mang Sun
>     *Sent:* Wednesday, September 14, 2016 3:00 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] hELP - No record found
>     after test migration from v1.4.2 to 1.5.0
>
>     Christine and other AS community members who have successfully
>     migrated AS 1.4.2 to AS 1.5.x,
>
>     We are trying to  draw attention and seek help from AS development
>     team and other community members who have successfully migrated AS
>     1.4.2 to AS 1.5.x. If necessary, we are willing to  provide our
>     MySQL dump file for you to test.
>
>     Test migration from AS 1.4.2 to AS1.5.x really drives us mad.
>     Though we don't quite see any (out of mem) error in the log, we
>     still blindly pump up heap size (Xmx )to 6GB, stack size set o 3MB
>     and rerun rebuild index or the complete migration steps, the
>     problem is still there - Solr seemingly very silently stops
>     writing or committing index files when the number of docs in Solr
>     reaches to  about 15,xxx as opposed to  500,xxx indexed docs
>     found  in our 1.4.2 instance, though thereafter we still can see
>     the " end_commit_flush" message  pop up in the log  from time to
>     time .Our test box environments are
>
>     1. Redhat 6.8 ,JAVA build 1.7.0_67 . MySQL 5.1.7 and 8GB memory
>      2.. Redhat 7.2 Virtual Machine,NYSQL 5.5.45, java 1.80_65,and 4GB.
>      We also can  confirm database side migration  is largely done
>     with new tables and fields added, existing records converted and
>     top container records added. The problem is sticking to rebuilding
>     the whole index - Solr  stops writing and committing  index
>     prematurely after  the number of docs grows to a small
>     number(12xxx-15xxx) though commit  flush can still be seen
>     thereafter .
>
>     Now we have exhausted ideas and means in figuring out why this "no
>     record found " problem that seemingly only  happens to us.
>
>     Other experiment we did is export EAD file of one resource record
>     from our production and load it into a 1.4.2 test instance and
>     then upgrade this test instance to 1.5.x. this time the resource
>     record can be indexed and appear(some issue with the Name )  in
>     the test 1.5.x instance.
>
>     I think there is some fundamental but very sneaky issue with 1.5.x
>     indexing (rebuild index). The challenge is that no explicit error
>     message that could be easily found in the log that can give us
>     some hint and therefore this is a nightmare given the long waiting
>     time before you can confirm a successful indexing or not.  May be
>     a standalone tool allowing user to manually rebuild index could be
>     very helpful and straightforward, and less arcane.
>
>     As mentioned earlier, records have been converted and migrated but
>     not indexed, what else we tried is use direct route path (can be
>     inferred from our production) to pull records out and update them
>     by toggling through Suppress/Unsuppress or Publisesh/Unpublished ,
>     then we can get those updated records indexed. in the following
>     diagram, we can see 3 resources, 2 agent records and some other
>     record types highlighted in yellow appear in the types field, as
>     opposed to the types (not highlighted) originally indexed and
>     generated by the migration process. Also in the same diagram, the
>     number of indexed docs is too small (we can see about half million
>     docs in our 1.4.2 production instance).Also we found a side  issue
>     with agent record, no matter what you set for Publish, Solr only
>     sees it unpublished.But   At least, this experiment can confirm
>     there is not obvious problem with dynamic indexing.
>
>     If AS developers or other AS users want to reproduce the issue or
>     give a try for a solution, we can provide our v1.4.2 database dump
>     or the v1.5.x database dump.
>
>     Thank you very much.
>
>     Mang Sun
>
>     Rice U.
>
>     On 9/9/2016 11:55 AM, Christine Di Bella wrote:
>
>         Mang,
>
>         How long ago did you start the reindex and how big is your
>         database? The v1.5.1 upgrade improved indexing speed,
>         especially for large databases, but the indexing does still
>         take some time. People on this list can probably give you a
>         sense of how long it took them for different sizes of
>         databases. It?s probably been most common to run it overnight
>         or over a weekend, when use of the system is low.
>
>         (Some people were large databases were experiencing problems
>         with indexing taking an excessive amount of time or not
>         completing at all, which was one of the reasons for the quick
>         release of v1.5.1.)
>
>         Christine
>
>         Christine Di Bella
>
>         Community Outreach Manager
>
>         christine.dibella at lyrasis.org
>         <mailto:christine.dibella at lyrasis.org>
>
>         800.999.8558 x2905
>
>         678-235-2905
>
>         cdibella13 (Skype)
>
>         cid:image003.png at 01CE734E.FD759D30
>
>         *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org
>         <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>
>         [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]
>         *On Behalf Of *Mang Sun
>         *Sent:* Friday, September 9, 2016 12:31 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] No record found
>         after test migration from v1.4.2 to 1.5.0
>
>
>         I even  didn't copy the data folder of the v1.4.2 into
>         v.1.5.0. but even after I follow the recommended way by
>         copying the data folder and removing those two subfolders
>         mentioned by Joshua the problem is still there.Peeping into
>         Solr schema, I found field "types" only have  the following
>         four types but not resource and digital_object,subject and
>         agent . The missing types may explain why we find no records
>         under every record type tab. Puzzled~                    Mang
>
>
>         ?12608
>
>         otop_container
>         <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>
>
>         ?1,169
>
>         otree_view
>         <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>
>
>         ?75
>
>         oarchival_object
>         <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>
>
>         ?1
>
>         orepository
>         <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>
>
>         On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
>
>             Hi Mang Sun,
>
>             I agree with Joshua - this sounds to me like an indexing
>             problem to me. In the course of upgrading to 1.5.0 did you
>             delete the data/solr_index/index directory and all files
>             in the data/indexer_state directory? This is one of the
>             recommended steps in the instructions for upgrading to
>             v.1.5.0
>             <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>.
>             We accidentally missed this step once in a running a test
>             upgrade and definitely experienced some indexing problems
>             though I don't remember the details. As it was a test
>             upgrade (and it sounds like that's what you're doing as
>             well) we just started afresh and ran the upgrade process
>             over again. When we included that step, things were fine.
>
>             On a related note - there's a 1.5.1 release of
>             ArchivesSpace
>             <https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that
>             includes several fixes for bugs that were found in the
>             weeks after 1.5.0 was released. If are looking to update
>             to a 1.5.x version, you may want to consider upgrading to
>             1.5.1 one rather than 1.5.0.
>
>             Good luck,
>
>             Sally
>
>             On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw
>             <Joshua.D.Shaw at dartmouth.edu
>             <mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
>
>                 I believe the suggestion for migration to 1.5+ was to
>                 delete the existing index and indexer states which
>                 will trigger a complete reindex.
>
>                 Best,
>                 Joshua
>
>
>
>
>
>                 On Sep 9, 2016, at 8:20 AM, "Mang Sun"
>                 <mang.sun at rice.edu <mailto:mang.sun at rice.edu>> wrote:
>
>                 > i
>                 >
>                 > After we migrate our v.1.4.2 test instance to
>                 v1.5.0, we can't find any records but just no record
>                 in Staff interface and public interface.
>                 >
>                 > But if we open a migrated record (saycollection
>                 record) using the direct route path to that record and
>                 resave it, this record but only this one starts to
>                 show up under Collections when browsing collections.
>                 This problem does not come with any new record created
>                 within v.1.5.0. Any suggestion?
>                 >
>                 > 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
>
>
>
>             -- 
>
>             Sally Vermaaten
>             Project Manager, Archival Systems
>             New York University Libraries
>
>             1-212-992-6259
>
>
>
>
>
>             _______________________________________________
>
>             Archivesspace_Users_Group mailing list
>
>             Archivesspace_Users_Group at lyralists.lyrasis.org
>             <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
>
>
>
> _______________________________________________
> 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/20160915/f4b8d067/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 41892 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/f4b8d067/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 7645 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160915/f4b8d067/attachment-0001.png>

From mang.sun at rice.edu  Thu Sep 15 13:37:06 2016
From: mang.sun at rice.edu (Mang Sun)
Date: Thu, 15 Sep 2016 12:37:06 -0500
Subject: [Archivesspace_Users_Group] hELP - No record found after test
 migration from v1.4.2 to 1.5.0
In-Reply-To: <811d04fe-6c7c-1976-4df3-fa15986f66f8@rice.edu>
References: <42f878ae-52cd-e1b4-0b86-4134cff192ab@rice.edu>
 <4B1BE34E-2040-4938-ABEE-A0C607BB86CD@dartmouth.edu>
 <CALt9ybvvV+pj4hG_ZF3JsTeYwTsVL7497Px_pvW_yGJWY1z4Vg@mail.gmail.com>
 <58da6ba1-1860-17ad-c0af-f3784ac8c013@rice.edu>
 <CY1PR0801MB084285041B9F9954B768148CF1FA0@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <2b32de9e-0cf6-a59f-5fc8-00c10ede5d56@rice.edu>
 <22e3803dbdfa4b4ab05b299be9383058@vmi.edu>
 <F6E0CB227A713F4AA8F9598060B8F063D8B4790D3D@racex01>
 <8ce525fe-8127-62d4-d71e-cb01517a98b7@rice.edu>
 <CY1PR0801MB084261728DD54D78B02394B3F1F00@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <811d04fe-6c7c-1976-4df3-fa15986f66f8@rice.edu>
Message-ID: <3bad286e-014b-2ea7-9df5-bb4e8da5370b@rice.edu>

Sorry, the download link has been removed. Christine, you will receive a 
new download link in your own email.


Mang


On 9/15/2016 12:14 PM, Mang Sun wrote:
>
> Christine,
>
> I completely missed your email but I find it and read it now. Sorry 
> for my negligence. Actually, yesterday, Jason Loeffler contacted me 
> offline to show his willingness to take a look at the problem.
>
> I shared with him the download link for our 1.4.2 database dump and 
> 1.5.1 database dump. Below is the download link :
>
> https://rice.box.com/s/9y8zqbygx23tqbm5wpl3d47ke34p4pma
>
>
> Thank you very much.
>
> Mang
>
>
>
>
> On 9/15/2016 11:47 AM, Christine Di Bella wrote:
>>
>> Mang,
>>
>> After your report on Monday that you didn?t see a change over the 
>> weekend, I requested the folks at LYRASIS Digital Technology Services 
>> that have been helping with these kinds of inquiries to look into 
>> this with you and work with you directly to try to get a resolution. 
>> I copied you on that request and they got in touch with you, but as 
>> of yesterday had not yet heard back from you. It?s not clear from 
>> this thread yesterday and today whether you are aware that?s the 
>> mechanism we?ve been pursuing to help you. Because your situation 
>> seems like it may be due to some local factors in your data or your 
>> migration, we wanted to get more details and troubleshoot it 
>> directly. Would you please let us know if you?ve seen these messages?
>>
>> (And thanks to everyone who?s been pitching in and sharing their 
>> knowledge on the move from 1.4.2 to 1.5.1!)
>>
>> Christine
>>
>> *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org 
>> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] *On 
>> Behalf Of *Mang Sun
>> *Sent:* Thursday, September 15, 2016 11:54 AM
>> *To:* Archivesspace Users Group 
>> <archivesspace_users_group at lyralists.lyrasis.org>
>> *Subject:* Re: [Archivesspace_Users_Group] hELP - No record found 
>> after test migration from v1.4.2 to 1.5.0
>>
>> Patrick,
>>
>> I did test with 1.5.0 and 1.5.1 and ran into  the same problem.
>>
>> Mang
>>
>> On 9/15/2016 10:39 AM, Galligan, Patrick wrote:
>>
>>     Rachel,
>>
>>     It was a known issue that 1.5.0 had indexing problems. These have
>>     generally been fixed in 1.5.1. I?d suggest using that version for
>>     your test migration.
>>
>>     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 *Maderik, Rachel A
>>     *Sent:* Thursday, September 15, 2016 11:30 AM
>>     *To:* 'Archivesspace Users Group'
>>     *Subject:* Re: [Archivesspace_Users_Group] hELP - No record found
>>     after test migration from v1.4.2 to 1.5.0
>>
>>     I was able to replicate this problem using Rice?s data. I set up
>>     a fresh instance running 1.4.2 using their database dump from
>>     that version, and it built the index fine (took 10-15 minutes).
>>     When I migrated it to 1.5, the indexer seems to get hung up after
>>     indexing the top containers (which finished about 2 hrs ago).
>>     Below is an error message that appears right after it finishes
>>     the top containers (and continues to appear repeatedly in the log
>>     file). It seems to be related to indexing archival objects,
>>     though I can?t say I understand anything more than that:
>>
>>     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>>     ~~~ Indexed 12884 top_container records in 600 seconds ~~~
>>
>>     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>>     Sep 15, 2016 9:33:57 AM
>>     org.eclipse.jetty.server.handler.ContextHandler$Context log
>>
>>     INFO: DEBUG: resetting rack response due exception
>>
>>     Failure in periodic indexer worker thread: <!DOCTYPE HTML PUBLIC
>>     "-//W3C//DTD HTML 4.01 Transitional//EN"
>>     "http://www.w3.org/TR/html4/loose.dtd">
>>
>>     ?
>>
>>     <body>
>>
>>     <div id="summary">
>>
>>     <h1>Internal Server Error <span>(500)</span></h1>
>>
>>     <table class="meta">
>>
>>     <tr>
>>
>>     <th>Request Method:</th>
>>
>>     <td>GET</td>
>>
>>     </tr>
>>
>>     <tr>
>>
>>     <th>Request URL:</th <URL:%3c/th>>
>>
>>     <td>http:&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object
>>     <http://&#x2F;&#x2F;localhost:8089&#x2F;repositories&#x2F;2&#x2F;archival_objects?id_set=1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20%2C21%2C22%2C23%2C24%2C25&amp;resolve%5B%5D=location_profile&amp;resolve%5B%5D=container_profile&amp;resolve%5B%5D=container_locations&amp;resolve%5B%5D=subjects&amp;resolve%5B%5D=linked_agents&amp;resolve%5B%5D=linked_records&amp;resolve%5B%5D=classifications&amp;resolve%5B%5D=digital_object></td>
>>
>>     </tr>
>>
>>     </table>
>>
>>     </div>
>>
>>     <div id="info">
>>
>>     <p>(NoMethodError) undefined method `related_records&#x27; for
>>     nil:NilClass</p>
>>
>>     </div>
>>
>>     <div id="explanation">
>>
>>     <p>
>>
>>     You're seeing this error because you use
>>     <code>JRuby::Rack::ErrorApp::ShowStatus</code>.
>>
>>     </p>
>>
>>     </div>
>>
>>     </body>
>>
>>     -------------------------------
>>
>>     Rachel Maderik
>>
>>     Systems and Technology Librarian
>>
>>     501D Preston Library
>>
>>     Virginia Military Institute
>>
>>     Lexington, VA 24450
>>
>>     540-464-7572
>>
>>     *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 *Mang Sun
>>     *Sent:* Wednesday, September 14, 2016 3:00 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] hELP - No record found
>>     after test migration from v1.4.2 to 1.5.0
>>
>>     Christine and other AS community members who have successfully
>>     migrated AS 1.4.2 to AS 1.5.x,
>>
>>     We are trying to  draw attention and seek help from AS
>>     development team and other community members who have
>>     successfully migrated AS 1.4.2 to AS 1.5.x. If necessary, we are
>>     willing to  provide our MySQL dump file for you to test.
>>
>>     Test migration from AS 1.4.2 to AS1.5.x really drives us mad.
>>     Though we don't quite see any (out of mem) error in the log, we
>>     still blindly pump up heap size (Xmx )to 6GB, stack size set o
>>     3MB and rerun rebuild index or the complete migration steps, the
>>     problem is still there - Solr seemingly very silently stops
>>     writing or committing index files when the number of docs in Solr
>>     reaches to about 15,xxx as opposed to  500,xxx indexed docs
>>     found  in our 1.4.2 instance, though thereafter we still can see
>>     the " end_commit_flush" message  pop up in the log  from time to
>>     time .Our test box environments are
>>
>>     1. Redhat 6.8 ,JAVA build 1.7.0_67 . MySQL 5.1.7 and 8GB memory
>>      2.. Redhat 7.2 Virtual Machine,NYSQL 5.5.45, java 1.80_65,and 4GB.
>>      We also can  confirm database side migration  is largely done
>>     with new tables and fields added, existing records converted and
>>     top container records added. The problem is sticking to
>>     rebuilding the whole index - Solr  stops writing and committing 
>>     index prematurely after  the number of docs  grows to a small
>>     number(12xxx-15xxx) though commit  flush can still be seen
>>     thereafter .
>>
>>     Now we have exhausted ideas and means in figuring out why this
>>     "no record found " problem that seemingly only happens to us.
>>
>>     Other experiment we did is export EAD file of one resource record
>>     from our production and load it into a 1.4.2 test instance and
>>     then upgrade this test instance to 1.5.x. this time the resource
>>     record can be indexed and appear(some issue with the Name )  in
>>     the test 1.5.x instance.
>>
>>     I think there is some fundamental but very sneaky issue with
>>     1.5.x indexing (rebuild index). The challenge is that no explicit
>>     error message that could be easily found in the log that can give
>>     us some hint and therefore this is a nightmare given the long
>>     waiting time before you can confirm a  successful indexing or
>>     not.  May be a standalone tool allowing user to manually rebuild
>>     index could be very helpful and straightforward, and less arcane.
>>
>>     As mentioned earlier, records have been converted and migrated
>>     but not indexed, what else we tried is use direct route path (can
>>     be inferred from our production) to pull records out and update
>>     them by toggling through Suppress/Unsuppress or
>>     Publisesh/Unpublished , then we can get those updated records
>>     indexed. in the following diagram, we can see 3 resources, 2
>>     agent records and some other record types highlighted in yellow
>>     appear in the types field, as opposed to the types (not
>>     highlighted) originally indexed and generated by the migration
>>     process. Also in the same diagram, the number of indexed docs is
>>     too small (we can see about half million docs in our 1.4.2
>>     production instance).Also we found a side  issue with agent
>>     record, no matter what you set for Publish, Solr only sees it
>>     unpublished.But   At least, this experiment can confirm there is
>>     not obvious problem with dynamic indexing.
>>
>>     If AS developers or other AS users want to reproduce the issue or
>>     give a try for a solution, we can provide our v1.4.2 database
>>     dump or the v1.5.x database dump.
>>
>>     Thank you very much.
>>
>>     Mang Sun
>>
>>     Rice U.
>>
>>     On 9/9/2016 11:55 AM, Christine Di Bella wrote:
>>
>>         Mang,
>>
>>         How long ago did you start the reindex and how big is your
>>         database? The v1.5.1 upgrade improved indexing speed,
>>         especially for large databases, but the indexing does still
>>         take some time. People on this list can probably give you a
>>         sense of how long it took them for different sizes of
>>         databases. It?s probably been most common to run it overnight
>>         or over a weekend, when use of the system is low.
>>
>>         (Some people were large databases were experiencing problems
>>         with indexing taking an excessive amount of time or not
>>         completing at all, which was one of the reasons for the quick
>>         release of v1.5.1.)
>>
>>         Christine
>>
>>         Christine Di Bella
>>
>>         Community Outreach Manager
>>
>>         christine.dibella at lyrasis.org
>>         <mailto:christine.dibella at lyrasis.org>
>>
>>         800.999.8558 x2905
>>
>>         678-235-2905
>>
>>         cdibella13 (Skype)
>>
>>         cid:image003.png at 01CE734E.FD759D30
>>
>>         *From:*archivesspace_users_group-bounces at lyralists.lyrasis.org
>>         <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>
>>         [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]
>>         *On Behalf Of *Mang Sun
>>         *Sent:* Friday, September 9, 2016 12:31 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] No record found
>>         after test migration from v1.4.2 to 1.5.0
>>
>>
>>         I even  didn't copy the data folder of the v1.4.2 into
>>         v.1.5.0. but even after I follow the recommended way by
>>         copying the data folder and removing those two subfolders
>>         mentioned by Joshua the problem is still there.Peeping into
>>         Solr schema, I found field "types" only have  the following
>>         four types but not resource and digital_object,subject and
>>         agent . The missing types may explain why we find no records
>>         under every record type tab. Puzzled~                    Mang
>>
>>
>>         ?12608
>>
>>         otop_container
>>         <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22top_container%22>
>>
>>         ?1,169
>>
>>         otree_view
>>         <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22tree_view%22>
>>
>>         ?75
>>
>>         oarchival_object
>>         <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22archival_object%22>
>>
>>         ?1
>>
>>         orepository
>>         <http://archives-test.library.rice.edu:8090/#/collection1/query?q=types:%22repository%22>
>>
>>         On 9/9/2016 8:52 AM, Sally Vermaaten wrote:
>>
>>             Hi Mang Sun,
>>
>>             I agree with Joshua - this sounds to me like an indexing
>>             problem to me. In the course of upgrading to 1.5.0 did
>>             you delete the data/solr_index/index directory and all
>>             files in the data/indexer_state directory? This is one of
>>             the recommended steps in the instructions for upgrading
>>             to v.1.5.0
>>             <https://github.com/archivesspace/archivesspace/blob/master/UPGRADING_1.5.0.md>.
>>             We accidentally missed this step once in a running a test
>>             upgrade and definitely experienced some indexing problems
>>             though I don't remember the details. As it was a test
>>             upgrade (and it sounds like that's what you're doing as
>>             well) we just started afresh and ran the upgrade process
>>             over again. When we included that step, things were fine.
>>
>>             On a related note - there's a 1.5.1 release of
>>             ArchivesSpace
>>             <https://github.com/archivesspace/archivesspace/releases/tag/v1.5.1> that
>>             includes several fixes for bugs that were found in the
>>             weeks after 1.5.0 was released. If are looking to update
>>             to a 1.5.x version, you may want to consider upgrading to
>>             1.5.1 one rather than 1.5.0.
>>
>>             Good luck,
>>
>>             Sally
>>
>>             On Fri, Sep 9, 2016 at 9:50 AM, Joshua D. Shaw
>>             <Joshua.D.Shaw at dartmouth.edu
>>             <mailto:Joshua.D.Shaw at dartmouth.edu>> wrote:
>>
>>                 I believe the suggestion for migration to 1.5+ was to
>>                 delete the existing index and indexer states which
>>                 will trigger a complete reindex.
>>
>>                 Best,
>>                 Joshua
>>
>>
>>
>>
>>
>>                 On Sep 9, 2016, at 8:20 AM, "Mang Sun"
>>                 <mang.sun at rice.edu <mailto:mang.sun at rice.edu>> wrote:
>>
>>                 > i
>>                 >
>>                 > After we migrate our v.1.4.2 test instance to
>>                 v1.5.0, we can't find any records but just no record
>>                 in Staff interface and public interface.
>>                 >
>>                 > But if we open a migrated record (saycollection
>>                 record) using the direct route path to that record
>>                 and resave it, this record but only this one starts
>>                 to show up under Collections when browsing
>>                 collections. This problem does not come with any new
>>                 record created within v.1.5.0. Any suggestion?
>>                 >
>>                 > 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
>>
>>
>>
>>             -- 
>>
>>             Sally Vermaaten
>>             Project Manager, Archival Systems
>>             New York University Libraries
>>
>>             1-212-992-6259
>>
>>
>>
>>
>>
>>             _______________________________________________
>>
>>             Archivesspace_Users_Group mailing list
>>
>>             Archivesspace_Users_Group at lyralists.lyrasis.org
>>             <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
>>
>>
>>
>> _______________________________________________
>> 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/20160915/a0736581/attachment.html>

From smithkr at mit.edu  Thu Sep 15 14:23:41 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Thu, 15 Sep 2016 18:23:41 +0000
Subject: [Archivesspace_Users_Group] FW: FileMaker Server Migration
In-Reply-To: <56E1EED0027ABC42A5C142761E0149B601170100CE@OC11EXPO31.exchange.mit.edu>
References: <56E1EED0027ABC42A5C142761E0149B601170100CE@OC11EXPO31.exchange.mit.edu>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A53840@OC11expo28.exchange.mit.edu>

This will impact any of the FMP databases we need to access including (and importantly) the mcac-locator database.  Would someone please contact Tim and ask him to "put a copy of XXX (must provide him with the database file name) database on the new server if you want to verify functionality"   Esp. in migrating our data in the FMP to the newest database FMP ver 15.

We also use many other databases for our work ... each of these should also be tested prior to the complete move to the new server (and necessary data version migration/transformation.)  I will be out of town from Sept 23 - Oct 1st.

Kari

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

From: Tim Rix
Sent: Thursday, September 15, 2016 2:16 PM
To: all-lib <all-lib at mit.edu>
Subject: FileMaker Server Migration

Good afternoon,

As part of the infrastructure changes previously announced, the FileMaker server also needs to move.  This change will involve installing a new version of FileMaker on your desktop and pointing it to the new FileMaker server.  FileMaker has increased security in their product and older versions of the software can have issues when accessing databases on the newest version of FileMaker server.  The database format has not changed so the database files do not need a format migration, only to be moved to the new server.  Authentication methods are stored in the individual databases and will remain unchanged as well.  This change affects both Mac and Windows users of FileMaker databases.

In preparation for this change, staff should install FileMaker Pro version 15 so they are ready for this change.  Below are instructions for installing FileMaker 15 for both Mac and Windows.

*        Windows users should go to Start and type Install Software and hit Enter.  Locate FileMaker Pro 15 in the list, select it and hit Install.

*        Mac users should open Finder, go to Apps and double-click Self Service.  Locate FileMaker 15 in Lib-Apps and double-click to install.

*        Server connection instructions for all users are located at:  https://wikis.mit.edu/confluence/x/kIluAw

*        Email fix-lib at mit.edu<mailto:fix-lib at mit.edu> if you need installation or configuration assistance for FileMaker Pro 15

All databases are scheduled to move to the new server overnight on Wednesday, September 25, 2016.  I can put a copy of any database on the new server if you want to verify functionality before this date if you contact me.  Please let me know if you have any questions.

Thanks,

Tim
_______________________________
Tim Rix
Systems Administrator | Bldg E25-131
MIT Libraries
email: ter at mit.edu<mailto:ter at mit.edu>
phone: (617) 258-5009

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

From s.innes at auckland.ac.nz  Thu Sep 15 23:50:25 2016
From: s.innes at auckland.ac.nz (Stephen Innes)
Date: Fri, 16 Sep 2016 03:50:25 +0000
Subject: [Archivesspace_Users_Group] unpublished ancestor message
Message-ID: <015B1C30FBB6FD4EA43F95D77D2864230122E7E6A8@uxcn10-6.UoA.auckland.ac.nz>

Can anyone suggest a solution for this message which appears in digital component records in AS? The ancestor is a parent-level digital object record which is published. We are trying to link digital objects to finding aid metadata. We are also having difficulty displaying the links in the finding aid so I am attaching the EAD file for the collection as well.

Label part-2
Identifier mair-01-02
Publish? True
translation missing: en.digital_object_component.has_unpublished_ancestor False



Thank you.


Stephen Innes (ALIANZA)
Special Collections Manager
General Library, Te Herenga M?tauranga Wh?nui
The University of Auckland
Private Bag 92019
Auckland 1142
New Zealand
Telephone (649) 373-7599 ext. 88062 | Fax (649) 373-7565
Blog: http://blogs.library.auckland.ac.nz/special-collections/Default.aspx
Online exhibition: Special Collections First World War Centenary 2014-2018<http://www.specialcollections.auckland.ac.nz/ww1-centenary>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160916/81c65d94/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mair-a-31.xml
Type: text/xml
Size: 21237 bytes
Desc: mair-a-31.xml
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160916/81c65d94/attachment.xml>

From j at minorscience.com  Fri Sep 16 09:20:16 2016
From: j at minorscience.com (Jason Loeffler)
Date: Fri, 16 Sep 2016 09:20:16 -0400
Subject: [Archivesspace_Users_Group] [REMINDER] ArchivesSpace Development
 Prioritization survey closes today at 5 pm Pacific
Message-ID: <CAP4gJsVUWU0EAibGEthV3GEMvANgqxCfDPJ=2LGTeMNgya9c4w@mail.gmail.com>

Dear ArchivesSpace Member Representatives:

This is the final reminder that the prioritization survey
<https://www.surveymonkey.com/r/2FDT6GS> *closes today* at 5 pm PDT.

https://www.surveymonkey.com/r/2FDT6GS

Your response is an essential contribution to the establishment of the
ArchivesSpace development roadmap for FY2016-17.

Please rank the epics listed in the survey according to their importance to
your organization. Links to the epics are included below. Each epic
contains a link to a corresponding set of user stories in its Description
section. Please review the user stories in order to better understand which
epics are a priority for your organization.

   1. Accessions <https://archivesspace.atlassian.net/browse/AR-1096>:
   https://archivesspace.atlassian.net/browse/AR-1096
   <https://archivesspace.atlassian.net/browse/AR-1096>
   2. Resources <https://archivesspace.atlassian.net/browse/AR-1097>:
   https://archivesspace.atlassian.net/browse/AR-1097
   <https://archivesspace.atlassian.net/browse/AR-1097>
   3. Digital Objects <https://archivesspace.atlassian.net/browse/AR-1100>:
   https://archivesspace.atlassian.net/browse/AR-1100
   <https://archivesspace.atlassian.net/browse/AR-1100>
   4. Dates <https://archivesspace.atlassian.net/browse/AR-1099>:
   https://archivesspace.atlassian.net/browse/AR-1099
   <https://archivesspace.atlassian.net/browse/AR-1099>
   5. Extents <https://archivesspace.atlassian.net/browse/AR-1098>:
   https://archivesspace.atlassian.net/browse/AR-1098
   <https://archivesspace.atlassian.net/browse/AR-1098>
   6. Agents <https://archivesspace.atlassian.net/browse/AR-1101>:
   https://archivesspace.atlassian.net/browse/AR-1101
   <https://archivesspace.atlassian.net/browse/AR-1101>
   7. Subjects <https://archivesspace.atlassian.net/browse/AR-1102>:
   https://archivesspace.atlassian.net/browse/AR-1102
   <https://archivesspace.atlassian.net/browse/AR-1102>
   8. Classifications <https://archivesspace.atlassian.net/browse/AR-1103>:
   https://archivesspace.atlassian.net/browse/AR-1103
   <https://archivesspace.atlassian.net/browse/AR-1103>
   9. Container Management
   <https://archivesspace.atlassian.net/browse/AR-1517>: https://archivessp
   ace.atlassian.net/browse/AR-1517
   <https://archivesspace.atlassian.net/browse/AR-1517>
   10. Locations <https://archivesspace.atlassian.net/browse/AR-1104>:
   https://archivesspace.atlassian.net/browse/AR-1104
   <https://archivesspace.atlassian.net/browse/AR-1104>
   11. Collection Management
   <https://archivesspace.atlassian.net/browse/AR-1105>: https://archivessp
   ace.atlassian.net/browse/AR-1105
   <https://archivesspace.atlassian.net/browse/AR-1105>
   12. Events <https://archivesspace.atlassian.net/browse/AR-1106>:
   https://archivesspace.atlassian.net/browse/AR-1106
   <https://archivesspace.atlassian.net/browse/AR-1106>
   13. Rights Management
   <https://archivesspace.atlassian.net/browse/AR-1107>: https://archivessp
   ace.atlassian.net/browse/AR-1107
   <https://archivesspace.atlassian.net/browse/AR-1107>
   14. Imports <https://archivesspace.atlassian.net/browse/AR-1092>:
   https://archivesspace.atlassian.net/browse/AR-1092
   <https://archivesspace.atlassian.net/browse/AR-1092>
   15. Exports <https://archivesspace.atlassian.net/browse/AR-1093>:
   https://archivesspace.atlassian.net/browse/AR-1093
   <https://archivesspace.atlassian.net/browse/AR-1093>
   16. Reports <https://archivesspace.atlassian.net/browse/AR-1094>:
   https://archivesspace.atlassian.net/browse/AR-1094
   <https://archivesspace.atlassian.net/browse/AR-1094>
   17. Staff Interface <https://archivesspace.atlassian.net/browse/AR-1112>
   : https://archivesspace.atlassian.net/browse/AR-1112

For more about the governance of development priorities, please visit
the ArchivesSpace
Road Map <https://archivesspace.atlassian.net/wiki/display/ADC/Road+Map> wiki
entry.

Feel free to contact me or Brad Westbrook directly should you have any
questions.

Best wishes,
Jason Loeffler
*On behalf of the ArchivesSpace Prioritization Team*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160916/c8b2fd7e/attachment.html>

From mridder at wvu.edu  Fri Sep 16 15:32:07 2016
From: mridder at wvu.edu (Michael Ridderbusch)
Date: Fri, 16 Sep 2016 19:32:07 +0000
Subject: [Archivesspace_Users_Group] batch importation -- identifying
	problem records
Message-ID: <DM5PR03MB24752977E8DEAEF554AEBE67B5F30@DM5PR03MB2475.namprd03.prod.outlook.com>

If a background job for a batch importation fails due to a record or two, how can I easily identify the problem records?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160916/e50dd812/attachment.html>

From smithkr at mit.edu  Fri Sep 16 16:25:23 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Fri, 16 Sep 2016 20:25:23 +0000
Subject: [Archivesspace_Users_Group] unpublished ancestor message
In-Reply-To: <015B1C30FBB6FD4EA43F95D77D2864230122E7E6A8@uxcn10-6.UoA.auckland.ac.nz>
References: <015B1C30FBB6FD4EA43F95D77D2864230122E7E6A8@uxcn10-6.UoA.auckland.ac.nz>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A560BE@OC11expo28.exchange.mit.edu>

Hello Stephen,
Are you making Instances with the URLs for the links in the Digital Objects?  That?s how we did it and it?s working fine for us.

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stephen Innes
Sent: Thursday, September 15, 2016 11:50 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] unpublished ancestor message

Can anyone suggest a solution for this message which appears in digital component records in AS? The ancestor is a parent-level digital object record which is published. We are trying to link digital objects to finding aid metadata. We are also having difficulty displaying the links in the finding aid so I am attaching the EAD file for the collection as well.

Label part-2
Identifier mair-01-02
Publish? True
translation missing: en.digital_object_component.has_unpublished_ancestor False



Thank you.


Stephen Innes (ALIANZA)
Special Collections Manager
General Library, Te Herenga M?tauranga Wh?nui
The University of Auckland
Private Bag 92019
Auckland 1142
New Zealand
Telephone (649) 373-7599 ext. 88062 | Fax (649) 373-7565
Blog: http://blogs.library.auckland.ac.nz/special-collections/Default.aspx
Online exhibition: Special Collections First World War Centenary 2014-2018<http://www.specialcollections.auckland.ac.nz/ww1-centenary>

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

From sdm7g at eservices.virginia.edu  Fri Sep 16 17:00:17 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Fri, 16 Sep 2016 21:00:17 +0000
Subject: [Archivesspace_Users_Group] unpublished ancestor message
In-Reply-To: <015B1C30FBB6FD4EA43F95D77D2864230122E7E6A8@uxcn10-6.UoA.auckland.ac.nz>
References: <015B1C30FBB6FD4EA43F95D77D2864230122E7E6A8@uxcn10-6.UoA.auckland.ac.nz>
Message-ID: <A3EC8AF4-3D48-4240-8584-B68B279AE1FA@eservices.virginia.edu>


Is the ancestor?s ancestors also publish: True ? 

Can you post the JSON from backend API  /repositories/$REPO/resources/$ID/tree   ? 

As to linking to the digital object in the finding aid, does it work better if you use a complete URL (scheme=http:) instead of just a filename ? 

? Steve Majewski


> On Sep 15, 2016, at 11:50 PM, Stephen Innes <s.innes at auckland.ac.nz> wrote:
> 
> Can anyone suggest a solution for this message which appears in digital component records in AS? The ancestor is a parent-level digital object record which is published. We are trying to link digital objects to finding aid metadata. We are also having difficulty displaying the links in the finding aid so I am attaching the EAD file for the collection as well.
>  
> Label part-2
> Identifier mair-01-02
> Publish? True
> translation missing: en.digital_object_component.has_unpublished_ancestor False
>  
>  


From sdm7g at eservices.virginia.edu  Fri Sep 16 17:18:33 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Fri, 16 Sep 2016 21:18:33 +0000
Subject: [Archivesspace_Users_Group] unpublished ancestor message
In-Reply-To: <A3EC8AF4-3D48-4240-8584-B68B279AE1FA@eservices.virginia.edu>
References: <015B1C30FBB6FD4EA43F95D77D2864230122E7E6A8@uxcn10-6.UoA.auckland.ac.nz>
 <A3EC8AF4-3D48-4240-8584-B68B279AE1FA@eservices.virginia.edu>
Message-ID: <0F34A81F-14D6-4AD8-97EC-193A9939B9E8@eservices.virginia.edu>


? and what should have been the first obvious question: what exactly is the problem ? 
That you can?t find the unpublished ancestor ? or that it?s giving that 'translation missing?  message ? 


> On Sep 16, 2016, at 5:00 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu> wrote:
> 
> 
> Is the ancestor?s ancestors also publish: True ? 
> 
> Can you post the JSON from backend API  /repositories/$REPO/resources/$ID/tree   ? 
> 
> As to linking to the digital object in the finding aid, does it work better if you use a complete URL (scheme=http:) instead of just a filename ? 
> 
> ? Steve Majewski
> 
> 
>> On Sep 15, 2016, at 11:50 PM, Stephen Innes <s.innes at auckland.ac.nz> wrote:
>> 
>> Can anyone suggest a solution for this message which appears in digital component records in AS? The ancestor is a parent-level digital object record which is published. We are trying to link digital objects to finding aid metadata. We are also having difficulty displaying the links in the finding aid so I am attaching the EAD file for the collection as well.
>> 
>> Label part-2
>> Identifier mair-01-02
>> Publish? True
>> translation missing: en.digital_object_component.has_unpublished_ancestor False
>> 
>> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From BowmanG at si.edu  Mon Sep 19 10:15:00 2016
From: BowmanG at si.edu (Bowman, George)
Date: Mon, 19 Sep 2016 14:15:00 +0000
Subject: [Archivesspace_Users_Group] paths too long to unzip?
Message-ID: <FE7047BB3CA21340A63AE420D2C2FF1B5DC765A3@SI-MSEDAG03.US.SINET.SI.EDU>

I'm trying to unzip the ArchivesSpace 1.51, and I get errors on two .yml files in the zip-file.

The only option I have is to skip them and move on.  I'd like to go back to the zip and find them and copy them out individually, but I can't seem to search the zip - there is some windows trick that is eluding me.

The two files having really long path names (path + filename) are


is_set_to_an_open-uri_d_URI_s_URI.yml

overrides_the_inferred_system_ID_if_set_explicitly...




Has anybody else gotten around this problem?  Or does anybody know where in the filestructure they live, so I can get them out of the zip-file?  Do the names really have to be this long?


[cid:image001.png at 01D2125E.ADE0EAB0]
[cid:image002.png at 01D2125E.ADE0EAB0]





n  George Bowman

n  Library and Archives Systems Support Branch

n  Collections Systems Division, OCIO

n  Smithsonian Institution


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/e53f5ea5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 32417 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/e53f5ea5/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 32673 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/e53f5ea5/attachment-0001.png>

From reese.2179 at osu.edu  Mon Sep 19 10:23:45 2016
From: reese.2179 at osu.edu (Reese, Terry P.)
Date: Mon, 19 Sep 2016 14:23:45 +0000
Subject: [Archivesspace_Users_Group] paths too long to unzip?
In-Reply-To: <FE7047BB3CA21340A63AE420D2C2FF1B5DC765A3@SI-MSEDAG03.US.SINET.SI.EDU>
References: <FE7047BB3CA21340A63AE420D2C2FF1B5DC765A3@SI-MSEDAG03.US.SINET.SI.EDU>
Message-ID: <EB7C977DC024F8499C24E2B2A11E83A581538829@CIO-TNC-D2MBX06.osuad.osu.edu>

Certain versions of windows have file length limits that are enforced with Explorer.  If you are unzipping - you might try creating a folder at the C-root and see if that gives you enough characters.

There is a post on the listserv (can't find it right now) about some advice for dealing with this issue after unzipping.

--tr

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Bowman, George
Sent: Monday, September 19, 2016 10:15 AM
To: 'archivesspace_users_group at lyralists.lyrasis.org' <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] paths too long to unzip?

I'm trying to unzip the ArchivesSpace 1.51, and I get errors on two .yml files in the zip-file.

The only option I have is to skip them and move on.  I'd like to go back to the zip and find them and copy them out individually, but I can't seem to search the zip - there is some windows trick that is eluding me.

The two files having really long path names (path + filename) are


is_set_to_an_open-uri_d_URI_s_URI.yml

overrides_the_inferred_system_ID_if_set_explicitly...




Has anybody else gotten around this problem?  Or does anybody know where in the filestructure they live, so I can get them out of the zip-file?  Do the names really have to be this long?


[cid:image003.jpg at 01D2125F.E5CF3200]
[cid:image004.jpg at 01D2125F.E5CF3200]





n  George Bowman

n  Library and Archives Systems Support Branch

n  Collections Systems Division, OCIO

n  Smithsonian Institution


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/0509ff4c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 30919 bytes
Desc: image003.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/0509ff4c/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.jpg
Type: image/jpeg
Size: 31436 bytes
Desc: image004.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/0509ff4c/attachment-0001.jpg>

From christine.dibella at lyrasis.org  Mon Sep 19 11:15:07 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Mon, 19 Sep 2016 15:15:07 +0000
Subject: [Archivesspace_Users_Group] unpublished ancestor message
In-Reply-To: <015B1C30FBB6FD4EA43F95D77D2864230122E7E6A8@uxcn10-6.UoA.auckland.ac.nz>
References: <015B1C30FBB6FD4EA43F95D77D2864230122E7E6A8@uxcn10-6.UoA.auckland.ac.nz>
Message-ID: <CY1PR0801MB0842D5B8F431E688E2A1E997F1F40@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hello Stephen,

It sounds like there are a few things going on here. I?ll respond to them as I understand them, but please feel free to correct if I?m mistaken about what you?re trying to do.

First, on the message about having an unpublished ancestor, what version of ArchivesSpace are you using? I am so far seeing the correct behavior on this in 1.5.1. When I have a complex digital object (i.e. one with multiple components/levels of hierarchy), if the top level is not marked as published, the message appears next to the Publish box on the components warning that the ancestor is unpublished. If I set the ancestor to publish, that message goes away. It changes responsively when I click or unclick the Publish box in the way that?s intended.

I do see that the translation value is missing, which is causing the label to appear as translation missing: en.digital_object_component.has_unpublished_ancestor in View mode. This would appear to be a bug, but it?s for the label display only.

Second, it sounds like you?re linking digital objects to resource components. When a digital object is an instance of a resource component, there is not a correlation between setting a resource component to publish or not publish and this message on the instance, which is intentional. Like a container instance, a digital object instance is a manifestation/version of the resource component, not a child of it, and its information is only necessary in the context of the component if you?re viewing it as part of a resource record. (Because of the way the Digital Objects module in ArchivesSpace works, it also lives on its own as a record in that module.) The digital object instance itself can be set to be published or not.

Third, while you can make a complex digital object an instance of a resource component, only the top level of the object appears in the tree of the resource record and in the exported EAD. The latter is a limitation of EAD. The full hierarchy of the complex digital object is linked in the ArchivesSpace public interface.

I hope that helps to clear up a little bit what is going on and what is/is not possible in relation to resource components and digital objects. Please just let us know if you have other questions.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stephen Innes
Sent: Thursday, September 15, 2016 11:50 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] unpublished ancestor message

Can anyone suggest a solution for this message which appears in digital component records in AS? The ancestor is a parent-level digital object record which is published. We are trying to link digital objects to finding aid metadata. We are also having difficulty displaying the links in the finding aid so I am attaching the EAD file for the collection as well.

Label part-2
Identifier mair-01-02
Publish? True
translation missing: en.digital_object_component.has_unpublished_ancestor False



Thank you.


Stephen Innes (ALIANZA)
Special Collections Manager
General Library, Te Herenga M?tauranga Wh?nui
The University of Auckland
Private Bag 92019
Auckland 1142
New Zealand
Telephone (649) 373-7599 ext. 88062 | Fax (649) 373-7565
Blog: http://blogs.library.auckland.ac.nz/special-collections/Default.aspx
Online exhibition: Special Collections First World War Centenary 2014-2018<http://www.specialcollections.auckland.ac.nz/ww1-centenary>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/8f0328d8/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/20160919/8f0328d8/attachment.png>

From sdm7g at eservices.virginia.edu  Mon Sep 19 11:21:14 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 19 Sep 2016 15:21:14 +0000
Subject: [Archivesspace_Users_Group] paths too long to unzip?
In-Reply-To: <EB7C977DC024F8499C24E2B2A11E83A581538829@CIO-TNC-D2MBX06.osuad.osu.edu>
References: <FE7047BB3CA21340A63AE420D2C2FF1B5DC765A3@SI-MSEDAG03.US.SINET.SI.EDU>
 <EB7C977DC024F8499C24E2B2A11E83A581538829@CIO-TNC-D2MBX06.osuad.osu.edu>
Message-ID: <A357D385-AEEB-4B64-A3F7-2DCB24FEF8F7@eservices.virginia.edu>



From the paths, it looks like those files are in the spec tests for one of the Saxon gems, so I don?t think this is a required file in production: those tests aren?t going to be run. I don?t know if there is a simple way to filter these sorts of files out of the production build.

archivesspace-v1.5.1$ find . -name '*_*_*_*.yml' -print
./gems/gems/saxon-xslt-0.7.2-java/spec/fixtures/cassettes/Saxon_SourceHelper/returning_a_StreamSource/for_input_backed_by_an_InputStream/converts_an_open-uri_d_Uri_correctly.yml
./gems/gems/saxon-xslt-0.7.2-java/spec/fixtures/cassettes/Saxon_SourceHelper/returning_a_StreamSource/StreamSource_systemId/for_inputs_where_we_can_infer_the_path_or_URI/is_set_to_an_open-uri_d_URI_s_URI.yml
./gems/gems/saxon-xslt-0.7.2-java/spec/fixtures/cassettes/Saxon_SourceHelper/returning_a_StreamSource/StreamSource_systemId/for_inputs_where_we_can_infer_the_path_or_URI/overrides_the_inferred_system_ID_if_set_explicitly.yml



On Sep 19, 2016, at 10:23 AM, Reese, Terry P. <reese.2179 at osu.edu<mailto:reese.2179 at osu.edu>> wrote:

Certain versions of windows have file length limits that are enforced with Explorer.  If you are unzipping ? you might try creating a folder at the C-root and see if that gives you enough characters.

There is a post on the listserv (can?t find it right now) about some advice for dealing with this issue after unzipping.

--tr

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 Bowman, George
Sent: Monday, September 19, 2016 10:15 AM
To: 'archivesspace_users_group at lyralists.lyrasis.org' <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] paths too long to unzip?

I?m trying to unzip the ArchivesSpace 1.51, and I get errors on two .yml files in the zip-file.

The only option I have is to skip them and move on.  I?d like to go back to the zip and find them and copy them out individually, but I can?t seem to search the zip ? there is some windows trick that is eluding me.

The two files having really long path names (path + filename) are

is_set_to_an_open-uri_d_URI_s_URI.yml
overrides_the_inferred_system_ID_if_set_explicitly?


Has anybody else gotten around this problem?  Or does anybody know where in the filestructure they live, so I can get them out of the zip-file?  Do the names really have to be this long?

<image003.jpg>
<image004.jpg>


n  George Bowman
n  Library and Archives Systems Support Branch
n  Collections Systems Division, OCIO
n  Smithsonian Institution

_______________________________________________
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/20160919/4595e190/attachment.html>

From christine.dibella at lyrasis.org  Mon Sep 19 11:29:34 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Mon, 19 Sep 2016 15:29:34 +0000
Subject: [Archivesspace_Users_Group] batch importation --
	identifying	problem records
In-Reply-To: <DM5PR03MB24752977E8DEAEF554AEBE67B5F30@DM5PR03MB2475.namprd03.prod.outlook.com>
References: <DM5PR03MB24752977E8DEAEF554AEBE67B5F30@DM5PR03MB2475.namprd03.prod.outlook.com>
Message-ID: <CY1PR0801MB0842E7D93F3C400DDF31821AF1F40@CY1PR0801MB0842.namprd08.prod.outlook.com>

Dear Michael,

(My assumption is that you're referring to batch importing EADs. If this is for something else, please let us know.)

There are a number of users here who have a great deal of experience with batch importing EADs in ArchivesSpace. I know that the folks at Harvard specifically have put together a suite of tools for checking and batch processing EADs and presented on this at the ArchivesSpace Member Forum in August. The files from their presentation are at http://bit.ly/2a4VvgV and this document - https://docs.google.com/document/d/1S6fgCYnEPnyPPhqscx5O2iSW9nvl9Tc7WeHc8dnsIBA/edit - has explanations and links to some of their tools. They or some of our other power EAD importers can likely give you more guidance on diagnosing problem files within a larger batch.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Michael Ridderbusch
Sent: Friday, September 16, 2016 3:32 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] batch importation -- identifying problem records

If a background job for a batch importation fails due to a record or two, how can I easily identify the problem records?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/71054262/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/20160919/71054262/attachment.png>

From mark.cooper at lyrasis.org  Mon Sep 19 11:48:36 2016
From: mark.cooper at lyrasis.org (Mark Cooper)
Date: Mon, 19 Sep 2016 15:48:36 +0000
Subject: [Archivesspace_Users_Group] paths too long to unzip?
In-Reply-To: <A357D385-AEEB-4B64-A3F7-2DCB24FEF8F7@eservices.virginia.edu>
References: <FE7047BB3CA21340A63AE420D2C2FF1B5DC765A3@SI-MSEDAG03.US.SINET.SI.EDU>
 <EB7C977DC024F8499C24E2B2A11E83A581538829@CIO-TNC-D2MBX06.osuad.osu.edu>,
 <A357D385-AEEB-4B64-A3F7-2DCB24FEF8F7@eservices.virginia.edu>
Message-ID: <SN2PR0801MB2287166C6B65770D1C1DC928FEF40@SN2PR0801MB2287.namprd08.prod.outlook.com>

This is resolved for 1.5.2:


https://github.com/archivesspace/archivesspace/issues/506


For reference the filter is:

https://github.com/archivesspace/archivesspace/pull/509/files#diff-ee1fbe662440a29a5f7dd4fc65a33062R617


Mark


Mark Cooper
Technical Lead, Hosting and Support
LYRASIS
email: mark.cooper at lyrasis.org
skype: mark_c_cooper
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu>
Sent: Monday, September 19, 2016 8:21:14 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] paths too long to unzip?



>From the paths, it looks like those files are in the spec tests for one of the Saxon gems, so I don't think this is a required file in production: those tests aren't going to be run. I don't know if there is a simple way to filter these sorts of files out of the production build.

archivesspace-v1.5.1$ find . -name '*_*_*_*.yml' -print
./gems/gems/saxon-xslt-0.7.2-java/spec/fixtures/cassettes/Saxon_SourceHelper/returning_a_StreamSource/for_input_backed_by_an_InputStream/converts_an_open-uri_d_Uri_correctly.yml
./gems/gems/saxon-xslt-0.7.2-java/spec/fixtures/cassettes/Saxon_SourceHelper/returning_a_StreamSource/StreamSource_systemId/for_inputs_where_we_can_infer_the_path_or_URI/is_set_to_an_open-uri_d_URI_s_URI.yml
./gems/gems/saxon-xslt-0.7.2-java/spec/fixtures/cassettes/Saxon_SourceHelper/returning_a_StreamSource/StreamSource_systemId/for_inputs_where_we_can_infer_the_path_or_URI/overrides_the_inferred_system_ID_if_set_explicitly.yml



On Sep 19, 2016, at 10:23 AM, Reese, Terry P. <reese.2179 at osu.edu<mailto:reese.2179 at osu.edu>> wrote:

Certain versions of windows have file length limits that are enforced with Explorer.  If you are unzipping - you might try creating a folder at the C-root and see if that gives you enough characters.

There is a post on the listserv (can't find it right now) about some advice for dealing with this issue after unzipping.

--tr

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 Bowman, George
Sent: Monday, September 19, 2016 10:15 AM
To: 'archivesspace_users_group at lyralists.lyrasis.org' <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] paths too long to unzip?

I'm trying to unzip the ArchivesSpace 1.51, and I get errors on two .yml files in the zip-file.

The only option I have is to skip them and move on.  I'd like to go back to the zip and find them and copy them out individually, but I can't seem to search the zip - there is some windows trick that is eluding me.

The two files having really long path names (path + filename) are

is_set_to_an_open-uri_d_URI_s_URI.yml
overrides_the_inferred_system_ID_if_set_explicitly...


Has anybody else gotten around this problem?  Or does anybody know where in the filestructure they live, so I can get them out of the zip-file?  Do the names really have to be this long?

<image003.jpg>
<image004.jpg>


n  George Bowman
n  Library and Archives Systems Support Branch
n  Collections Systems Division, OCIO
n  Smithsonian Institution

_______________________________________________
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/20160919/6fb94395/attachment.html>

From mridder at wvu.edu  Mon Sep 19 11:49:19 2016
From: mridder at wvu.edu (Michael Ridderbusch)
Date: Mon, 19 Sep 2016 15:49:19 +0000
Subject: [Archivesspace_Users_Group] sorting by identifier
Message-ID: <DM5PR03MB247562DC2AC33765D7DF454CB5F40@DM5PR03MB2475.namprd03.prod.outlook.com>

After importing xml records into ArchivesSpace,

and sorting them by identifier, the following turned up:


A&M.2
A&M.2100
A&M.3


Can this be remedied within ArchivesSpace?

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

From dave_mayo at harvard.edu  Mon Sep 19 12:04:32 2016
From: dave_mayo at harvard.edu (Mayo, Dave)
Date: Mon, 19 Sep 2016 16:04:32 +0000
Subject: [Archivesspace_Users_Group] RFC: Should a revision statement be
	produced on import?
Message-ID: <D40584C9.14E73%dave_mayo@harvard.edu>

Hello all,

Locally at Harvard, there's a desire to have a revision statement be added to records when imported into ArchivesSpace from EAD.  Our rationale is that import into ArchivesSpace from other systems/formats is a significant event in the lifetime of the record, and that it's appropriate to track it in record content as well as in the creation time of the db record.

If there's general approval of the idea, I can package up our code so it can be added to ArchivesSpace proper, and make it available as a plugin.

Currently, we plan to add a revision statement reading "Imported into ArchivesSpace" or "Imported into ArchivesSpace via conversion from ${converter_type}."

The Github issue discussing this is here: https://github.com/archivesspace/archivesspace/issues/527

- Dave Mayo
  Digital Library Software Engineer
  Harvard University > HUIT > Library Technology Services
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/323690f5/attachment.html>

From christine.dibella at lyrasis.org  Mon Sep 19 15:21:05 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Mon, 19 Sep 2016 19:21:05 +0000
Subject: [Archivesspace_Users_Group] sorting by identifier
In-Reply-To: <DM5PR03MB247562DC2AC33765D7DF454CB5F40@DM5PR03MB2475.namprd03.prod.outlook.com>
References: <DM5PR03MB247562DC2AC33765D7DF454CB5F40@DM5PR03MB2475.namprd03.prod.outlook.com>
Message-ID: <CY1PR0801MB0842C599AD41C7C5FA22DDF6F1F40@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hi Michael,

Would you explain what is problematic about this for you? Is the concern with how they're sorting?

If so, the identifier fields in the Accession and Resource modules of ArchivesSpace each consist of 4 component blocks to facilitate setting default values for a portion of the identifier as well as for sorting by identifier overall - you can use just one of these blocks or more than one. These fields store alphanumeric values so you need to use leading zeros before numbers if you want the values to sort in strict numerical order. If your highest number is a four-digit number, all you numbers should employ leading zeros as necessary to make them four-digit numbers. So, for your example:

A&M.0002
A&M.0003
A&M.2100

would provide the sort of the number portion in the order you're likely wanting. (If it were me, I were probably put A&M in the first identifier block and the number portion in the second block, but that's not strictly necessary.) Depending on the volume of records involved, this kind of data cleanup might be done outside ArchivesSpace pre-EAD import or within ArchiveSpace post-import.

If it's a different issue that you're pointing out, please let us know.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Michael Ridderbusch
Sent: Monday, September 19, 2016 11:49 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] sorting by identifier


After importing xml records into ArchivesSpace,

and sorting them by identifier, the following turned up:



A&M.2
A&M.2100
A&M.3



Can this be remedied within ArchivesSpace?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160919/1ce77c16/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/20160919/1ce77c16/attachment.png>

From ltang5 at mail.lib.msu.edu  Mon Sep 19 16:23:08 2016
From: ltang5 at mail.lib.msu.edu (Tang, Lydia)
Date: Mon, 19 Sep 2016 20:23:08 +0000
Subject: [Archivesspace_Users_Group] location woes RESOLVED
Message-ID: <9651FEE3-2E0C-4858-AE4A-3747EAA33487@mail.lib.msu.edu>

Hello everyone,
Thanks to everyone who contacted me earlier.  I am happy to say that my location woes are resolved.  From my limited experience with the technical side of databases, what we ended up doing was roll back our server to the backup from overnight.  That actually didn?t erase the location records, so then we deleted the indexer_state directory, which reindexed the solr back to the earlier version.  That could be a bunch of goobledy-gook I just said, sorry about that, but I mean to say that (very happily), we are now rid of 6,500 bogus location records and I have learned to test my big ideas on our test server first!
Have a great evening!
Lydia

From sdm7g at eservices.virginia.edu  Mon Sep 19 18:14:01 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 19 Sep 2016 22:14:01 +0000
Subject: [Archivesspace_Users_Group] RFC: Should a revision statement
	be	produced on import?
In-Reply-To: <D40584C9.14E73%dave_mayo@harvard.edu>
References: <D40584C9.14E73%dave_mayo@harvard.edu>
Message-ID: <DD3659F3-7CE9-47E5-BF97-B4A21EF6AEE1@eservices.virginia.edu>


We have to do significant preprocessing of our EAD to get them to import into ArchivesSpace, so I append a revisiondesc/change item in my pre-import stylesheet. But I wouldn?t object to additional tagging, as my change item is dated from when the stylesheet is run and not the AS import. It would be useful if it added the ArchivesSpace version and importer. So far, we?re usually using import plugins for EAD ? in 1.4.2 a modified version of Yale plugin to get barcodes imported, in 1.5.1 test, a different plugin to import dao|daoloc/@role ?> digital-object.use_statement and fix some other problems. So it would be handy to track those details as well (and that is not info available to the pre-processor stylesheet, so that would be value added for me).

ArchivesSpace export adds a <creation> element with date: I guess it makes sense to tag it there rather than revision stmt, since from ASpace POV, it is a new EAD creation & serialization, even if we are using it as a replacement for an existing EAD. ( i.e. from MY POV, its a revision. ) ASpace version and serializer info would be useful here as well. 


? Steve Majewski



> On Sep 19, 2016, at 12:04 PM, Mayo, Dave <dave_mayo at harvard.edu> wrote:
> 
> Hello all,
> 
> Locally at Harvard, there's a desire to have a revision statement be added to records when imported into ArchivesSpace from EAD.  Our rationale is that import into ArchivesSpace from other systems/formats is a significant event in the lifetime of the record, and that it's appropriate to track it in record content as well as in the creation time of the db record.
> 
> If there's general approval of the idea, I can package up our code so it can be added to ArchivesSpace proper, and make it available as a plugin. 
> 
> Currently, we plan to add a revision statement reading "Imported into ArchivesSpace" or "Imported into ArchivesSpace via conversion from ${converter_type}." 
> 
> The Github issue discussing this is here: https://github.com/archivesspace/archivesspace/issues/527
> 
> - Dave Mayo
>   Digital Library Software Engineer
>   Harvard University > HUIT > Library Technology Services
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From sdm7g at eservices.virginia.edu  Tue Sep 20 12:29:01 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Tue, 20 Sep 2016 16:29:01 +0000
Subject: [Archivesspace_Users_Group] barcode encoding
Message-ID: <72C0E249-7956-4B09-8146-3817294A2390@eservices.virginia.edu>


1.5.x now imports and exports barcodes in EAD using the convention container/@label=?label (barcode)? 

Is there any particular reason why it isn?t using container/@containerid for this encoding ? 

	http://eadiva.com/container/

Is this some convention imported from Archivists Toolkit or Archon ? 


I would be happy to volunteer to create and push patches for this before in becomes the convention spreads further! 


? Steve Majewski 



From sdm7g at eservices.virginia.edu  Tue Sep 20 12:42:27 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Tue, 20 Sep 2016 16:42:27 +0000
Subject: [Archivesspace_Users_Group] barcode encoding
In-Reply-To: <72C0E249-7956-4B09-8146-3817294A2390@eservices.virginia.edu>
References: <72C0E249-7956-4B09-8146-3817294A2390@eservices.virginia.edu>
Message-ID: <10C20807-B15D-432E-85F7-AA6C25B1E8D7@eservices.virginia.edu>


Never mind: It appears endiva site is in error on this.  container/@containerid doesn?t validate for EAD 2002 and it?s not in the schema .rng file.  




> On Sep 20, 2016, at 12:29 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu> wrote:
> 
> 
> 1.5.x now imports and exports barcodes in EAD using the convention container/@label=?label (barcode)? 
> 
> Is there any particular reason why it isn?t using container/@containerid for this encoding ? 
> 
> 	http://eadiva.com/container/
> 
> Is this some convention imported from Archivists Toolkit or Archon ? 
> 
> 
> I would be happy to volunteer to create and push patches for this before in becomes the convention spreads further! 
> 
> 
> ? Steve Majewski 
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From sdm7g at eservices.virginia.edu  Tue Sep 20 12:47:21 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Tue, 20 Sep 2016 16:47:21 +0000
Subject: [Archivesspace_Users_Group] barcode encoding
In-Reply-To: <10C20807-B15D-432E-85F7-AA6C25B1E8D7@eservices.virginia.edu>
References: <72C0E249-7956-4B09-8146-3817294A2390@eservices.virginia.edu>
 <10C20807-B15D-432E-85F7-AA6C25B1E8D7@eservices.virginia.edu>
Message-ID: <CF949CD0-1D15-4B08-AF06-18E1F4B708FF@eservices.virginia.edu>



My error. I was on the ead3 page. 

> On Sep 20, 2016, at 12:42 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu> wrote:
> 
> 
> Never mind: It appears endiva site is in error on this.  container/@containerid doesn?t validate for EAD 2002 and it?s not in the schema .rng file.  
> 
> 
> 
> 
>> On Sep 20, 2016, at 12:29 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu> wrote:
>> 
>> 
>> 1.5.x now imports and exports barcodes in EAD using the convention container/@label=?label (barcode)? 
>> 
>> Is there any particular reason why it isn?t using container/@containerid for this encoding ? 
>> 
>> 	http://eadiva.com/container/
>> 
>> Is this some convention imported from Archivists Toolkit or Archon ? 
>> 
>> 
>> I would be happy to volunteer to create and push patches for this before in becomes the convention spreads further! 
>> 
>> 
>> ? 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


From mark.custer at yale.edu  Tue Sep 20 14:01:48 2016
From: mark.custer at yale.edu (Custer, Mark)
Date: Tue, 20 Sep 2016 18:01:48 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace PUI Development call,
	September 20th
Message-ID: <BY1PR08MB1322732B537E6D0116702A528CF70@BY1PR08MB1322.namprd08.prod.outlook.com>

All,

The ArchivesSpace Public Interface Development group will be holding its next conference call tonight, Tuesday, September 20th, 6 p.m. EDT.

Anyone with an interest in contributing to the development of the new ArchivesSpace Public Interface is welcome to join the call to listen in, although we will have a technical limit of only having 41 extra spots available due to the technology being used for the conference call.

The agenda is available at the following address: https://archivesspace.atlassian.net/wiki/display/ADC/2016-09-20 The minutes from this meeting will be posted to the same address shortly after the meeting concludes, and minutes from the previous development meetings can be accessed at https://archivesspace.atlassian.net/wiki/display/ADC/Meeting+Schedule%2C+Minutes

How to join the meeting:

Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/273727876

Or iPhone one-tap (US Toll):  16465588656,273727876# or 14086380968,273727876#

Or Telephone:

    Dial: +1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll)
    Meeting ID: 273 727 876
    International numbers available: https://zoom.us/zoomconference?m=USXae4tffV_KAUNNpLLZki6xG-N0X73n

If anyone has any questions or suggestions, please let me know.

Mark Custer

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

From rneal at richmond.edu  Tue Sep 20 14:36:34 2016
From: rneal at richmond.edu (Neal, Rick)
Date: Tue, 20 Sep 2016 18:36:34 +0000
Subject: [Archivesspace_Users_Group] Archive Space / Preservica
Message-ID: <348738d160c64b748f52b90d5c9d75ae@dagobah.richmond.edu>

Good afternoon,

I was wondering if there is anyone on this list who has integrated ArchiveSpace with Preservica.

We are in that process now and I have a couple of questions concerning ingesting objects. 

Thanks,

Rick


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rick Neal
Library Applications and Systems Administrator
Boatwright Memorial Library
University of Richmond, VA 23173

rneal at richmond.edu





From eckardm at umich.edu  Tue Sep 20 14:43:15 2016
From: eckardm at umich.edu (Max Eckard)
Date: Tue, 20 Sep 2016 14:43:15 -0400
Subject: [Archivesspace_Users_Group] Archive Space / Preservica
In-Reply-To: <348738d160c64b748f52b90d5c9d75ae@dagobah.richmond.edu>
References: <348738d160c64b748f52b90d5c9d75ae@dagobah.richmond.edu>
Message-ID: <CAOEoOqU3oiXHAh++dCmFPX41z-8nJ8-8he6C-zo8qkx2LBScQw@mail.gmail.com>

Hi Neal,

We have a little bit of information on ArchivesSpace-Preservica integration
up on the Integrations and Other Community Projects
<https://archivesspace.atlassian.net/wiki/display/ADC/Integrations+and+Other+Community+Projects>
page on the wiki. You may already be aware that Yale is working on this.
When they submitted their information, Euan Cochrane (euan.cochrane at yale.edu)
agreed to be a contact person. Thanks, Euan!

Hope that helps,
Max

On Tue, Sep 20, 2016 at 2:36 PM, Neal, Rick <rneal at richmond.edu> wrote:

> Good afternoon,
>
> I was wondering if there is anyone on this list who has integrated
> ArchiveSpace with Preservica.
>
> We are in that process now and I have a couple of questions concerning
> ingesting objects.
>
> Thanks,
>
> Rick
>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Rick Neal
> Library Applications and Systems Administrator
> Boatwright Memorial Library
> University of Richmond, VA 23173
>
> rneal at richmond.edu
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>



-- 
*Max Eckard*
*Assistant Archivist for Digital Curation*


Bentley Historical Library
1150 Beal Ave.
Ann Arbor, MI 48109-2113
(734) 763-7518
http://bentley.umich.edu/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160920/4a9bf5c4/attachment.html>

From bthomas at tsl.texas.gov  Tue Sep 20 14:52:47 2016
From: bthomas at tsl.texas.gov (Brian Thomas)
Date: Tue, 20 Sep 2016 13:52:47 -0500
Subject: [Archivesspace_Users_Group] Archive Space / Preservica
In-Reply-To: <348738d160c64b748f52b90d5c9d75ae@dagobah.richmond.edu>
References: <348738d160c64b748f52b90d5c9d75ae@dagobah.richmond.edu>
Message-ID: <8989D267A9D24244B802C6B561B7F0D5C7BF25@Exchange01.win2k.tsl.state.tx.us>

In case it goes off-list, I would be interested in being part of this
conversation if you don't mind. We are working on ArchivesSpace with the
potential for integration with our Preservica instance. I feel like I
have a good understanding of how things work, but you don't know what
you don't know, right?

Thanks,

Brian Thomas
Electronic Records Specialist
Texas State Library and Archives Commission
1201 Brazos Street
Austin, TX 78701
PH: (512) 475-3374
e-mail: bthomas at tsl.texas.gov
tsl.texas.gov




-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org
[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On
Behalf Of Neal, Rick
Sent: Tuesday, September 20, 2016 1:37 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Archive Space / Preservica

Good afternoon,

I was wondering if there is anyone on this list who has integrated
ArchiveSpace with Preservica.

We are in that process now and I have a couple of questions concerning
ingesting objects. 

Thanks,

Rick


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rick Neal
Library Applications and Systems Administrator Boatwright Memorial
Library University of Richmond, VA 23173

rneal at richmond.edu




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

From mjcohen at stmarys-ca.edu  Tue Sep 20 15:01:38 2016
From: mjcohen at stmarys-ca.edu (Martin Cohen)
Date: Tue, 20 Sep 2016 12:01:38 -0700
Subject: [Archivesspace_Users_Group] Integration of AS with BePress
Message-ID: <CAM7Q6oxFdSRR6krwxn0PSpoLj5k1QM=QC85NVY9=EW0coaKqJA@mail.gmail.com>

Related to the query about Preservica, we are looking to integrate
AS with BePress and would like to learn what's involved.

-- 
Martin J. Cohen
Librarian / Archivist
Saint Mary's College of California
mjcohen at stmarys-ca.edu
925-631-4231
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160920/490c1f21/attachment.html>

From eckardm at umich.edu  Tue Sep 20 15:25:17 2016
From: eckardm at umich.edu (Max Eckard)
Date: Tue, 20 Sep 2016 15:25:17 -0400
Subject: [Archivesspace_Users_Group] Integration of AS with BePress
In-Reply-To: <CAM7Q6oxFdSRR6krwxn0PSpoLj5k1QM=QC85NVY9=EW0coaKqJA@mail.gmail.com>
References: <CAM7Q6oxFdSRR6krwxn0PSpoLj5k1QM=QC85NVY9=EW0coaKqJA@mail.gmail.com>
Message-ID: <CAOEoOqWBfZxgGt-B7ZFjQQEmOtCSsw6nbT=EpFaEAL_BkPm7WQ@mail.gmail.com>

Hi Marten,

I believe you're the first (at least that I'm aware of from our work on the
Technical Advisory Committee Integrations sub-team) to be interested in an
integration with BePress (although not the first to be interested in
integration with an access system). I'd suggest taking a look at the
Integrations
and Other Community Projects
<https://archivesspace.atlassian.net/wiki/display/ADC/Integrations+and+Other+Community+Projects>
page on the wiki to see if any of those integrations work in similar ways
to the one you have in mind. If you find one, I'd reach out to that
institution for more information.

If you don't see what you're looking for, perhaps you could reply with a
little more detail about exactly what you're after. After that, I'm sure
one of us on the Integrations subteam or someone in the community would
have some suggestions for first steps.

Thanks,
Max

On Tue, Sep 20, 2016 at 3:01 PM, Martin Cohen <mjcohen at stmarys-ca.edu>
wrote:

> Related to the query about Preservica, we are looking to integrate
> AS with BePress and would like to learn what's involved.
>
> --
> Martin J. Cohen
> Librarian / Archivist
> Saint Mary's College of California
> mjcohen at stmarys-ca.edu
> 925-631-4231
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
*Max Eckard*
*Assistant Archivist for Digital Curation*


Bentley Historical Library
1150 Beal Ave.
Ann Arbor, MI 48109-2113
(734) 763-7518
http://bentley.umich.edu/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160920/a0bc60d4/attachment-0001.html>

From mjcohen at stmarys-ca.edu  Tue Sep 20 15:51:20 2016
From: mjcohen at stmarys-ca.edu (Martin Cohen)
Date: Tue, 20 Sep 2016 12:51:20 -0700
Subject: [Archivesspace_Users_Group] Integration of AS with BePress
In-Reply-To: <CAOEoOqWBfZxgGt-B7ZFjQQEmOtCSsw6nbT=EpFaEAL_BkPm7WQ@mail.gmail.com>
References: <CAM7Q6oxFdSRR6krwxn0PSpoLj5k1QM=QC85NVY9=EW0coaKqJA@mail.gmail.com>
 <CAOEoOqWBfZxgGt-B7ZFjQQEmOtCSsw6nbT=EpFaEAL_BkPm7WQ@mail.gmail.com>
Message-ID: <CAM7Q6ozWFTPu58JP+kUKZUHS=UDFH_oRUducLNfFkXMDwL_DGA@mail.gmail.com>

Max,

Thanks for responding so quickly.
I don't see in the Integrations and Comunity Projects page a reference to
what we
have in mind.

We have been using Archon and have built within in it an integrated digital
library of images
of the history of the College. Each image is contained within a "digital
library" which includes
descriptive metadata (title, physical description, content description,
creator, date, copyright
and publisher data, location of the physical source of the digital object,
etc).
These individual digital libraries are each associated with the collection
to which they pertain,
such that a given collection may contain physical boxes, folders,
audiotapes, video, photographs
and digital objects as well.

What we want is to make the digital object (JPEG, PDF, etc) viewable
together with its
metadata via AS. The digital objects themselves would be contained within
BePress, while
the physical objects would be referenced in AS. We hope not to have to
reconstruct our
whole catalog separately in BePress but to retain the data structures from
Archon as we
migrate to AS -- hence considering that we would in some fashion
be integrating BePress with AS.

At this point I don't know whether what I'm asking is trivially obvious or
basically un-doable.
Thanks for pointing me in a good direction.

-Martin

On Tue, Sep 20, 2016 at 12:25 PM, Max Eckard <eckardm at umich.edu> wrote:

> Hi Marten,
>
> I believe you're the first (at least that I'm aware of from our work on
> the Technical Advisory Committee Integrations sub-team) to be interested in
> an integration with BePress (although not the first to be interested in
> integration with an access system). I'd suggest taking a look at the Integrations
> and Other Community Projects
> <https://archivesspace.atlassian.net/wiki/display/ADC/Integrations+and+Other+Community+Projects>
> page on the wiki to see if any of those integrations work in similar ways
> to the one you have in mind. If you find one, I'd reach out to that
> institution for more information.
>
> If you don't see what you're looking for, perhaps you could reply with a
> little more detail about exactly what you're after. After that, I'm sure
> one of us on the Integrations subteam or someone in the community would
> have some suggestions for first steps.
>
> Thanks,
> Max
>
> On Tue, Sep 20, 2016 at 3:01 PM, Martin Cohen <mjcohen at stmarys-ca.edu>
> wrote:
>
>> Related to the query about Preservica, we are looking to integrate
>> AS with BePress and would like to learn what's involved.
>>
>> --
>> Martin J. Cohen
>> Librarian / Archivist
>> Saint Mary's College of California
>> mjcohen at stmarys-ca.edu
>> 925-631-4231
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>
>
> --
> *Max Eckard*
> *Assistant Archivist for Digital Curation*
>
>
> Bentley Historical Library
> 1150 Beal Ave.
> Ann Arbor, MI 48109-2113
> (734) 763-7518
> http://bentley.umich.edu/
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Martin J. Cohen
Librarian / Archivist
Saint Mary's College of California
mjcohen at stmarys-ca.edu
925-631-4231
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160920/d9453bc4/attachment.html>

From KennedyN at si.edu  Wed Sep 21 08:47:29 2016
From: KennedyN at si.edu (Kennedy, Nancy)
Date: Wed, 21 Sep 2016 12:47:29 +0000
Subject: [Archivesspace_Users_Group] Searching by refID
Message-ID: <4142170736420940ACB07EE9EECDC21F34D073F7@si-msedag04.US.SINET.SI.EDU>

Is there a trick to searching by refID in version 1.5.1?

In the http://sandbox.archivesspace.org/ , I can use an archival object's refID in the search box (http://sandbox.archivesspace.org/search?utf8=%E2%9C%93&q=aspace_8993882c657b71b6567eac97220581c7).  But, in our own recent 1.5.1 install, I get "No records found" when searching with the refID string.  Is anyone else seeing the same thing?

Nancy

Nancy Kennedy
EAD Coordinator
Smithsonian Institution
kennedyn at si.edu

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

From noah.huffman at duke.edu  Wed Sep 21 09:11:09 2016
From: noah.huffman at duke.edu (Noah Huffman)
Date: Wed, 21 Sep 2016 13:11:09 +0000
Subject: [Archivesspace_Users_Group] Searching by refID
In-Reply-To: <4142170736420940ACB07EE9EECDC21F34D073F7@si-msedag04.US.SINET.SI.EDU>
References: <4142170736420940ACB07EE9EECDC21F34D073F7@si-msedag04.US.SINET.SI.EDU>
Message-ID: <CO1PR05MB3299D9BD2EC4CE0B8CC8AB9E6F60@CO1PR05MB329.namprd05.prod.outlook.com>

Nancy, I've noticed this too.

While it doesn't appear that you can search by ref_ID in the staff interface, there is a new API endpoint for retrieving archival object records by ref_ID in version 1.5.1.

http://archivesspace.github.io/archivesspace/api/#get-repositories-repo_id-find_by_id-archival_objects

Not sure if this is helpful...

-Noah

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kennedy, Nancy
Sent: Wednesday, September 21, 2016 8:47 AM
To: 'archivesspace_users_group at lyralists.lyrasis.org' <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Searching by refID

Is there a trick to searching by refID in version 1.5.1?

In the http://sandbox.archivesspace.org/<https://urldefense.proofpoint.com/v2/url?u=http-3A__sandbox.archivesspace.org_&d=CwMFAg&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=B-Tg5966DwP1OmxdoBDWeCuuaQZBSk8ltvUt67jAJZ0&s=-S4OFA-4drzkSFH4CdIf7J2oETReOZM5uDH6jo6Qdrg&e=> , I can use an archival object's refID in the search box (http://sandbox.archivesspace.org/search?utf8=%E2%9C%93&q=aspace_8993882c657b71b6567eac97220581c7<https://urldefense.proofpoint.com/v2/url?u=http-3A__sandbox.archivesspace.org_search-3Futf8-3D-25E2-259C-2593-26q-3Daspace-5F8993882c657b71b6567eac97220581c7&d=CwMFAg&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=B-Tg5966DwP1OmxdoBDWeCuuaQZBSk8ltvUt67jAJZ0&s=3JUcwV6rRYFKjPFYbs-RWZ3EZ2Rd3Gx_II8IRcTcWvM&e=>).  But, in our own recent 1.5.1 install, I get "No records found" when searching with the refID string.  Is anyone else seeing the same thing?

Nancy

Nancy Kennedy
EAD Coordinator
Smithsonian Institution
kennedyn at si.edu<mailto:kennedyn at si.edu>

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

From smithkr at mit.edu  Wed Sep 21 09:36:02 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Wed, 21 Sep 2016 13:36:02 +0000
Subject: [Archivesspace_Users_Group] Does anyone have a mapping between ATK
 and ArchivesSpace permissions?
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A6AD4A@OC11expo28.exchange.mit.edu>

Hello,
We're at the stage of assigning permissions in AS to our users and are using the basis for what they had in ATK for our starting point.  They don't seem to map very directly and we are hoping someone has already done this work and will be willing to share your mapping with us.

We didn't make any modifications to the permission groups in ATK.

Alternatively, is there a place in ArchivesSpace where we can set the permission actions for each group?  In ATK there was the page where you could pick and choose any feature to be allowed or disallowed for a particular group.  We haven't seen that option in AS - would someone point us to that location?

Thanks!


Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

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

From lmcphee at ucsd.edu  Wed Sep 21 10:12:54 2016
From: lmcphee at ucsd.edu (McPhee, Laurel)
Date: Wed, 21 Sep 2016 14:12:54 +0000
Subject: [Archivesspace_Users_Group] Does anyone have a mapping between
 ATK and ArchivesSpace permissions?
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBF4A6AD4A@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A6AD4A@OC11expo28.exchange.mit.edu>
Message-ID: <3975740D6A5FF946B2A77B95A7B228D734ED4A94@XMAIL-MBX-AV1.AD.UCSD.EDU>

Hi Kari,

We were also happy with the former permissions structure in ATK, but ended up following Yale's good advice on how to create much more granular user groups that give us the ability to assign permissions at a very detailed level (I think Maureen Callahan originally posted this guidance to the listserv some months ago). I've attached the grid that we adopted here, and it's worked very well to phase in permissions in sync with trainings. Most users belong to multiple groups and it gives us a lot of control.

This doesn't directly answer your question, but I hope is helpful.

Laurel

Laurel McPhee
Supervisory Archivist, Special Collections & Archives Program
UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu<mailto:lmcphee at ucsd.edu>



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
Sent: Wednesday, September 21, 2016 6:36 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org) <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Does anyone have a mapping between ATK and ArchivesSpace permissions?

Hello,
We're at the stage of assigning permissions in AS to our users and are using the basis for what they had in ATK for our starting point.  They don't seem to map very directly and we are hoping someone has already done this work and will be willing to share your mapping with us.

We didn't make any modifications to the permission groups in ATK.

Alternatively, is there a place in ArchivesSpace where we can set the permission actions for each group?  In ATK there was the page where you could pick and choose any feature to be allowed or disallowed for a particular group.  We haven't seen that option in AS - would someone point us to that location?

Thanks!


Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160921/75889414/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ASpaceUserGroups.pdf
Type: application/pdf
Size: 11548 bytes
Desc: ASpaceUserGroups.pdf
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160921/75889414/attachment.pdf>

From smithkr at mit.edu  Wed Sep 21 10:19:26 2016
From: smithkr at mit.edu (Kari R Smith)
Date: Wed, 21 Sep 2016 14:19:26 +0000
Subject: [Archivesspace_Users_Group] Does anyone have a mapping between
 ATK and ArchivesSpace permissions?
In-Reply-To: <3975740D6A5FF946B2A77B95A7B228D734ED4A94@XMAIL-MBX-AV1.AD.UCSD.EDU>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A6AD4A@OC11expo28.exchange.mit.edu>
 <3975740D6A5FF946B2A77B95A7B228D734ED4A94@XMAIL-MBX-AV1.AD.UCSD.EDU>
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBF4A6BEEA@OC11expo28.exchange.mit.edu>

Laurel, thank you very much for posting this // and to Yale's team for their information as well.

Kari

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel
Sent: Wednesday, September 21, 2016 10:13 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Does anyone have a mapping between ATK and ArchivesSpace permissions?

Hi Kari,

We were also happy with the former permissions structure in ATK, but ended up following Yale's good advice on how to create much more granular user groups that give us the ability to assign permissions at a very detailed level (I think Maureen Callahan originally posted this guidance to the listserv some months ago). I've attached the grid that we adopted here, and it's worked very well to phase in permissions in sync with trainings. Most users belong to multiple groups and it gives us a lot of control.

This doesn't directly answer your question, but I hope is helpful.

Laurel

Laurel McPhee
Supervisory Archivist, Special Collections & Archives Program
UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu<mailto:lmcphee at ucsd.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 Kari R Smith
Sent: Wednesday, September 21, 2016 6:36 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>) <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Does anyone have a mapping between ATK and ArchivesSpace permissions?

Hello,
We're at the stage of assigning permissions in AS to our users and are using the basis for what they had in ATK for our starting point.  They don't seem to map very directly and we are hoping someone has already done this work and will be willing to share your mapping with us.

We didn't make any modifications to the permission groups in ATK.

Alternatively, is there a place in ArchivesSpace where we can set the permission actions for each group?  In ATK there was the page where you could pick and choose any feature to be allowed or disallowed for a particular group.  We haven't seen that option in AS - would someone point us to that location?

Thanks!


Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

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

From christine.dibella at lyrasis.org  Wed Sep 21 11:18:39 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Wed, 21 Sep 2016 15:18:39 +0000
Subject: [Archivesspace_Users_Group] Does anyone have a mapping between
 ATK and ArchivesSpace permissions?
In-Reply-To: <29F559819ACA9A4FBF208407D4B63ABBF4A6BEEA@OC11expo28.exchange.mit.edu>
References: <29F559819ACA9A4FBF208407D4B63ABBF4A6AD4A@OC11expo28.exchange.mit.edu>
 <3975740D6A5FF946B2A77B95A7B228D734ED4A94@XMAIL-MBX-AV1.AD.UCSD.EDU>
 <29F559819ACA9A4FBF208407D4B63ABBF4A6BEEA@OC11expo28.exchange.mit.edu>
Message-ID: <CY1PR0801MB084229EA16B7D844554B8C7DF1F60@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hi Kari,

On the second part of your question, permissions in ArchivesSpace are assigned to groups of users via the Manage User Access or Manage Groups areas; there are links to these under the gear menu, though they're only listed for users that have permission to perform those functions. (You may need to check with your system administrator to determine what permissions you have, if you're not sure.) ArchivesSpace has 7 different built-in permission levels (6 groups plus system administrator access), but you can create additional groups or change the permissions in the built-in groups. With the exception of system administrator privileges, which apply to an entire installation, permissions are specific to a particular repository, so an individual user can have different levels of permissions for the different repositories in your installation if you wish.

There's information about this in the user manual at https://docs.archivesspace.org/Default.htm#UserPermGroupsManage.htm and we also have some videos in the members area related to this (look for videos related to users or permission groups). If you need any other pointers or have other questions, just let us know.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kari R Smith
Sent: Wednesday, September 21, 2016 10:19 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Does anyone have a mapping between ATK and ArchivesSpace permissions?

Laurel, thank you very much for posting this // and to Yale's team for their information as well.

Kari

Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McPhee, Laurel
Sent: Wednesday, September 21, 2016 10:13 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] Does anyone have a mapping between ATK and ArchivesSpace permissions?

Hi Kari,

We were also happy with the former permissions structure in ATK, but ended up following Yale's good advice on how to create much more granular user groups that give us the ability to assign permissions at a very detailed level (I think Maureen Callahan originally posted this guidance to the listserv some months ago). I've attached the grid that we adopted here, and it's worked very well to phase in permissions in sync with trainings. Most users belong to multiple groups and it gives us a lot of control.

This doesn't directly answer your question, but I hope is helpful.

Laurel

Laurel McPhee
Supervisory Archivist, Special Collections & Archives Program
UC San Diego Library | * 858-534-5619 | * lmcphee at ucsd.edu<mailto:lmcphee at ucsd.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 Kari R Smith
Sent: Wednesday, September 21, 2016 6:36 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>) <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Does anyone have a mapping between ATK and ArchivesSpace permissions?

Hello,
We're at the stage of assigning permissions in AS to our users and are using the basis for what they had in ATK for our starting point.  They don't seem to map very directly and we are hoping someone has already done this work and will be willing to share your mapping with us.

We didn't make any modifications to the permission groups in ATK.

Alternatively, is there a place in ArchivesSpace where we can set the permission actions for each group?  In ATK there was the page where you could pick and choose any feature to be allowed or disallowed for a particular group.  We haven't seen that option in AS - would someone point us to that location?

Thanks!


Kari R. Smith
Digital Archivist, Institute Archives and Special Collections
Massachusetts Institute of Technology Libraries
617.253.5690   smithkr at mit.edu   http://libraries.mit.edu/archives/

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

From luftsche at usc.edu  Wed Sep 21 14:58:42 2016
From: luftsche at usc.edu (Susan Luftschein)
Date: Wed, 21 Sep 2016 18:58:42 +0000
Subject: [Archivesspace_Users_Group] Reports in 1.5.1
Message-ID: <CO2PR07MB25190FDAEE5A2F49436208C4D3F60@CO2PR07MB2519.namprd07.prod.outlook.com>

Hi all,

Does anyone have a status on the reports functionality in 1.5.1? Before I try to run a report I want to make sure it will actually run!  Couldn't find anything in Jira.

Thanks,
Sue

Sue Luftschein
Head, and Archival & 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/20160921/be149c31/attachment.html>

From ltang5 at mail.lib.msu.edu  Wed Sep 21 15:37:31 2016
From: ltang5 at mail.lib.msu.edu (Tang, Lydia)
Date: Wed, 21 Sep 2016 19:37:31 +0000
Subject: [Archivesspace_Users_Group] Top Containers question
Message-ID: <14252F3A-B157-42F1-B075-B81F628D1C27@mail.lib.msu.edu>

Hello,
I have been trying to search the documentation on Top Containers but perhaps I am overlooking something - since migrating to version 1.5.1, it seems to me that anyone with less than archivist or even repository manager positions are not able to create Top Containers which can be problematic when just trying to enter a basic finding aid.  Additionally, it hasn?t been very clear to me where I (as a respository manager) can bulk create containers for the people I am working with.
In the ?Manage Top Container? section, I am able to look up and bulk edit (yay!) existing top containers but not create any new ones from this view.
Additionally, any new Top Containers show up as labeled ?Container? despite being able to distinguish them as ?boxes? or other formats in the drop down menu.
I have been able to more easily add boxes for finding aids by using the Rapid Data Entry, but unfortunately it seems like the basic workflow for us in generating finding aids has gotten a lot more complicated with this new update.
Any thoughts or workarounds would be greatly appreciated!
Lydia

From Joshua.D.Shaw at dartmouth.edu  Wed Sep 21 15:44:51 2016
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Wed, 21 Sep 2016 19:44:51 +0000
Subject: [Archivesspace_Users_Group] Top Containers question
Message-ID: <5A016255-4D4E-4B2C-A99B-2A0F20CAB67B@dartmouth.edu>

Hi Lydia-

You can manage the permissions associated with the top containers by going to the ?Manage Groups? menu option under the repository gear icon (I hope that makes sense!) I think you may have to be an administrator to grant these permissions.

Once there, you can either edit an already existing group and allow that group to have create/update rights for top containers or create a new custom group and assign users to that.

Hope that helps!
Joshua

On 9/21/16, 3:37 PM, "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Tang, Lydia" <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of ltang5 at mail.lib.msu.edu> wrote:

    Hello,
    I have been trying to search the documentation on Top Containers but perhaps I am overlooking something - since migrating to version 1.5.1, it seems to me that anyone with less than archivist or even repository manager positions are not able to create Top Containers which can be problematic when just trying to enter a basic finding aid.  Additionally, it hasn?t been very clear to me where I (as a respository manager) can bulk create containers for the people I am working with.
    In the ?Manage Top Container? section, I am able to look up and bulk edit (yay!) existing top containers but not create any new ones from this view.
    Additionally, any new Top Containers show up as labeled ?Container? despite being able to distinguish them as ?boxes? or other formats in the drop down menu.
    I have been able to more easily add boxes for finding aids by using the Rapid Data Entry, but unfortunately it seems like the basic workflow for us in generating finding aids has gotten a lot more complicated with this new update.
    Any thoughts or workarounds would be greatly appreciated!
    Lydia
    _______________________________________________
    Archivesspace_Users_Group mailing list
    Archivesspace_Users_Group at lyralists.lyrasis.org
    http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
    


From Joshua.D.Shaw at dartmouth.edu  Wed Sep 21 15:47:30 2016
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Wed, 21 Sep 2016 19:47:30 +0000
Subject: [Archivesspace_Users_Group] Top Containers question
In-Reply-To: <5A016255-4D4E-4B2C-A99B-2A0F20CAB67B@dartmouth.edu>
References: <5A016255-4D4E-4B2C-A99B-2A0F20CAB67B@dartmouth.edu>
Message-ID: <70A87BC7-FC31-4D4D-9B32-608097B1264F@dartmouth.edu>

PS. On a related note, I would *love* to see permissions for CRUD operations on locations broken out as well. So that I can delegate to trusted users;-)

Joshua

On 9/21/16, 3:44 PM, "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua D. Shaw" <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Joshua.D.Shaw at dartmouth.edu> wrote:

    Hi Lydia-
    
    You can manage the permissions associated with the top containers by going to the ?Manage Groups? menu option under the repository gear icon (I hope that makes sense!) I think you may have to be an administrator to grant these permissions.
    
    Once there, you can either edit an already existing group and allow that group to have create/update rights for top containers or create a new custom group and assign users to that.
    
    Hope that helps!
    Joshua
    
    On 9/21/16, 3:37 PM, "archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of Tang, Lydia" <archivesspace_users_group-bounces at lyralists.lyrasis.org on behalf of ltang5 at mail.lib.msu.edu> wrote:
    
        Hello,
        I have been trying to search the documentation on Top Containers but perhaps I am overlooking something - since migrating to version 1.5.1, it seems to me that anyone with less than archivist or even repository manager positions are not able to create Top Containers which can be problematic when just trying to enter a basic finding aid.  Additionally, it hasn?t been very clear to me where I (as a respository manager) can bulk create containers for the people I am working with.
        In the ?Manage Top Container? section, I am able to look up and bulk edit (yay!) existing top containers but not create any new ones from this view.
        Additionally, any new Top Containers show up as labeled ?Container? despite being able to distinguish them as ?boxes? or other formats in the drop down menu.
        I have been able to more easily add boxes for finding aids by using the Rapid Data Entry, but unfortunately it seems like the basic workflow for us in generating finding aids has gotten a lot more complicated with this new update.
        Any thoughts or workarounds would be greatly appreciated!
        Lydia
        _______________________________________________
        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 christine.dibella at lyrasis.org  Wed Sep 21 16:39:57 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Wed, 21 Sep 2016 20:39:57 +0000
Subject: [Archivesspace_Users_Group] Reports in 1.5.1
In-Reply-To: <CO2PR07MB25190FDAEE5A2F49436208C4D3F60@CO2PR07MB2519.namprd07.prod.outlook.com>
References: <CO2PR07MB25190FDAEE5A2F49436208C4D3F60@CO2PR07MB2519.namprd07.prod.outlook.com>
Message-ID: <CY1PR0801MB0842F32D4CE275E1ACB45440F1F60@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hi Sue,

As many people know, the current reports module has been problematic in ArchivesSpace. The Reports subteam of the User Advisory Council is writing a specification for a new reports module, which will be sent to the ArchivesSpace community soon. More information about their work is available at https://archivesspace.atlassian.net/wiki/display/AC/2015-16+Reports.

Reports that were known to not be working prior to the release of 1.5.0/1.5.1 were removed. I believe that there are some additional reports that have proven to be problematic. The members of the Reports subteam are likely the most versed in the current status of specific reports as well as reports overall, so it would be great if someone from that group would give an update.

And since others are likely having the same issue, I'll just mention a couple workarounds I've been pointing people to lately related to getting reporting data: the v1.5 versions provide a way for getting data out in CSV format. You can access this option from the Browse or search results page for any of the primary record types (Accessions, Resources, Digital Objects, Agents, etc.). This will export every field from every record in the result set, but the data can be refined outside ArchivesSpace.

Another option that some people are using with success is setting up an ODBC connection or otherwise hooking ArchivesSpace up to output data to an external program. Laurel McPhee of UCSD presented a lightning talk at the Member Forum about this, and Nancy Enneking of the Getty presented a similar talk titled DIY Reports in ArchivesSpace at a session called Making ArchivesSpace Work for You at SAA last month. Nancy's talk is in the file posted at http://schd.ws/hosted_files/archives2016/3e/Session501-All_presenters.pptx; Nancy's starts on page 40.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein
Sent: Wednesday, September 21, 2016 2:59 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Reports in 1.5.1

Hi all,

Does anyone have a status on the reports functionality in 1.5.1? Before I try to run a report I want to make sure it will actually run!  Couldn't find anything in Jira.

Thanks,
Sue

Sue Luftschein
Head, and Archival & 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/20160921/3aff2d1a/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/20160921/3aff2d1a/attachment.png>

From christine.dibella at lyrasis.org  Wed Sep 21 16:44:00 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Wed, 21 Sep 2016 20:44:00 +0000
Subject: [Archivesspace_Users_Group] Top Containers question
In-Reply-To: <14252F3A-B157-42F1-B075-B81F628D1C27@mail.lib.msu.edu>
References: <14252F3A-B157-42F1-B075-B81F628D1C27@mail.lib.msu.edu>
Message-ID: <CY1PR0801MB08420DC4A8EACC888942A7B0F1F60@CY1PR0801MB0842.namprd08.prod.outlook.com>

Dear Lydia,

There are a few things going on here, so I'll answer as best I can, but just let us know if something is still not addressed. 

Joshua pointed you to the information about adjusting permissions, so hopefully that part is cleared up a bit. Creating/updating top containers is a specific permission in ArchivesSpace, so you'll want to make sure it's granted to the users that need to do this. (If you're using the built-in permission groups, adding it to the groups for basic or advanced data entry; if you have a custom group, adding it to that group).

There isn't a bulk create option in the Manage Top Containers area. That could be filed as a feature request in JIRA. (I'd be interested to hear what people are doing to create a number of top containers in advance too.)

Where are the container_type values showing up as just "container"? There was an older issue with this displaying in the resource tree (https://archivesspace.atlassian.net/browse/AR-1391), but if was fixed prior to the 1.5.0 release, so I'm wondering if there's still a vestige somewhere. There is a feature request in JIRA for container type to be added as a column in the bulk operations screen (https://archivesspace.atlassian.net/browse/AR-1441). 

As far as accessing the Manage Top Containers area goes in general, Sally Vermaaten reported an issue a few weeks ago related to the display of the Manage Top Containers menu item for certain permission levels, even when permission to perform the operations in that area is granted to the user: https://archivesspace.atlassian.net/browse/AR-1559 

The workaround for that until it is fixed is to go to the direct link for the Manage Top Containers page (for example, in the test.archivesspace.org domain, this would be http://test.archivesspace.org/top_containers) 

Christine

Christine Di Bella
ArchivesSpace Community Outreach Manager
christine.dibella at lyrasis.org
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)?



-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia
Sent: Wednesday, September 21, 2016 3:38 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Top Containers question

Hello,
I have been trying to search the documentation on Top Containers but perhaps I am overlooking something - since migrating to version 1.5.1, it seems to me that anyone with less than archivist or even repository manager positions are not able to create Top Containers which can be problematic when just trying to enter a basic finding aid.  Additionally, it hasn?t been very clear to me where I (as a respository manager) can bulk create containers for the people I am working with.
In the ?Manage Top Container? section, I am able to look up and bulk edit (yay!) existing top containers but not create any new ones from this view.
Additionally, any new Top Containers show up as labeled ?Container? despite being able to distinguish them as ?boxes? or other formats in the drop down menu.
I have been able to more easily add boxes for finding aids by using the Rapid Data Entry, but unfortunately it seems like the basic workflow for us in generating finding aids has gotten a lot more complicated with this new update.
Any thoughts or workarounds would be greatly appreciated!
Lydia
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

From s.innes at auckland.ac.nz  Wed Sep 21 17:37:12 2016
From: s.innes at auckland.ac.nz (Stephen Innes)
Date: Wed, 21 Sep 2016 21:37:12 +0000
Subject: [Archivesspace_Users_Group] Linking to digital objects in AS
Message-ID: <015B1C30FBB6FD4EA43F95D77D2864230122E7FA1C@uxcn10-6.UoA.auckland.ac.nz>

I have some general questions for the community relating to linking digital archival objects from ArchivesSpace. Although we have substantial digital content we have not yet linked this to EAD metadata and would like feedback from others before our digital development team commit further time to the project. We have spent considerable time adapting stylesheets to present resources through HTML finding aids, but linking to digital objects from AS is new to us.
 
Are members using links in published finding aids to deliver digital resources, either through an HTML version or the PDF generated from within AS? Or are your digital archival resources separately discovered and linked to?
 
A specific question we have is: if you link from EAD records, do you link to a repository record with multiple files, or directly to multiple files?
 
Please reply to the list or directly to me if that's easier.
 
Thank you,


Stephen Innes (ALIANZA)
Special Collections Manager
General Library, Te Herenga M?tauranga Wh?nui
The University of Auckland
Private Bag 92019
Auckland 1142
New Zealand
Telephone (649) 373-7599 ext. 88062 | Fax (649) 373-7565
Blog: http://blogs.library.auckland.ac.nz/special-collections/Default.aspx
Online exhibition: Special Collections First World War Centenary 2014-2018


From ltang5 at mail.lib.msu.edu  Thu Sep 22 09:56:35 2016
From: ltang5 at mail.lib.msu.edu (Tang, Lydia)
Date: Thu, 22 Sep 2016 13:56:35 +0000
Subject: [Archivesspace_Users_Group] =?utf-8?q?=E2=80=9CAn_error_occurred_?=
	=?utf-8?q?loading_this_record=22?=
Message-ID: <EC7C000A-A037-4853-B948-6573F68BE72F@mail.lib.msu.edu>

Good morning, thank you all for your help earlier about adding permissions for the Top Containers.
I have a new question.  At some point, I believe a section of a finding aid may have been supressed (but either is not now or otherwise somehow still shows up in Print to PDF), and that particular series and subcomponents display a message: ?An error occurred loading this record.?  I am able to expand the series but not edit it while it displays this message and the error persists even if I log out and log back in again or change browsers.  Would any of you have any ideas or workarounds?  I am thinking about exporting it as EAD and editing it that way, but out of wariness about linking/unlinking the Agents or Subjects, I would prefer to not do this. Thanks for your thoughts!
Lydia

From mkottman at ku.edu  Thu Sep 22 10:50:21 2016
From: mkottman at ku.edu (Kottman, Miloche)
Date: Thu, 22 Sep 2016 14:50:21 +0000
Subject: [Archivesspace_Users_Group] Top Containers question
In-Reply-To: <CY1PR0801MB08420DC4A8EACC888942A7B0F1F60@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <14252F3A-B157-42F1-B075-B81F628D1C27@mail.lib.msu.edu>
 <CY1PR0801MB08420DC4A8EACC888942A7B0F1F60@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <e409bcfbae304cbb997bd7faf85c768a@ex13-ell-cr-15.home.ku.edu>

Lydia,

As Joshua and Christine indicated, permissions for working on Top Containers will need to be given to all you appropriate user groups.  The default at install is set so that no one has permissions (except for system administrators).

As for the labeling as "Container", note that  the Hierarchy Frame will have ?Container?? instead of Box until you close and open the record again.  The screen display just needs a "refresh", the data is there, for example if you download an EAD without refreshing your screen, it will still say box/folder/item, etc. in the EAD record.

--Miloche Kottman
University of Kansas Libraries


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Christine Di Bella
Sent: Wednesday, September 21, 2016 3:44 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Top Containers question

Dear Lydia,

There are a few things going on here, so I'll answer as best I can, but just let us know if something is still not addressed. 

Joshua pointed you to the information about adjusting permissions, so hopefully that part is cleared up a bit. Creating/updating top containers is a specific permission in ArchivesSpace, so you'll want to make sure it's granted to the users that need to do this. (If you're using the built-in permission groups, adding it to the groups for basic or advanced data entry; if you have a custom group, adding it to that group).

There isn't a bulk create option in the Manage Top Containers area. That could be filed as a feature request in JIRA. (I'd be interested to hear what people are doing to create a number of top containers in advance too.)

Where are the container_type values showing up as just "container"? There was an older issue with this displaying in the resource tree (https://archivesspace.atlassian.net/browse/AR-1391), but if was fixed prior to the 1.5.0 release, so I'm wondering if there's still a vestige somewhere. There is a feature request in JIRA for container type to be added as a column in the bulk operations screen (https://archivesspace.atlassian.net/browse/AR-1441). 

As far as accessing the Manage Top Containers area goes in general, Sally Vermaaten reported an issue a few weeks ago related to the display of the Manage Top Containers menu item for certain permission levels, even when permission to perform the operations in that area is granted to the user: https://archivesspace.atlassian.net/browse/AR-1559 

The workaround for that until it is fixed is to go to the direct link for the Manage Top Containers page (for example, in the test.archivesspace.org domain, this would be http://test.archivesspace.org/top_containers) 

Christine

Christine Di Bella
ArchivesSpace Community Outreach Manager christine.dibella at lyrasis.org
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)?



-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia
Sent: Wednesday, September 21, 2016 3:38 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Top Containers question

Hello,
I have been trying to search the documentation on Top Containers but perhaps I am overlooking something - since migrating to version 1.5.1, it seems to me that anyone with less than archivist or even repository manager positions are not able to create Top Containers which can be problematic when just trying to enter a basic finding aid.  Additionally, it hasn?t been very clear to me where I (as a respository manager) can bulk create containers for the people I am working with.
In the ?Manage Top Container? section, I am able to look up and bulk edit (yay!) existing top containers but not create any new ones from this view.
Additionally, any new Top Containers show up as labeled ?Container? despite being able to distinguish them as ?boxes? or other formats in the drop down menu.
I have been able to more easily add boxes for finding aids by using the Rapid Data Entry, but unfortunately it seems like the basic workflow for us in generating finding aids has gotten a lot more complicated with this new update.
Any thoughts or workarounds would be greatly appreciated!
Lydia
_______________________________________________
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 noah.huffman at duke.edu  Thu Sep 22 11:05:13 2016
From: noah.huffman at duke.edu (Noah Huffman)
Date: Thu, 22 Sep 2016 15:05:13 +0000
Subject: [Archivesspace_Users_Group] Linking to digital objects in AS
In-Reply-To: <015B1C30FBB6FD4EA43F95D77D2864230122E7FA1C@uxcn10-6.UoA.auckland.ac.nz>
References: <015B1C30FBB6FD4EA43F95D77D2864230122E7FA1C@uxcn10-6.UoA.auckland.ac.nz>
Message-ID: <CO1PR05MB329691A8E87176757FD30D6E6C90@CO1PR05MB329.namprd05.prod.outlook.com>

Hi Stephen,

I wrote a blog post a year or so ago that sort of describes how we handle this at Duke: http://blogs.library.duke.edu/bitstreams/2015/07/06/the-tao-of-the-dao-embedding-digital-objects-in-finding-aids/

Some of this info is a bit outdated, as we've moved most of our digital content into a Fedora repository, but most of the principles still hold.

Our digital resources are discoverable both in finding aids (linked and sometimes embedded) and in our repository interface.  The finding aid interface just pulls the images from the repository based on the <dao> tagging.  Some of this is explained in the blog post.

RE: your last question, we typically link to a repository record with multiple files.  In theory, there is a 1-1 correspondence between digital object records in ASpace and digital objects in our repository.

-Noah

================
Noah Huffman
Archivist for Metadata, Systems, and Digital Records
David M. Rubenstein Rare Book & Manuscript Library
Duke University | 919-660-5982
http://library.duke.edu/rubenstein/ 

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Stephen Innes
Sent: Wednesday, September 21, 2016 5:37 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Linking to digital objects in AS

I have some general questions for the community relating to linking digital archival objects from ArchivesSpace. Although we have substantial digital content we have not yet linked this to EAD metadata and would like feedback from others before our digital development team commit further time to the project. We have spent considerable time adapting stylesheets to present resources through HTML finding aids, but linking to digital objects from AS is new to us.

 

Are members using links in published finding aids to deliver digital resources, either through an HTML version or the PDF generated from within AS? Or are your digital archival resources separately discovered and linked to?

 

A specific question we have is: if you link from EAD records, do you link to a repository record with multiple files, or directly to multiple files?

 

Please reply to the list or directly to me if that's easier.

 

Thank you,





Stephen Innes (ALIANZA)

Special Collections Manager

General Library, Te Herenga M?tauranga Wh?nui

The University of Auckland

Private Bag 92019

Auckland 1142

New Zealand

Telephone (649) 373-7599 ext. 88062 | Fax (649) 373-7565

Blog: https://urldefense.proofpoint.com/v2/url?u=http-3A__blogs.library.auckland.ac.nz_special-2Dcollections_Default.aspx&d=CwIGaQ&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=TGLTMobP9ny1I0W_uz3yhvDpjY3Qtw1ZoxCCyaqshdM&s=bPNfGsgtb-Oerzy49syphtTCBoqbv4MPZnJuBAIZoRk&e= 

Online exhibition: Special Collections First World War Centenary 2014-2018



_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=CwIGaQ&c=imBPVzF25OnBgGmVOlcsiEgHoG1i6YHLR0Sj_gZ4adc&r=F0JE8U9-xhxe_nE7d7aEUi-uqfKqvYJ222bS0oz9mko&m=TGLTMobP9ny1I0W_uz3yhvDpjY3Qtw1ZoxCCyaqshdM&s=Mnavk_S5e6wAlxAmIOV59T6wxqV9NQMmA40SCI9rFV4&e= 

From LawlorS at tncc.edu  Thu Sep 22 16:29:56 2016
From: LawlorS at tncc.edu (Lawlor, Susan)
Date: Thu, 22 Sep 2016 20:29:56 +0000
Subject: [Archivesspace_Users_Group] Unwanted Pre-populated of record fields
Message-ID: <BN6PR01MB26911F50BB6C8122DFC42313C2C90@BN6PR01MB2691.prod.exchangelabs.com>

We've started having a bizarre, intermittent problem when adding sibling records.  We'll have a record highlighted in Edit mode, and click on Add Sibling.  A blank archival object record appears and then a few seconds later, all the fields populate with the data from the previous record.  If we try deleting and typing over the data and saving a new record, it instead overwrites the old one. So we are effectively prevented from adding a sibling record.

Has anyone else ever seen anything like this?  We're a Lyrasis hosted site, and we're already walked through the process with Lyrasis support desk and they couldn't figure out what was going wrong.  We've tried different browsers, and have already checked the repository settings, Pro-populate Records in NOT checked anywhere.



Susan Lawlor
Technical Services Librarian
99 Thomas Nelson Drive
Hampton, VA 23666
Tel: 757.825.3530
Fax: 757.825.2870
E-mail: lawlors at tncc.edu<mailto:lawlors at tncc.edu>

[cid:image001.png at 01CF7437.0A084090]

 Success. It's closer than you think.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160922/dc07e20d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 37790 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160922/dc07e20d/attachment.png>

From christine.dibella at lyrasis.org  Fri Sep 23 13:51:08 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Fri, 23 Sep 2016 17:51:08 +0000
Subject: [Archivesspace_Users_Group] Unwanted Pre-populated of record
	fields
In-Reply-To: <BN6PR01MB26911F50BB6C8122DFC42313C2C90@BN6PR01MB2691.prod.exchangelabs.com>
References: <BN6PR01MB26911F50BB6C8122DFC42313C2C90@BN6PR01MB2691.prod.exchangelabs.com>
Message-ID: <CY1PR0801MB0842590495628400CD25260BF1C80@CY1PR0801MB0842.namprd08.prod.outlook.com>

Dear Susan,

Since you're hosted by LYRASIS, it sounds like you may have heard more from LYRASIS tech folks since this message, but what you're describing sounds like it may be related to the loading time for the record. Perhaps requesting a new sibling record is happening before the original record has completely loaded (or saved, depending on the sequence). Does this behavior happen on only records of a certain size or complexity? Are you seeing noticeable slowness in other ArchivesSpace or non-ArchivesSpace functions?

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Lawlor, Susan
Sent: Thursday, September 22, 2016 4:30 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Unwanted Pre-populated of record fields

We've started having a bizarre, intermittent problem when adding sibling records.  We'll have a record highlighted in Edit mode, and click on Add Sibling.  A blank archival object record appears and then a few seconds later, all the fields populate with the data from the previous record.  If we try deleting and typing over the data and saving a new record, it instead overwrites the old one. So we are effectively prevented from adding a sibling record.

Has anyone else ever seen anything like this?  We're a Lyrasis hosted site, and we're already walked through the process with Lyrasis support desk and they couldn't figure out what was going wrong.  We've tried different browsers, and have already checked the repository settings, Pro-populate Records in NOT checked anywhere.



Susan Lawlor
Technical Services Librarian
99 Thomas Nelson Drive
Hampton, VA 23666
Tel: 757.825.3530
Fax: 757.825.2870
E-mail: lawlors at tncc.edu<mailto:lawlors at tncc.edu>

[cid:image001.png at 01CF7437.0A084090]

 Success. It's closer than you think.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160923/5e925222/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7645 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160923/5e925222/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 37790 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160923/5e925222/attachment-0001.png>

From christine.dibella at lyrasis.org  Fri Sep 23 14:03:53 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Fri, 23 Sep 2016 18:03:53 +0000
Subject: [Archivesspace_Users_Group]
	=?utf-8?q?=E2=80=9CAn_error_occurred_?=
	=?utf-8?q?loading_this_record=22?=
In-Reply-To: <EC7C000A-A037-4853-B948-6573F68BE72F@mail.lib.msu.edu>
References: <EC7C000A-A037-4853-B948-6573F68BE72F@mail.lib.msu.edu>
Message-ID: <CY1PR0801MB0842CD210B8400A8DB8F69D8F1C80@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hi Lydia,

Would you send some screenshots of what this looks like? Editing these components in EAD and reimporting them is probably not the best solution since there may be an underlying issue with these components.

In case it's related to record suppression: If a record is suppressed in ArchivesSpace, only people with certain permissions will be able to see it, and no one will be able to edit it. The better thing would be to first unsuppress the record(s) and then make the changes. If you don't have permission to suppress/unsuppress records currently, ask a system or repository manager to add them to the group you're in, if appropriate, or to unsuppress the record themselves. (But I don't know if that explains the issue you're having.)
 
Christine

Christine Di Bella
ArchivesSpace Community Outreach Manager
christine.dibella at lyrasis.org
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)?


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia
Sent: Thursday, September 22, 2016 9:57 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] ?An error occurred loading this record"

Good morning, thank you all for your help earlier about adding permissions for the Top Containers.
I have a new question.  At some point, I believe a section of a finding aid may have been supressed (but either is not now or otherwise somehow still shows up in Print to PDF), and that particular series and subcomponents display a message: ?An error occurred loading this record.?  I am able to expand the series but not edit it while it displays this message and the error persists even if I log out and log back in again or change browsers.  Would any of you have any ideas or workarounds?  I am thinking about exporting it as EAD and editing it that way, but out of wariness about linking/unlinking the Agents or Subjects, I would prefer to not do this. Thanks for your thoughts!
Lydia
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

From christine.dibella at lyrasis.org  Fri Sep 23 14:51:44 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Fri, 23 Sep 2016 18:51:44 +0000
Subject: [Archivesspace_Users_Group] minutes of latest ArchivesSpace User
 Advisory Council meeting available
Message-ID: <CY1PR0801MB08428550A1A2594AE84670C4F1C80@CY1PR0801MB0842.namprd08.prod.outlook.com>

On behalf of Gordon Daines, chair of the ArchivesSpace User Advisory Council, we wanted to let you know that the minutes of today's User Advisory Council meeting are now available at https://archivesspace.atlassian.net/wiki/display/AC/2016-09-23+User+Advisory+Council+Meeting. You can follow along - or comment/get involved - with the activities of the UAC and its sub-teams on the wiki at https://archivesspace.atlassian.net/wiki/display/AC/Users+Advisory+Council.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]

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

From eckardm at umich.edu  Fri Sep 23 15:12:46 2016
From: eckardm at umich.edu (Max Eckard)
Date: Fri, 23 Sep 2016 15:12:46 -0400
Subject: [Archivesspace_Users_Group] Integration of AS with BePress
In-Reply-To: <CAM7Q6ozWFTPu58JP+kUKZUHS=UDFH_oRUducLNfFkXMDwL_DGA@mail.gmail.com>
References: <CAM7Q6oxFdSRR6krwxn0PSpoLj5k1QM=QC85NVY9=EW0coaKqJA@mail.gmail.com>
 <CAOEoOqWBfZxgGt-B7ZFjQQEmOtCSsw6nbT=EpFaEAL_BkPm7WQ@mail.gmail.com>
 <CAM7Q6ozWFTPu58JP+kUKZUHS=UDFH_oRUducLNfFkXMDwL_DGA@mail.gmail.com>
Message-ID: <CAOEoOqV36NK+1YnKYyzXFJ7cYRcRtCTH=E4KNZbCZF6ZdqPK0w@mail.gmail.com>

Hi Martin,

I apologize for the delay in getting back with you. I've added this as an
agenda item to the Integrations sub-team meeting next Tuesday so we'll
definitely discuss it then. Unless I'm missing something it sounds like
what you're talking about may be possible (as long as you have a link to
the object online somewhere--not a metadata/download screen, unless you
just wanted a link). I also assume you're talking about the public
interface here?

I also wonder if anyone from the migrations sub-team would have any ideas
about the retaining data structures from Archon to ArchivesSpace part.

Max



On Tue, Sep 20, 2016 at 3:51 PM, Martin Cohen <mjcohen at stmarys-ca.edu>
wrote:

> Max,
>
> Thanks for responding so quickly.
> I don't see in the Integrations and Comunity Projects page a reference to
> what we
> have in mind.
>
> We have been using Archon and have built within in it an integrated
> digital library of images
> of the history of the College. Each image is contained within a "digital
> library" which includes
> descriptive metadata (title, physical description, content description,
> creator, date, copyright
> and publisher data, location of the physical source of the digital object,
> etc).
> These individual digital libraries are each associated with the collection
> to which they pertain,
> such that a given collection may contain physical boxes, folders,
> audiotapes, video, photographs
> and digital objects as well.
>
> What we want is to make the digital object (JPEG, PDF, etc) viewable
> together with its
> metadata via AS. The digital objects themselves would be contained within
> BePress, while
> the physical objects would be referenced in AS. We hope not to have to
> reconstruct our
> whole catalog separately in BePress but to retain the data structures from
> Archon as we
> migrate to AS -- hence considering that we would in some fashion
> be integrating BePress with AS.
>
> At this point I don't know whether what I'm asking is trivially obvious or
> basically un-doable.
> Thanks for pointing me in a good direction.
>
> -Martin
>
> On Tue, Sep 20, 2016 at 12:25 PM, Max Eckard <eckardm at umich.edu> wrote:
>
>> Hi Marten,
>>
>> I believe you're the first (at least that I'm aware of from our work on
>> the Technical Advisory Committee Integrations sub-team) to be interested in
>> an integration with BePress (although not the first to be interested in
>> integration with an access system). I'd suggest taking a look at the Integrations
>> and Other Community Projects
>> <https://archivesspace.atlassian.net/wiki/display/ADC/Integrations+and+Other+Community+Projects>
>> page on the wiki to see if any of those integrations work in similar ways
>> to the one you have in mind. If you find one, I'd reach out to that
>> institution for more information.
>>
>> If you don't see what you're looking for, perhaps you could reply with a
>> little more detail about exactly what you're after. After that, I'm sure
>> one of us on the Integrations subteam or someone in the community would
>> have some suggestions for first steps.
>>
>> Thanks,
>> Max
>>
>> On Tue, Sep 20, 2016 at 3:01 PM, Martin Cohen <mjcohen at stmarys-ca.edu>
>> wrote:
>>
>>> Related to the query about Preservica, we are looking to integrate
>>> AS with BePress and would like to learn what's involved.
>>>
>>> --
>>> Martin J. Cohen
>>> Librarian / Archivist
>>> Saint Mary's College of California
>>> mjcohen at stmarys-ca.edu
>>> 925-631-4231
>>>
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>
>>>
>>
>>
>> --
>> *Max Eckard*
>> *Assistant Archivist for Digital Curation*
>>
>>
>> Bentley Historical Library
>> 1150 Beal Ave.
>> Ann Arbor, MI 48109-2113
>> (734) 763-7518
>> http://bentley.umich.edu/
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>
>
> --
> Martin J. Cohen
> Librarian / Archivist
> Saint Mary's College of California
> mjcohen at stmarys-ca.edu
> 925-631-4231
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
*Max Eckard*
*Assistant Archivist for Digital Curation*


Bentley Historical Library
1150 Beal Ave.
Ann Arbor, MI 48109-2113
(734) 763-7518
http://bentley.umich.edu/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160923/40acbf62/attachment.html>

From mjcohen at stmarys-ca.edu  Fri Sep 23 15:38:02 2016
From: mjcohen at stmarys-ca.edu (Martin Cohen)
Date: Fri, 23 Sep 2016 12:38:02 -0700
Subject: [Archivesspace_Users_Group] Integration of AS with BePress
In-Reply-To: <CAOEoOqV36NK+1YnKYyzXFJ7cYRcRtCTH=E4KNZbCZF6ZdqPK0w@mail.gmail.com>
References: <CAM7Q6oxFdSRR6krwxn0PSpoLj5k1QM=QC85NVY9=EW0coaKqJA@mail.gmail.com>
 <CAOEoOqWBfZxgGt-B7ZFjQQEmOtCSsw6nbT=EpFaEAL_BkPm7WQ@mail.gmail.com>
 <CAM7Q6ozWFTPu58JP+kUKZUHS=UDFH_oRUducLNfFkXMDwL_DGA@mail.gmail.com>
 <CAOEoOqV36NK+1YnKYyzXFJ7cYRcRtCTH=E4KNZbCZF6ZdqPK0w@mail.gmail.com>
Message-ID: <CAM7Q6ozesh9N1fW8-N9VUi-KSYw9y0x5Dv-GqQUQ=Po1cjzYMg@mail.gmail.com>

Max,

Thank you!

It does seem that most places have created separate sites for their digital
objects
using a variety of systems (ContentDM, etc) while using the archives system
just as
a finding aid (as with Archivists Toolkit). Archon does provide the
capacity for
creating digital libraries within it and populating these with both
metadata and associated
JPEGs, so we built on that. Since AS does not provide that functionality,
we would be looking
to put the JPEGs etc in BePress, but haven't sorted out how that would work
-- just linking
to JPEGs would seem to separate the object from its metadata: not a good
idea! Maybe
we would have to rebuild the digital library in BePress, which seems a lot
of duplicated
work.... Even if we do build a reduced digital library in BePress (hundreds
rather than
thousands of images) , I would be sorry to lose when we've built in Archon
when we
migrate to AS.

Duke University has done something similar as reported in Noah Huffman's
"The Tao of
the DAO: Embedding digital objects in finding aids" (July 6, 2015), using
custom EAD
coding. I'm not sure we could undertake that kind of project here and am
looking for
a "ready made" solution, if that's possible.

My problem is that I'm not familiar using either AS or BePress.... so
starting with
questions at both ends. Plus, we don't have the resources of a Duke
University to
implement a large-scale project like they did.

-Martin

On Fri, Sep 23, 2016 at 12:12 PM, Max Eckard <eckardm at umich.edu> wrote:

> Hi Martin,
>
> I apologize for the delay in getting back with you. I've added this as an
> agenda item to the Integrations sub-team meeting next Tuesday so we'll
> definitely discuss it then. Unless I'm missing something it sounds like
> what you're talking about may be possible (as long as you have a link to
> the object online somewhere--not a metadata/download screen, unless you
> just wanted a link). I also assume you're talking about the public
> interface here?
>
> I also wonder if anyone from the migrations sub-team would have any ideas
> about the retaining data structures from Archon to ArchivesSpace part.
>
> Max
>
>
>
> On Tue, Sep 20, 2016 at 3:51 PM, Martin Cohen <mjcohen at stmarys-ca.edu>
> wrote:
>
>> Max,
>>
>> Thanks for responding so quickly.
>> I don't see in the Integrations and Comunity Projects page a reference to
>> what we
>> have in mind.
>>
>> We have been using Archon and have built within in it an integrated
>> digital library of images
>> of the history of the College. Each image is contained within a "digital
>> library" which includes
>> descriptive metadata (title, physical description, content description,
>> creator, date, copyright
>> and publisher data, location of the physical source of the digital
>> object, etc).
>> These individual digital libraries are each associated with the
>> collection to which they pertain,
>> such that a given collection may contain physical boxes, folders,
>> audiotapes, video, photographs
>> and digital objects as well.
>>
>> What we want is to make the digital object (JPEG, PDF, etc) viewable
>> together with its
>> metadata via AS. The digital objects themselves would be contained within
>> BePress, while
>> the physical objects would be referenced in AS. We hope not to have to
>> reconstruct our
>> whole catalog separately in BePress but to retain the data structures
>> from Archon as we
>> migrate to AS -- hence considering that we would in some fashion
>> be integrating BePress with AS.
>>
>> At this point I don't know whether what I'm asking is trivially obvious
>> or basically un-doable.
>> Thanks for pointing me in a good direction.
>>
>> -Martin
>>
>> On Tue, Sep 20, 2016 at 12:25 PM, Max Eckard <eckardm at umich.edu> wrote:
>>
>>> Hi Marten,
>>>
>>> I believe you're the first (at least that I'm aware of from our work on
>>> the Technical Advisory Committee Integrations sub-team) to be interested in
>>> an integration with BePress (although not the first to be interested in
>>> integration with an access system). I'd suggest taking a look at the Integrations
>>> and Other Community Projects
>>> <https://archivesspace.atlassian.net/wiki/display/ADC/Integrations+and+Other+Community+Projects>
>>> page on the wiki to see if any of those integrations work in similar ways
>>> to the one you have in mind. If you find one, I'd reach out to that
>>> institution for more information.
>>>
>>> If you don't see what you're looking for, perhaps you could reply with a
>>> little more detail about exactly what you're after. After that, I'm sure
>>> one of us on the Integrations subteam or someone in the community would
>>> have some suggestions for first steps.
>>>
>>> Thanks,
>>> Max
>>>
>>> On Tue, Sep 20, 2016 at 3:01 PM, Martin Cohen <mjcohen at stmarys-ca.edu>
>>> wrote:
>>>
>>>> Related to the query about Preservica, we are looking to integrate
>>>> AS with BePress and would like to learn what's involved.
>>>>
>>>> --
>>>> Martin J. Cohen
>>>> Librarian / Archivist
>>>> Saint Mary's College of California
>>>> mjcohen at stmarys-ca.edu
>>>> 925-631-4231
>>>>
>>>> _______________________________________________
>>>> Archivesspace_Users_Group mailing list
>>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>>
>>>>
>>>
>>>
>>> --
>>> *Max Eckard*
>>> *Assistant Archivist for Digital Curation*
>>>
>>>
>>> Bentley Historical Library
>>> 1150 Beal Ave.
>>> Ann Arbor, MI 48109-2113
>>> (734) 763-7518
>>> http://bentley.umich.edu/
>>>
>>> _______________________________________________
>>> Archivesspace_Users_Group mailing list
>>> Archivesspace_Users_Group at lyralists.lyrasis.org
>>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>>
>>>
>>
>>
>> --
>> Martin J. Cohen
>> Librarian / Archivist
>> Saint Mary's College of California
>> mjcohen at stmarys-ca.edu
>> 925-631-4231
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>>
>
>
> --
> *Max Eckard*
> *Assistant Archivist for Digital Curation*
>
>
> Bentley Historical Library
> 1150 Beal Ave.
> Ann Arbor, MI 48109-2113
> (734) 763-7518
> http://bentley.umich.edu/
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Martin J. Cohen
Librarian / Archivist
Saint Mary's College of California
mjcohen at stmarys-ca.edu
925-631-4231
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160923/e1a3ddb8/attachment.html>

From ltang5 at mail.lib.msu.edu  Mon Sep 26 10:25:13 2016
From: ltang5 at mail.lib.msu.edu (Tang, Lydia)
Date: Mon, 26 Sep 2016 14:25:13 +0000
Subject: [Archivesspace_Users_Group]
 =?utf-8?q?=E2=80=9CAn_error_occurred_?=
 =?utf-8?q?loading_this_record=22_and_merging_Top_Container_questions?=
Message-ID: <33C856E5-B47B-4D2E-8EF3-268C076B8DE1@mail.lib.msu.edu>

Hi Christine,
Thanks for getting back to me.  I do have system permissions to edit/unsupress records, but I am concerned that there is a lingering bug in the middle of everything.  Attached is the screen shot, although I am not sure how helpful it will be.  There seems to be no way to load or edit this section, which appears to be currently unsupressed, since it shows up in the PDF export.
Another question that recently cropped up (sorry guys, lots of questions?) is if it?s possible to merge Top Containers?  From entering data in RDE and entering data in the conventional way, there somehow developed two duplicate top containers ?Box X.?  Is there a simple way to merge these two?  Just curious!
Thanks, everyone, for putting up with my questions and for any help you could provide!
Lydia
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2016-09-26 at 9.45.27 AM.png
Type: image/png
Size: 305292 bytes
Desc: Screen Shot 2016-09-26 at 9.45.27 AM.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160926/4cb557bc/attachment-0001.png>

From christine.dibella at lyrasis.org  Mon Sep 26 12:25:46 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Mon, 26 Sep 2016 16:25:46 +0000
Subject: [Archivesspace_Users_Group]
 =?utf-8?q?=E2=80=9CAn_error_occurred_?=
 =?utf-8?q?loading_this_record=22_and_merging_Top_Container_questions?=
In-Reply-To: <33C856E5-B47B-4D2E-8EF3-268C076B8DE1@mail.lib.msu.edu>
References: <33C856E5-B47B-4D2E-8EF3-268C076B8DE1@mail.lib.msu.edu>
Message-ID: <CY1PR0801MB0842CC239D1D41D54C50463BF1CD0@CY1PR0801MB0842.namprd08.prod.outlook.com>

I wonder if the issue has to do with your indexing. That the records display in the tree and PDF indicate that they're there. If you didn't have permission to edit them, they would still load, you just wouldn't get an edit button. And if they were still suppressed and you didn't have permission to view them, they just wouldn't appear in the tree. Can you ask your system administrator to reindex and see if that resolves the issue? (And since you've mentioned suppression a few times, I take it these were suppressed, then unsuppressed? Is there anything else different/unusual about how this particular set of components was created or edited? Just trying to understand what the sequence of events may have been.)

As for merging top containers, this is not currently possible. There is a feature request at https://archivesspace.atlassian.net/browse/AR-1436. 

Christine



-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Tang, Lydia
Sent: Monday, September 26, 2016 10:25 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] ?An error occurred loading this record" and merging Top Container questions

Hi Christine,
Thanks for getting back to me.  I do have system permissions to edit/unsupress records, but I am concerned that there is a lingering bug in the middle of everything.  Attached is the screen shot, although I am not sure how helpful it will be.  There seems to be no way to load or edit this section, which appears to be currently unsupressed, since it shows up in the PDF export.
Another question that recently cropped up (sorry guys, lots of questions?) is if it?s possible to merge Top Containers?  From entering data in RDE and entering data in the conventional way, there somehow developed two duplicate top containers ?Box X.?  Is there a simple way to merge these two?  Just curious!
Thanks, everyone, for putting up with my questions and for any help you could provide!
Lydia

From morelli at frick.org  Mon Sep 26 13:24:49 2016
From: morelli at frick.org (Morelli, Shannon)
Date: Mon, 26 Sep 2016 17:24:49 +0000
Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
	server, no longer able to access
Message-ID: <1a538af1e8654853a58bc845404670f8@Mail03.frick.org>

We hired a consultant to set up ArchivesSpace for our institution and migrate our data from Archivists' Toolkit.  Recently, as part of an effort to synchronize ArchivesSpace with Preservica (our digital preservation system), our IT department moved the ArchivesSpace server off the Frick domain and moved it to the DMZ, it now has a new IP address.  After the move, I'm not able to access ArchivesSpace through the same browser address.  Can anyone help me out with what our IT staff can do to resolve this issue, anything specific they can reconfigure on the server? Since they did not set up the server, they do not know how to proceed.

Thanks!

Shannon

Shannon Yule Morelli
Associate Archivist and Lead Digital Archivist
The Frick Collection and Frick Art Reference Library
10 E. 71st Street
New York, NY 10021
(212) 547 - 0717

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160926/2cf9fd04/attachment.html>

From Jessica.WagnerWebster at baruch.cuny.edu  Mon Sep 26 15:54:25 2016
From: Jessica.WagnerWebster at baruch.cuny.edu (Jessica Wagner Webster)
Date: Mon, 26 Sep 2016 19:54:25 +0000
Subject: [Archivesspace_Users_Group] importing Finding Aids with DO links
Message-ID: <C33EF018A658844D84A572728684CA930176D15B39@mbox02.baruch.local>

Hi all,

Has anyone had success importing EAD finding aids which contain DO links? Would anyone be able to send along a sample for me to follow? I'm having formatting issues.

Also, for those that have done this: when you include digital object links, are digital object records created and linked to resource records upon import into ASpace?

Thanks,
Jessica

Jessica Wagner Webster
Digital Initiatives Librarian, Assistant Professor
Baruch College, Newman Library
151 East 25th Street, Room 523
New York, NY 10010
(646) 312-1672
Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.WagnerWebster at baruch.cuny.edu>

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

From KennedyN at si.edu  Mon Sep 26 16:15:06 2016
From: KennedyN at si.edu (Kennedy, Nancy)
Date: Mon, 26 Sep 2016 20:15:06 +0000
Subject: [Archivesspace_Users_Group] importing Finding Aids with DO links
In-Reply-To: <C33EF018A658844D84A572728684CA930176D15B39@mbox02.baruch.local>
References: <C33EF018A658844D84A572728684CA930176D15B39@mbox02.baruch.local>
Message-ID: <4142170736420940ACB07EE9EECDC21F34D087D9@si-msedag04.US.SINET.SI.EDU>

Jennifer -
Yes, you can import EAD with dao.  This snippet below would create the DO on the "Account Book" archival object.  Did you include the title attribute?  If you'd like to share your EAD, I'd be happy to help.

<c level="file">
                <did>
                    <unittitle>Account Book</unittitle>
                </did>
                <dao ns2:title="title" ns2:role="Image-Service" ns2:href="http://ids.si.edu/ids/dynamic?id=NMAH-AC0040-0000001-01"/>

            </c>

Nancy

Nancy Kennedy
EAD Coordinator
Smithsonian Institution
kennedyn at si.edu



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jessica Wagner Webster
Sent: Monday, September 26, 2016 3:55 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] importing Finding Aids with DO links

Hi all,

Has anyone had success importing EAD finding aids which contain DO links? Would anyone be able to send along a sample for me to follow? I'm having formatting issues.

Also, for those that have done this: when you include digital object links, are digital object records created and linked to resource records upon import into ASpace?

Thanks,
Jessica

Jessica Wagner Webster
Digital Initiatives Librarian, Assistant Professor
Baruch College, Newman Library
151 East 25th Street, Room 523
New York, NY 10010
(646) 312-1672
Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.WagnerWebster at baruch.cuny.edu>


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

From sdm7g at eservices.virginia.edu  Mon Sep 26 16:23:19 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 26 Sep 2016 20:23:19 +0000
Subject: [Archivesspace_Users_Group] importing Finding Aids with DO links
In-Reply-To: <C33EF018A658844D84A572728684CA930176D15B39@mbox02.baruch.local>
References: <C33EF018A658844D84A572728684CA930176D15B39@mbox02.baruch.local>
Message-ID: <58321E73-65D3-4D8B-AE24-409C275C0FF6@eservices.virginia.edu>


We?ve normalized and reprocessed to pull out text transcription into separate <dao>?s and leave page images in a <daogrp>
as this imports into ArchivesSpace as two separate digital objects, one with multiple file versions:

        <c02 level="item" id="d1e625">
          <did>
            <unittitle>Alexander Hamilton, New York, New York, to Angelica Schuyler Church, with
              note from E[lizabeth Schuyler] Hamilton.</unittitle>
            <unitdate era="ce" calendar="gregorian">1789 November 8</unitdate>
            <physdesc> ALS, 2 p. </physdesc>
            <daogrp xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="extended" id="d1e639">
              <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118891.jpg"/>
              <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118892.jpg"/>
              <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118893.jpg"/>
            </daogrp>
            <dao xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="simple" xlink:title="Text"
              id="d1e643"
              xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml"
            />
          </did>
          <scopecontent>
            <p>Heartfelt feelings of affection and friendship and loss in the absence of both John
              and Angelica Church following the sailing of their vessel to England.</p>
          </scopecontent>
        </c02>


We?re currently processing further before ArchivesSpace import to merge updated images using IIIF image service, and using @xlink:role attribute to mark as transcriptions, legacy-images, image-service, etc. similar to what Noah posted.


? Steve Majewski



On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.WagnerWebster at baruch.cuny.edu>> wrote:

Hi all,

Has anyone had success importing EAD finding aids which contain DO links? Would anyone be able to send along a sample for me to follow? I?m having formatting issues.

Also, for those that have done this: when you include digital object links, are digital object records created and linked to resource records upon import into ASpace?

Thanks,
Jessica

Jessica Wagner Webster
Digital Initiatives Librarian, Assistant Professor
Baruch College, Newman Library
151 East 25th Street, Room 523
New York, NY 10010
(646) 312-1672
Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.WagnerWebster at baruch.cuny.edu>

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

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

From zachary.pelli at shu.edu  Mon Sep 26 16:30:29 2016
From: zachary.pelli at shu.edu (Zachary L Pelli)
Date: Mon, 26 Sep 2016 20:30:29 +0000
Subject: [Archivesspace_Users_Group] LDAP credentials stored at plaintext?
Message-ID: <DM2PR0101MB1022FD22508CA0510CCB8E79E6CD0@DM2PR0101MB1022.prod.exchangelabs.com>

Hello,

We're working on getting ArchivesSpace configured and our IT department has some concerns. They wish to use LDAP (probably Active Directory) for user authentication. To do this, we would have to have valid bind credentials stored in the config file. The problem they see is that this file is stored with those credentials unencrypted, which is a safety concern.

Have others considered this when setting up their LDAP implementations? What have you done to alleviate this risk?

Thank you,

Zach Pelli
Digital Collections Developer
Seton Hall University Library
zachary.pelli at shu.edu<mailto:zachary.pelli at shu.edu>

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

From sdm7g at eservices.virginia.edu  Mon Sep 26 16:30:53 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Mon, 26 Sep 2016 20:30:53 +0000
Subject: [Archivesspace_Users_Group] importing Finding Aids with DO links
In-Reply-To: <58321E73-65D3-4D8B-AE24-409C275C0FF6@eservices.virginia.edu>
References: <C33EF018A658844D84A572728684CA930176D15B39@mbox02.baruch.local>
 <58321E73-65D3-4D8B-AE24-409C275C0FF6@eservices.virginia.edu>
Message-ID: <434AFC70-2F05-46F1-9715-1E73C5223783@eservices.virginia.edu>


I will also note that the fact that they don?t export in the same structure as they import has been a problem.
i.e. <daoloc> elements within a <daogrp> import as a single digital object with multiple file versions, but DO with multiple file versions export as multiple <dao> elements.

? Steve Majewski


On Sep 26, 2016, at 4:23 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:


We?ve normalized and reprocessed to pull out text transcription into separate <dao>?s and leave page images in a <daogrp>
as this imports into ArchivesSpace as two separate digital objects, one with multiple file versions:

        <c02 level="item" id="d1e625">
          <did>
            <unittitle>Alexander Hamilton, New York, New York, to Angelica Schuyler Church, with
              note from E[lizabeth Schuyler] Hamilton.</unittitle>
            <unitdate era="ce" calendar="gregorian">1789 November 8</unitdate>
            <physdesc> ALS, 2 p. </physdesc>
            <daogrp xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="extended" id="d1e639">
              <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118891.jpg"/>
              <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118892.jpg"/>
              <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118893.jpg"/>
            </daogrp>
            <dao xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="simple" xlink:title="Text"
              id="d1e643"
              xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml"
            />
          </did>
          <scopecontent>
            <p>Heartfelt feelings of affection and friendship and loss in the absence of both John
              and Angelica Church following the sailing of their vessel to England.</p>
          </scopecontent>
        </c02>


We?re currently processing further before ArchivesSpace import to merge updated images using IIIF image service, and using @xlink:role attribute to mark as transcriptions, legacy-images, image-service, etc. similar to what Noah posted.


? Steve Majewski



On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.WagnerWebster at baruch.cuny.edu>> wrote:

Hi all,

Has anyone had success importing EAD finding aids which contain DO links? Would anyone be able to send along a sample for me to follow? I?m having formatting issues.

Also, for those that have done this: when you include digital object links, are digital object records created and linked to resource records upon import into ASpace?

Thanks,
Jessica

Jessica Wagner Webster
Digital Initiatives Librarian, Assistant Professor
Baruch College, Newman Library
151 East 25th Street, Room 523
New York, NY 10010
(646) 312-1672
Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.WagnerWebster at baruch.cuny.edu>

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

_______________________________________________
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/20160926/09a9d387/attachment.html>

From dave_mayo at harvard.edu  Mon Sep 26 17:05:16 2016
From: dave_mayo at harvard.edu (Mayo, Dave)
Date: Mon, 26 Sep 2016 21:05:16 +0000
Subject: [Archivesspace_Users_Group] importing Finding Aids with DO links
In-Reply-To: <434AFC70-2F05-46F1-9715-1E73C5223783@eservices.virginia.edu>
References: <C33EF018A658844D84A572728684CA930176D15B39@mbox02.baruch.local>
 <58321E73-65D3-4D8B-AE24-409C275C0FF6@eservices.virginia.edu>
 <434AFC70-2F05-46F1-9715-1E73C5223783@eservices.virginia.edu>
Message-ID: <D40F026B.1509C%dave_mayo@harvard.edu>

Additionally (although I'm working on this as we speak), xlink:show and xlink:actuate attributes on <arc> elements within <daogrp> are completely unhandled.

- Dave

From: <Majewski>, "Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Monday, September 26, 2016 at 4:30 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] importing Finding Aids with DO links


I will also note that the fact that they don't export in the same structure as they import has been a problem.
i.e. <daoloc> elements within a <daogrp> import as a single digital object with multiple file versions, but DO with multiple file versions export as multiple <dao> elements.

- Steve Majewski


On Sep 26, 2016, at 4:23 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:


We've normalized and reprocessed to pull out text transcription into separate <dao>'s and leave page images in a <daogrp>
as this imports into ArchivesSpace as two separate digital objects, one with multiple file versions:

        <c02 level="item" id="d1e625">
          <did>
            <unittitle>Alexander Hamilton, New York, New York, to Angelica Schuyler Church, with
              note from E[lizabeth Schuyler] Hamilton.</unittitle>
            <unitdate era="ce" calendar="gregorian">1789 November 8</unitdate>
            <physdesc> ALS, 2 p. </physdesc>
            <daogrpxmlns:xlink="http://www.w3.org/1999/xlink<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.w3.org_1999_xlink&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=k5hWc0ctT2KjIRLvJGbl1XmfoT3hmijjqjNMhrVDaLY&e=>" xlink:type="extended" id="d1e639">
              <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118891.jpg<https://urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.virginia.edu_exhibits_church_images_AH118891.jpg&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=CIkDFS4GxvfbMWMpulJLhSurqkrThKbWDsffZ2_iLSs&e=>"/>
              <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118892.jpg<https://urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.virginia.edu_exhibits_church_images_AH118892.jpg&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=nOoBlXCRF2i1rR588vFw4AwsKFAa-fRoy7McNF0qFOc&e=>"/>
              <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
                xlink:href="http://static.lib.virginia.edu/exhibits/church/images/AH118893.jpg<https://urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.virginia.edu_exhibits_church_images_AH118893.jpg&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=gjiqJ54343oUWlIw19C2V_G5npprHq3LxQvlhqQWIZE&e=>"/>
            </daogrp>
            <daoxmlns:xlink="http://www.w3.org/1999/xlink<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.w3.org_1999_xlink&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=k5hWc0ctT2KjIRLvJGbl1XmfoT3hmijjqjNMhrVDaLY&e=>" xlink:type="simple" xlink:title="Text"
              id="d1e643"
              xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml<https://urldefense.proofpoint.com/v2/url?u=http-3A__xtf.lib.virginia.edu_xtf_view-3FdocId-3Dlegacy-5Fmss_uvaBook_tei_hamilton-5Fletters_Ham1108.xml&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=tWHBGhLc2v2nZXfu9ztWChPl-pMgA5aVur36GO0nYTA&e=>"
            />
          </did>
          <scopecontent>
            <p>Heartfelt feelings of affection and friendship and loss in the absence of both John
              and Angelica Church following the sailing of their vessel to England.</p>
          </scopecontent>
        </c02>


We're currently processing further before ArchivesSpace import to merge updated images using IIIF image service, and using @xlink:role attribute to mark as transcriptions, legacy-images, image-service, etc. similar to what Noah posted.


- Steve Majewski



On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.WagnerWebster at baruch.cuny.edu>> wrote:

Hi all,

Has anyone had success importing EAD finding aids which contain DO links? Would anyone be able to send along a sample for me to follow? I'm having formatting issues.

Also, for those that have done this: when you include digital object links, are digital object records created and linked to resource records upon import into ASpace?

Thanks,
Jessica

Jessica Wagner Webster
Digital Initiatives Librarian, Assistant Professor
Baruch College, Newman Library
151 East 25th Street, Room 523
New York, NY 10010
(646) 312-1672
Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.WagnerWebster at baruch.cuny.edu>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=ivMUYJgEaWcbYn9szDUSBlGV8DkPOnqN_Kz4ZCN44iQ&e=>

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

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

From christine.dibella at lyrasis.org  Tue Sep 27 10:17:33 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 27 Sep 2016 14:17:33 +0000
Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
 server, no longer able to access
Message-ID: <CY1PR0801MB08423A2A72166069BE991702F1CC0@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hi Shannon,

If they haven't already looked at it, your IT people should definitely take a look at the technical documentation about installing and running ArchivesSpace at http://archivesspace.github.io/archivesspace/. Depending on the platform of the server and how it was set up originally, different things may be going on. Most of the settings are governed by the config file, which is in the archivesspace/config directory on the server where ArchivesSpace is installed. There's information about this file and configuring ArchivesSpace at http://archivesspace.github.io/archivesspace/user/configuring-archivesspace/.

(If ArchivesSpace was set up at its own new domain, they'll need to make sure to update the DNS record with the new IP address, but that would be outside of ArchivesSpace itself.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Morelli, Shannon
Sent: Monday, September 26, 2016 1:25 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different server, no longer able to access

We hired a consultant to set up ArchivesSpace for our institution and migrate our data from Archivists' Toolkit.  Recently, as part of an effort to synchronize ArchivesSpace with Preservica (our digital preservation system), our IT department moved the ArchivesSpace server off the Frick domain and moved it to the DMZ, it now has a new IP address.  After the move, I'm not able to access ArchivesSpace through the same browser address.  Can anyone help me out with what our IT staff can do to resolve this issue, anything specific they can reconfigure on the server? Since they did not set up the server, they do not know how to proceed.

Thanks!

Shannon

Shannon Yule Morelli
Associate Archivist and Lead Digital Archivist
The Frick Collection and Frick Art Reference Library
10 E. 71st Street
New York, NY 10021
(212) 547 - 0717

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160927/5d515d60/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/20160927/5d515d60/attachment.png>

From jsteele at jhu.edu  Tue Sep 27 11:18:41 2016
From: jsteele at jhu.edu (Jordon Steele)
Date: Tue, 27 Sep 2016 15:18:41 +0000
Subject: [Archivesspace_Users_Group] Using the Rights sub-records instead of
 Conditions Governing Access/Use notes?
Message-ID: <f1ee9590d8304072adbcd55e246f9568@ESGMTWEX6.win.ad.jhu.edu>

Hi all,

I know most of the conversation around the Rights sub-records has been limited to digital records, but our analysis suggests that conceptually rights sub-records are simply more granular, machine-actionable forms of conditions governing access and use notes that apply to both analog and digital collections. So we're considering doing away completely with our use of the more general conditions governing access and use notes in favor of these more precise rights sub-records. Has anyone else considered or done this, or considered it and chose not to? Are we missing something?

Thanks!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
The Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jsteele at jhu.edu

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

From christine.dibella at lyrasis.org  Tue Sep 27 11:23:44 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Tue, 27 Sep 2016 15:23:44 +0000
Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
 server, no longer able to access
Message-ID: <CY1PR0801MB0842C8C335050FEA3CBCF7D3F1CC0@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hi Shannon,

If they haven't already looked at it, your IT people should definitely take a look at the technical documentation about installing and running ArchivesSpace at http://archivesspace.github.io/archivesspace/. Depending on the platform of the server and how it was set up originally, different things may be going on. Most of the settings are governed by the config file, which is in the archivesspace/config directory on the server where ArchivesSpace is installed. There's information about this file and configuring ArchivesSpace at http://archivesspace.github.io/archivesspace/user/configuring-archivesspace/.

(If ArchivesSpace was set up at its own new domain, they'll need to make sure to update the DNS record with the new IP address, but that would be outside of ArchivesSpace itself.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Morelli, Shannon
Sent: Monday, September 26, 2016 1:25 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different server, no longer able to access

We hired a consultant to set up ArchivesSpace for our institution and migrate our data from Archivists' Toolkit.  Recently, as part of an effort to synchronize ArchivesSpace with Preservica (our digital preservation system), our IT department moved the ArchivesSpace server off the Frick domain and moved it to the DMZ, it now has a new IP address.  After the move, I'm not able to access ArchivesSpace through the same browser address.  Can anyone help me out with what our IT staff can do to resolve this issue, anything specific they can reconfigure on the server? Since they did not set up the server, they do not know how to proceed.

Thanks!

Shannon

Shannon Yule Morelli
Associate Archivist and Lead Digital Archivist
The Frick Collection and Frick Art Reference Library
10 E. 71st Street
New York, NY 10021
(212) 547 - 0717

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160927/2b6495bd/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/20160927/2b6495bd/attachment.png>

From mcyzyk at jhu.edu  Tue Sep 27 15:45:16 2016
From: mcyzyk at jhu.edu (Mark Cyzyk)
Date: Tue, 27 Sep 2016 15:45:16 -0400
Subject: [Archivesspace_Users_Group] Jetty tweaking?
Message-ID: <8ed0fa82-2215-9b3d-2a1a-2363fe5b27d9@jhu.edu>


Dear ArchivesSpace List,

Quick question:  If I wanted to Up the number of simultaneous 
connections in the underlying Jetty, where is that config?

Best regards,

Mark

-- 

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Mark Cyzyk, M.A., M.L.S.
Scholarly Communication Architect
Library Applications Group
The Sheridan Libraries
The Johns Hopkins University
mcyzyk at jhu.edu

Verba volant, scripta manent.



From ltang5 at mail.lib.msu.edu  Wed Sep 28 12:24:38 2016
From: ltang5 at mail.lib.msu.edu (Tang, Lydia)
Date: Wed, 28 Sep 2016 16:24:38 +0000
Subject: [Archivesspace_Users_Group] tracking media formats in ASpace?
Message-ID: <97A3A320-2631-45A8-ABC6-E206AD85DA08@mail.lib.msu.edu>

Hello everyone,
I was wondering if any institution has expanded the list of Instances to include more specific media formats to track for preservation concerns?  Or do you use another area?  I am thinking it would be really great to be able to indicate and search somehow for materials in delicate media formats: audio reels, Umatic, microcassettes, floppy disks, etc and was just curious how other institutions are keeping track of it.  Thanks!
Lydia

From mcallahan at smith.edu  Thu Sep 29 08:43:59 2016
From: mcallahan at smith.edu (Maureen Callahan)
Date: Thu, 29 Sep 2016 08:43:59 -0400
Subject: [Archivesspace_Users_Group] Using the Rights sub-records
 instead of Conditions Governing Access/Use notes?
In-Reply-To: <f1ee9590d8304072adbcd55e246f9568@ESGMTWEX6.win.ad.jhu.edu>
References: <f1ee9590d8304072adbcd55e246f9568@ESGMTWEX6.win.ad.jhu.edu>
Message-ID: <CAH0VKbC+CdAT=yiU_XTq3SLiOYOKvg0_ed0EpKM5QeYmDQ=SrA@mail.gmail.com>

Hi Jordon,

What version are you all up to? The work that was done by HM and Yale last
year made it possible to encode machine-actionable conditions governing use
and conditions governing access statements, which will then be associated
with containers. A circulation system would be able to tell you, once those
restrictions are encoded, whether a container is restricted. I made a video
about it here: https://www.youtube.com/watch?v=biCDhkbBSng (things may be
slightly different in 1.5.x, but not by much).

MC

On Tue, Sep 27, 2016 at 11:18 AM, Jordon Steele <jsteele at jhu.edu> wrote:

> Hi all,
>
>
>
> I know most of the conversation around the Rights sub-records has been
> limited to digital records, but our analysis suggests that conceptually
> rights sub-records are simply more granular, machine-actionable forms of
> conditions governing access and use notes that apply to both analog and
> digital collections. So we?re considering doing away completely with our
> use of the more general conditions governing access and use notes in favor
> of these more precise rights sub-records. Has anyone else considered or
> done this, or considered it and chose not to? Are we missing something?
>
>
>
> Thanks!
>
>
>
> Best,
>
>
>
> Jordon
>
>
>
> Jordon Steele
>
> Hodson Curator of the University Archives
>
> The Sheridan Libraries
>
> Johns Hopkins University
>
> 3400 N Charles St
>
> Baltimore, MD 21218
>
> 410-516-5493
>
> jsteele at jhu.edu
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Maureen Callahan
Sophia Smith Collection Archivist
Smith College Special Collections
Northampton, Massachusetts 01063
T. 413 585 2981 C. 215.863.1860
mcallahan at smith.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160929/7493a4fa/attachment.html>

From mary.caldera at yale.edu  Thu Sep 29 08:55:06 2016
From: mary.caldera at yale.edu (Caldera, Mary)
Date: Thu, 29 Sep 2016 12:55:06 +0000
Subject: [Archivesspace_Users_Group] Using the Rights sub-records
 instead of Conditions Governing Access/Use notes?
In-Reply-To: <f1ee9590d8304072adbcd55e246f9568@ESGMTWEX6.win.ad.jhu.edu>
References: <f1ee9590d8304072adbcd55e246f9568@ESGMTWEX6.win.ad.jhu.edu>
Message-ID: <CY1PR08MB13112162D86671EC33A57324E4CE0@CY1PR08MB1311.namprd08.prod.outlook.com>

Hi, Jordan,

The Yale ArchivesSpace Committee considered using the rights records before we proceeded with developing the machine actionable conditions governing access and use note. Here is a link to the topic discussion in the AS Google Group list (https://groups.google.com/forum/#!topic/archivesspace/EGdXp7_l-XQ). A search on the list might bring up some of the pros and cons. - Best, Mary

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jordon Steele
Sent: Tuesday, September 27, 2016 11:19 AM
To: 'Archivesspace_Users_Group at lyralists.lyrasis.org' <Archivesspace_Users_Group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Using the Rights sub-records instead of Conditions Governing Access/Use notes?

Hi all,

I know most of the conversation around the Rights sub-records has been limited to digital records, but our analysis suggests that conceptually rights sub-records are simply more granular, machine-actionable forms of conditions governing access and use notes that apply to both analog and digital collections. So we're considering doing away completely with our use of the more general conditions governing access and use notes in favor of these more precise rights sub-records. Has anyone else considered or done this, or considered it and chose not to? Are we missing something?

Thanks!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
The Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jsteele at jhu.edu<mailto:jsteele at jhu.edu>

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

From christine.dibella at lyrasis.org  Thu Sep 29 09:01:08 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Thu, 29 Sep 2016 13:01:08 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace listservs delivery outage
Message-ID: <CY1PR0801MB0842089EE793FDF56C7BFD62F1CE0@CY1PR0801MB0842.namprd08.prod.outlook.com>

Hello ArchivesSpace members,

The ArchivesSpace listservs appear to have experienced a delivery outage beginning Monday evening. The issue was resolved by LYRASIS IT this morning and all messages sent during the outage period have now been delivered and are also in the listserv archives. If you notice anything still amiss, please just let me know.

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]

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

From harnold at rockarch.org  Thu Sep 29 09:47:13 2016
From: harnold at rockarch.org (Arnold, Hillel)
Date: Thu, 29 Sep 2016 09:47:13 -0400
Subject: [Archivesspace_Users_Group] Using the Rights sub-records
 instead of Conditions Governing Access/Use notes?
Message-ID: <D412928C.4A13D%harnold@rockarch.org>

I?ll also add that we here at the Rockefeller Archive Center along with some of our colleagues at the Bentley Library, Artefactual and the ArchivesSpace team have been working on putting together a specification for building out the structured rights statements functionality in ArchivesSpace. I think we?re pretty close to having something that we can circulate on this list, so stay tuned for that if you?re interested in recording machine-actionable rights statements!

Hillel
-----------
Hillel Arnold
Assistant Director, Head of Digital Programs
Rockefeller Archive Center
914.366.6382

From: <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of "Caldera, Mary" <mary.caldera at yale.edu<mailto:mary.caldera at yale.edu>>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Date: Thursday, September 29, 2016 at 8:55 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] Using the Rights sub-records instead of Conditions Governing Access/Use notes?

Hi, Jordan,

The Yale ArchivesSpace Committee considered using the rights records before we proceeded with developing the machine actionable conditions governing access and use note. Here is a link to the topic discussion in the AS Google Group list (https://groups.google.com/forum/#!topic/archivesspace/EGdXp7_l-XQ). A search on the list might bring up some of the pros and cons. ? Best, Mary

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 Jordon Steele
Sent: Tuesday, September 27, 2016 11:19 AM
To: 'Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:'Archivesspace_Users_Group at lyralists.lyrasis.org>' <Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Using the Rights sub-records instead of Conditions Governing Access/Use notes?

Hi all,

I know most of the conversation around the Rights sub-records has been limited to digital records, but our analysis suggests that conceptually rights sub-records are simply more granular, machine-actionable forms of conditions governing access and use notes that apply to both analog and digital collections. So we?re considering doing away completely with our use of the more general conditions governing access and use notes in favor of these more precise rights sub-records. Has anyone else considered or done this, or considered it and chose not to? Are we missing something?

Thanks!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
The Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jsteele at jhu.edu<mailto:jsteele at jhu.edu>

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

From christine.dibella at lyrasis.org  Thu Sep 29 10:52:47 2016
From: christine.dibella at lyrasis.org (Christine Di Bella)
Date: Thu, 29 Sep 2016 14:52:47 +0000
Subject: [Archivesspace_Users_Group] bulk export of MARCXML for use in EBSCO
	or other discovery service?
Message-ID: <CY1PR0801MB0842202AC8CAFD29BFC9780CF1CE0@CY1PR0801MB0842.namprd08.prod.outlook.com>

I've gotten a question from a user about how to get their data out in bulk in MARC or MARCXML to use in their library's EBSCO discovery service. Would people who've done this share their workflows and/or strategies? (They wouldn't necessarily have to be for EBSCO specifically. Any thoughts on what you might be doing with MARC data derived from ArchivesSpace records would be appreciated.)

Christine

Christine Di Bella
Community Outreach Manager
christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
800.999.8558 x2905
678-235-2905
cdibella13 (Skype)
[cid:image003.png at 01CE734E.FD759D30]

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

From j at minorscience.com  Thu Sep 29 11:37:58 2016
From: j at minorscience.com (Jason Loeffler)
Date: Thu, 29 Sep 2016 11:37:58 -0400
Subject: [Archivesspace_Users_Group] bulk export of MARCXML for use in
 EBSCO or other discovery service?
In-Reply-To: <CY1PR0801MB0842202AC8CAFD29BFC9780CF1CE0@CY1PR0801MB0842.namprd08.prod.outlook.com>
References: <CY1PR0801MB0842202AC8CAFD29BFC9780CF1CE0@CY1PR0801MB0842.namprd08.prod.outlook.com>
Message-ID: <CAP4gJsWgtBosVOFwES10pDonVHvQ3mzBoogRO-AZ8yxzh8wEZw@mail.gmail.com>

Meaning exporting resources or archival objects or both? There is a
post-processing download option at /download_marc, though it only emits the
top level resource. This could probably be extended to include archival
objects.

Alternately, I would direct the member user to the work being done on the
OAI-PMH specification, partially documented here
<https://archivesspace.atlassian.net/browse/AR-803> and currently under
revision. If this is implemented, and I hope it is, it would include a
machine-accessible MARC responder, among other formats.

Does that help?

Best, Jason

On Thu, Sep 29, 2016 at 10:52 AM, Christine Di Bella <
christine.dibella at lyrasis.org> wrote:

> I?ve gotten a question from a user about how to get their data out in bulk
> in MARC or MARCXML to use in their library?s EBSCO discovery service. Would
> people who?ve done this share their workflows and/or strategies? (They
> wouldn?t necessarily have to be for EBSCO specifically. Any thoughts on
> what you might be doing with MARC data derived from ArchivesSpace records
> would be appreciated.)
>
>
>
> Christine
>
>
>
> Christine Di Bella
>
> Community Outreach Manager
>
> christine.dibella at lyrasis.org
>
> 800.999.8558 x2905
>
> 678-235-2905
>
> cdibella13 (Skype)
>
> [image: cid:image003.png at 01CE734E.FD759D30]
>
>
>
> _______________________________________________
> 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/20160929/83fbb2de/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7645 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160929/83fbb2de/attachment.png>

From ddebolt at uwf.edu  Thu Sep 29 12:07:56 2016
From: ddebolt at uwf.edu (Dean DeBolt)
Date: Thu, 29 Sep 2016 11:07:56 -0500
Subject: [Archivesspace_Users_Group] bulk export of MARCXML for use in
 EBSCO or other discovery service?
In-Reply-To: <CAP4gJsWgtBosVOFwES10pDonVHvQ3mzBoogRO-AZ8yxzh8wEZw@mail.gmail.com>
References: <CY1PR0801MB0842202AC8CAFD29BFC9780CF1CE0@CY1PR0801MB0842.namprd08.prod.outlook.com>
 <CAP4gJsWgtBosVOFwES10pDonVHvQ3mzBoogRO-AZ8yxzh8wEZw@mail.gmail.com>
Message-ID: <CAOnYSS+A1yn7vPS2WzjLq0CRGqsfNfMHi3ZECLMQaFhshDqnGg@mail.gmail.com>

To clarify on the MARC exporting, our library uses EBSCO discovery as its
main search box into the library collections, and I would like to include
the archives data that is presently in Archon and ArchivesSpace.   Since
Archon can export as a MARC record, EBSCO can use that ... but we need to
be able to produce a file of MARC data, not just print each record's MARC
data.    I'm assuming that the MARC is also in ArchivesSpace and we have
that running with the data exported in from Archon, too.

It's the MARC data that we want to export into one file as a .mrc file.

Dean



Dean DeBolt, University Librarian (Professor)/University Archivist
University Archives and West Florida History Center
University of West Florida Library
11000 University Parkway
Pensacola, FL  32514-5750
ddebolt at uwf.edu;   850-474-2213

West Florida History Center is the largest and most comprehensive
history collection about Pensacola and the West Florida region.
http://libguides.uwf.edu/universityarchives

Digital collections can be found at:  http://archives.uwf.edu/Archon/
<http://143.88.66.76/Archon/>

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

From jane.labarbara at mail.wvu.edu  Thu Sep 29 13:19:01 2016
From: jane.labarbara at mail.wvu.edu (Jane LaBarbara)
Date: Thu, 29 Sep 2016 17:19:01 +0000
Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes fail
	to save
Message-ID: <CY4PR03MB26487D256637F47A9EEEF23AB1CE0@CY4PR03MB2648.namprd03.prod.outlook.com>

Good afternoon,

We are running version 1.4.2, and we've just started our post-EAD import resource record cleanup.  We've noticed a problem where our edits sometimes fail to save in one specific field-the Preferred Citation Note.  We're editing titles. We make an edit in the Resource Record's title field, then make the same edit in the finding aid title field, and then in the Preferred Citation Field in the Notes section.  Then we save the record.  Sometimes, our change in the Preferred Citation field actually saves, but sometimes we check after saving and find that the text in that field has reverted back to its pre-edited state.  We aren't sure if there is a specific sequence of steps that triggers the problem--it seems to be random. Once we see that our edit has been lost, we try to re-edit and save again-sometimes it works on the second save, once I had to try four times to get the edit I made to stick.

Has anyone else had this problem or can suggest a possible cause/fix?  It's not a huge issue, but it is slowing down our cleanup work, and if it's not isolated to this field, it could cause failed saving of more important notes, like the scope and content note, which would be a big problem.

Thank you,
Jane

/ Jane Metters LaBarbara
Assistant Curator, West Virginia & Regional History Center<https://wvrhc.lib.wvu.edu/>
West Virginia University Libraries
(304) 293-0352 office
jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>

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

From mark.custer at yale.edu  Thu Sep 29 13:39:38 2016
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 29 Sep 2016 17:39:38 +0000
Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes
 fail	to save
In-Reply-To: <CY4PR03MB26487D256637F47A9EEEF23AB1CE0@CY4PR03MB2648.namprd03.prod.outlook.com>
References: <CY4PR03MB26487D256637F47A9EEEF23AB1CE0@CY4PR03MB2648.namprd03.prod.outlook.com>
Message-ID: <BN3PR08MB1318418B081EE67DE2F5A2E68CCE0@BN3PR08MB1318.namprd08.prod.outlook.com>

Jane,

Is it possible that what you've noticed is related to this ticket?:

https://archivesspace.atlassian.net/browse/AR-1521

This bug affects editing of any note type, and it's particularly problematic.  I believe that we've just alerted staff not to use the "Delete" key because of this when editing notes, but that's not a great solution.

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jane LaBarbara
Sent: Thursday, 29 September, 2016 1:19 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes fail to save

Good afternoon,

We are running version 1.4.2, and we've just started our post-EAD import resource record cleanup.  We've noticed a problem where our edits sometimes fail to save in one specific field-the Preferred Citation Note.  We're editing titles. We make an edit in the Resource Record's title field, then make the same edit in the finding aid title field, and then in the Preferred Citation Field in the Notes section.  Then we save the record.  Sometimes, our change in the Preferred Citation field actually saves, but sometimes we check after saving and find that the text in that field has reverted back to its pre-edited state.  We aren't sure if there is a specific sequence of steps that triggers the problem--it seems to be random. Once we see that our edit has been lost, we try to re-edit and save again-sometimes it works on the second save, once I had to try four times to get the edit I made to stick.

Has anyone else had this problem or can suggest a possible cause/fix?  It's not a huge issue, but it is slowing down our cleanup work, and if it's not isolated to this field, it could cause failed saving of more important notes, like the scope and content note, which would be a big problem.

Thank you,
Jane

/ Jane Metters LaBarbara
Assistant Curator, West Virginia & Regional History Center<https://urldefense.proofpoint.com/v2/url?u=https-3A__wvrhc.lib.wvu.edu_&d=CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=gfUWReFXsj-bdBChxikA4ICfWyKIv6GHVSnPmNZBWOs&s=vXSXM0D3eVY81K6-3OZnzqFog44j7lSdv5BEZyEIiu4&e=>
West Virginia University Libraries
(304) 293-0352 office
jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>

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

From barbara.benedett at curtis.edu  Thu Sep 29 15:40:09 2016
From: barbara.benedett at curtis.edu (Benedett, Barbara)
Date: Thu, 29 Sep 2016 19:40:09 +0000
Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a
	different	server, no longer able to access
In-Reply-To: <1a538af1e8654853a58bc845404670f8@Mail03.frick.org>
References: <1a538af1e8654853a58bc845404670f8@Mail03.frick.org>
Message-ID: <DM5PR12MB12734B9AA3D7A4ADB88280F5E8CE0@DM5PR12MB1273.namprd12.prod.outlook.com>

Hi Shannon,

We are in the midst of this as well.   Our IT is currently trying to move us from the ASpace default setup to an Apache environment (also so we can sync with Preservica).  It hasn't been easy as they haven't found any instructions on how to move ASpace over. I can only share the steps I know we've had to go through so far.  If your IT hasn't yet, they will need to register with a service like godaddy or Windstream so you can get an external IP and internet DNS record.  For example we added a subdomain to our Curtis.edu website, archspace.curtis.edu through Windstream.  After you are migrated, your original ports: staff, API, and public either need to be added to the URL or proxied via httpd.

I'll be keeping the basic archspace.curtis.edu for the public and changing the URIs for the staff and admin logins.

Let me know how it goes!

Barbara


Barbara J. Benedett, CA
Digital Archivist | Rock Resource Center
1720 Locust Street, Philadelphia, PA 19103
(215) 717-3139 Phone  |  (215) 893-9065 Fax  |  barbara.benedett at curtis.edu<mailto:barbara.benedett at curtis.edu>


[logo gif not for paper (horizontal)]<http://www.curtis.edu/html/10000.shtml>










From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Morelli, Shannon
Sent: Monday, September 26, 2016 1:25 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different server, no longer able to access

We hired a consultant to set up ArchivesSpace for our institution and migrate our data from Archivists' Toolkit.  Recently, as part of an effort to synchronize ArchivesSpace with Preservica (our digital preservation system), our IT department moved the ArchivesSpace server off the Frick domain and moved it to the DMZ, it now has a new IP address.  After the move, I'm not able to access ArchivesSpace through the same browser address.  Can anyone help me out with what our IT staff can do to resolve this issue, anything specific they can reconfigure on the server? Since they did not set up the server, they do not know how to proceed.

Thanks!

Shannon

Shannon Yule Morelli
Associate Archivist and Lead Digital Archivist
The Frick Collection and Frick Art Reference Library
10 E. 71st Street
New York, NY 10021
(212) 547 - 0717

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160929/1838b0f2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2545 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160929/1838b0f2/attachment.jpg>

From sdm7g at eservices.virginia.edu  Thu Sep 29 17:20:48 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Thu, 29 Sep 2016 21:20:48 +0000
Subject: [Archivesspace_Users_Group] duplicate <head>'s in EAD export
Message-ID: <F9E8F195-B908-4F71-8979-D7EA71C39F9D@eservices.virginia.edu>


I noticed that importing EAD with this accessrestrict element:

  <accessrestrict>
         <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="http://cdlib.org/xtf">Access Restrictions</head>
         <p>The collection is without restrictions.</p>
  </accessrestrict>



Produces this in ArchivesSpace (1.5.1):


  *
Conditions Governing Access
Persistent ID
ec37b6585f7b376a84ab03fdf54022fd
Label
Access Restrictions
Type
Conditions Governing Access
Publish?
True
Local Access Restriction Type
Sub Notes
     *
Text
<head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="http://cdlib.org/xtf">Access Restrictions</head> The collection is without restrictions.
        *   Raw<http://localhost:8080/resources/191#resource_notes__3__subnotes__0__content__raw>
        *   Formatted<http://localhost:8080/resources/191#resource_notes__3__subnotes__0__content__parsed>




Which on export produces this:

<accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
      <head>Access Restrictions</head>
      <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="http://cdlib.org/xtf" >Access
          Restrictions</head> The collection is without restrictions.</p>
    </accessrestrict>



Which does not validate due to the nested: <head><p><head>
Two problems: duplicate head  and  head wrapped in <p> tag.

Indiscriminate wrapping of content in <p> tags has been a commonly  seen problem.
I?m guessing it?s likely this duplicate <head> issue may occur in other types of notes as well. ( I will look for examples. )

Not sure of the best fix: The duplicate head issue should probably be caught on import. The paragraph wrapping would seem to be an output/serialization problem.


? Steve Majewski




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

From ldfs at umn.edu  Thu Sep 29 17:24:37 2016
From: ldfs at umn.edu (Lara Friedman-Shedlov)
Date: Thu, 29 Sep 2016 16:24:37 -0500
Subject: [Archivesspace_Users_Group] duplicate <head>'s in EAD export
In-Reply-To: <F9E8F195-B908-4F71-8979-D7EA71C39F9D@eservices.virginia.edu>
References: <F9E8F195-B908-4F71-8979-D7EA71C39F9D@eservices.virginia.edu>
Message-ID: <CAKWpb_a3=nHz2jdibP4GP_GMVuMLaNOBPCiVy-mTDQ8tBZ7=xw@mail.gmail.com>

We definitely had lots of duplicate <head>s appear when we imported our
EADs here at the University of Minnesota Libraries.  The pattern seemed to
be that it only happened if there was any attributes inside the <head> tag.




On Thu, Sep 29, 2016 at 4:20 PM, Majewski, Steven Dennis (sdm7g) <
sdm7g at eservices.virginia.edu> wrote:

>
> I noticed that importing EAD with this accessrestrict element:
>
>   <accessrestrict>
>          <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head>
>          <p>The collection is without restrictions.</p>
>   </accessrestrict>
>
>
>
> Produces this in ArchivesSpace (1.5.1):
>
>
>    - Conditions Governing Access
>    Persistent ID
>    ec37b6585f7b376a84ab03fdf54022fd
>    Label
>    Access Restrictions
>    Type
>    Conditions Governing Access
>    Publish?
>    True
>    Local Access Restriction Type
>    Sub Notes
>    - Text
>       <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
>       http://cdlib.org/xtf <http://cdlib.org/xtf>">Access
>       Restrictions</head> The collection is without restrictions.
>       - Raw
>          <http://localhost:8080/resources/191#resource_notes__3__subnotes__0__content__raw>
>          - Formatted
>          <http://localhost:8080/resources/191#resource_notes__3__subnotes__0__content__parsed>
>
>
>
>
>
> Which on export produces this:
>
> <accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
>       <head>Access Restrictions</head>
>       <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf" >Access
>           Restrictions</head> The collection is without restrictions.</p>
>     </accessrestrict>
>
>
>
> Which does not validate due to the nested: <head><p><head>
> Two problems: duplicate head  and  head wrapped in <p> tag.
>
> Indiscriminate wrapping of content in <p> tags has been a commonly  seen
> problem.
> I?m guessing it?s likely this duplicate <head> issue may occur in other
> types of notes as well. ( I will look for examples. )
>
> Not sure of the best fix: The duplicate head issue should probably be
> caught on import. The paragraph wrapping would seem to be an
> output/serialization problem.
>
>
> ? Steve Majewski
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
_________________________________

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca | @yarchives
__________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160929/3e02c78f/attachment.html>

From sdm7g at eservices.virginia.edu  Thu Sep 29 17:31:45 2016
From: sdm7g at eservices.virginia.edu (Majewski, Steven Dennis (sdm7g))
Date: Thu, 29 Sep 2016 21:31:45 +0000
Subject: [Archivesspace_Users_Group] duplicate <head>'s in EAD export
In-Reply-To: <CAKWpb_a3=nHz2jdibP4GP_GMVuMLaNOBPCiVy-mTDQ8tBZ7=xw@mail.gmail.com>
References: <F9E8F195-B908-4F71-8979-D7EA71C39F9D@eservices.virginia.edu>
 <CAKWpb_a3=nHz2jdibP4GP_GMVuMLaNOBPCiVy-mTDQ8tBZ7=xw@mail.gmail.com>
Message-ID: <D3336C3B-D9B5-42E1-B0B1-793A551B34F7@eservices.virginia.edu>


Thanks:  No attributes in that example, but namespace pseudo-attributes may be causing the same problem.
( My pre-flight stylesheet removes empty attributes but appears to leave the namespace declarations. )

? Steve Majewski



On Sep 29, 2016, at 5:25 PM, Lara Friedman-Shedlov <ldfs at umn.edu<mailto:ldfs at umn.edu>> wrote:

We definitely had lots of duplicate <head>s appear when we imported our EADs here at the University of Minnesota Libraries.  The pattern seemed to be that it only happened if there was any attributes inside the <head> tag.



On Thu, Sep 29, 2016 at 4:20 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:

I noticed that importing EAD with this accessrestrict element:

  <accessrestrict>
         <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="http://cdlib.org/xtf">Access Restrictions</head>
         <p>The collection is without restrictions.</p>
  </accessrestrict>



Produces this in ArchivesSpace (1.5.1):


  *
Conditions Governing Access
Persistent ID
ec37b6585f7b376a84ab03fdf54022fd
Label
Access Restrictions
Type
Conditions Governing Access
Publish?
True
Local Access Restriction Type
Sub Notes
     *
Text
<head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="http://cdlib.org/xtf">Access Restrictions</head> The collection is without restrictions.
        *   Raw<http://localhost:8080/resources/191#resource_notes__3__subnotes__0__content__raw>
        *   Formatted<http://localhost:8080/resources/191#resource_notes__3__subnotes__0__content__parsed>




Which on export produces this:

<accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
      <head>Access Restrictions</head>
      <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="http://cdlib.org/xtf" >Access
          Restrictions</head> The collection is without restrictions.</p>
    </accessrestrict>



Which does not validate due to the nested: <head><p><head>
Two problems: duplicate head  and  head wrapped in <p> tag.

Indiscriminate wrapping of content in <p> tags has been a commonly  seen problem.
I?m guessing it?s likely this duplicate <head> issue may occur in other types of notes as well. ( I will look for examples. )

Not sure of the best fix: The duplicate head issue should probably be caught on import. The paragraph wrapping would seem to be an output/serialization problem.


? 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




--
_________________________________

Lara D. Friedman-Shedlov
Kautz Family YMCA Archives | University of Minnesota Libraries
ldfs at umn.edu<mailto:ldfs at umn.edu> |  612.626.7972 | www.lib.umn.edu/ymca<http://www.lib.umn.edu/ymca> | @yarchives
__________________________________
_______________________________________________
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/20160929/29f85093/attachment.html>

From laurie.arp at lyrasis.org  Fri Sep 30 08:02:35 2016
From: laurie.arp at lyrasis.org (Laurie Arp)
Date: Fri, 30 Sep 2016 12:02:35 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace Technical Lead Position
	Announcement
Message-ID: <BN3PR0801MB091688FD247DD6469FB35DD68AC10@BN3PR0801MB0916.namprd08.prod.outlook.com>

ArchivesSpace Technical Lead Position Announcement

The Organizational Home, with ArchivesSpace board support, has decided to upgrade the current open ArchivesSpace Developer position to an ArchivesSpace Technical Lead position.

Why this upgrade now? After a more in depth review of the current ArchivesSpace technical development needs coupled with the longer term goal of building more code contributions by the community, it is clear that a Technical Lead position can do this best.

This new position will be responsible for the overall development of the software, establishing a technical roadmap and management of a community-based code contribution process. The Technical Lead will work with the community to engage a broader set of developers to participate in the program, providing technical guidance, support and leadership to create a robust developer community.  The position will also contribute code.  In addition, we will be contracting for additional development support, both to accomplish desired work while the technical lead position is open and to address additional high priority development needs.

Attached is the position description. To repeat, the Developer position is being replaced by the Technical Lead position.

Applications accepted until the position is filled, but review of applications will begin 10/15.


Laurie Gemmill Arp
Director, Collections Services & Community Supported Software
laurie.arp at lyrasis.org<mailto:laurie.arp at lyrasis.org>
800.999.8558 x 2908
Fax: 404.592.4804
laurie.gemmill1 Skype

[cid:D9C43C04-DF4E-467C-B0BC-358EF417F998]
Check lyrasisnow.org<http://www.lyrasisnow.org/> for up-to-date news and feature articles.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160930/98683a3b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 4483 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160930/98683a3b/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tech leadASpace2016.pdf
Type: application/pdf
Size: 231769 bytes
Desc: tech leadASpace2016.pdf
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160930/98683a3b/attachment-0001.pdf>

From jsteele at jhu.edu  Fri Sep 30 08:55:38 2016
From: jsteele at jhu.edu (Jordon Steele)
Date: Fri, 30 Sep 2016 12:55:38 +0000
Subject: [Archivesspace_Users_Group] Using the Rights sub-records
 instead of Conditions Governing Access/Use notes?
In-Reply-To: <CAH0VKbC+CdAT=yiU_XTq3SLiOYOKvg0_ed0EpKM5QeYmDQ=SrA@mail.gmail.com>
References: <f1ee9590d8304072adbcd55e246f9568@ESGMTWEX6.win.ad.jhu.edu>
 <CAH0VKbC+CdAT=yiU_XTq3SLiOYOKvg0_ed0EpKM5QeYmDQ=SrA@mail.gmail.com>
Message-ID: <db52a366e97241c9918aab5f9df754f7@ESGMTWEX6.win.ad.jhu.edu>

Thanks, Maureen. You?re right, I had overlooked that feature. Am I seeing it right that this feature is limited to the Resource module and is not available in the Accessions module?

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
The Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493
jsteele at jhu.edu

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Maureen Callahan
Sent: Thursday, September 29, 2016 8:44 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records instead of Conditions Governing Access/Use notes?

Hi Jordon,

What version are you all up to? The work that was done by HM and Yale last year made it possible to encode machine-actionable conditions governing use and conditions governing access statements, which will then be associated with containers. A circulation system would be able to tell you, once those restrictions are encoded, whether a container is restricted. I made a video about it here: https://www.youtube.com/watch?v=biCDhkbBSng (things may be slightly different in 1.5.x, but not by much).

MC

On Tue, Sep 27, 2016 at 11:18 AM, Jordon Steele <jsteele at jhu.edu<mailto:jsteele at jhu.edu>> wrote:
Hi all,

I know most of the conversation around the Rights sub-records has been limited to digital records, but our analysis suggests that conceptually rights sub-records are simply more granular, machine-actionable forms of conditions governing access and use notes that apply to both analog and digital collections. So we?re considering doing away completely with our use of the more general conditions governing access and use notes in favor of these more precise rights sub-records. Has anyone else considered or done this, or considered it and chose not to? Are we missing something?

Thanks!

Best,

Jordon

Jordon Steele
Hodson Curator of the University Archives
The Sheridan Libraries
Johns Hopkins University
3400 N Charles St
Baltimore, MD 21218
410-516-5493<tel:410-516-5493>
jsteele at jhu.edu<mailto:jsteele at jhu.edu>


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



--
Maureen Callahan
Sophia Smith Collection Archivist
Smith College Special Collections
Northampton, Massachusetts 01063
T. 413 585 2981 C. 215.863.1860
mcallahan at smith.edu<mailto:mcallahan at smith.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160930/4604b79f/attachment.html>

From ccrist at eastman.org  Fri Sep 30 09:24:06 2016
From: ccrist at eastman.org (Cheri Crist)
Date: Fri, 30 Sep 2016 09:24:06 -0400
Subject: [Archivesspace_Users_Group] Archivesspace_Users_Group Digest,
	Vol 38, Issue 7
In-Reply-To: <mailman.111.1475236959.37245.archivesspace_users_group@lyralists.lyrasis.org>
References: <mailman.111.1475236959.37245.archivesspace_users_group@lyralists.lyrasis.org>
Message-ID: <CAGmhTeMygP1QHT0ibMoxaTKDrRt8WRU7GQK=xP0nc+se81c+Xg@mail.gmail.com>

Hi all, I'm having issues exporting to PDF, but it's only happening with
one record, and it's a record I've exported successfully before. Maybe I
messed something up yesterday when I tweaked it. Here's the error log I've
been getting; I know the one line refers to a missing end element but the
rest is a mystery to me:

Generating PDF for Photographic Society of Philadelphia Records, Louis
Walton Sipley/American Museum of Photography Collection
org.xml.sax.SAXParseException; lineNumber: 218; columnNumber: 126; The
element type "emph" must be terminated by the matching end-tag "</emph>".
net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:374)
java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:497)
Saxon::XML::Document.parse(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/xml.rb:26)
Saxon::XML::Document.parse(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/xml.rb:26)
Saxon::Processor.XML(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/processor.rb:57)
Saxon::Processor.XML(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/processor.rb:57)
RUBY.XML(/home/as/archivesspace-1.5.1/gems/gems/saxon-xslt-0.7.2-java/lib/saxon/xml.rb:11)
RUBY.to_fo(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:32)
RUBY.to_pdf(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:38)
RUBY.run(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:45)
RequestContext.open(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24)
RequestContext.open(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24)
RequestContext.open(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23)
RequestContext.open(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:23)
RUBY.run(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/print_to_pdf_runner.rb:23)
BackgroundJobQueue.run_pending_job(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:113)
BackgroundJobQueue.run_pending_job(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:113)
RUBY.start_background_thread(/home/as/archivesspace-1.5.1/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:153)
java.lang.Thread.run(java/lang/Thread.java:745)

Any help is appreciated!

Cheri





Cheri Crist
Project Archivist
Richard and Ronay Menschel Library
George Eastman Museum
900 East Ave.
Rochester, NY 14607
ccrist at eastman.org
(585)271-3361 ext. 280

On Fri, Sep 30, 2016 at 8:02 AM, <
archivesspace_users_group-request at lyralists.lyrasis.org> wrote:

> Send Archivesspace_Users_Group mailing list submissions to
>         archivesspace_users_group at lyralists.lyrasis.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lyralists.lyrasis.org/mailman/listinfo/
> archivesspace_users_group
>
> or, via email, send a message with subject or body 'help' to
>         archivesspace_users_group-request at lyralists.lyrasis.org
>
> You can reach the person managing the list at
>         archivesspace_users_group-owner at lyralists.lyrasis.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Archivesspace_Users_Group digest..."
>
>
> Today's Topics:
>
>    1. Re: ?An error occurred loading this record" and merging Top
>       Container questions (Christine Di Bella)
>    2. moved ArchivesSpace to a different        server, no longer able to
>       access (Morelli, Shannon)
>    3. importing Finding Aids with DO links (Jessica Wagner Webster)
>    4. Re: importing Finding Aids with DO links (Kennedy, Nancy)
>    5. Re: importing Finding Aids with DO links
>       (Majewski, Steven Dennis (sdm7g))
>    6. LDAP credentials stored at plaintext? (Zachary L Pelli)
>    7. Re: importing Finding Aids with DO links
>       (Majewski, Steven Dennis (sdm7g))
>    8. Re: importing Finding Aids with DO links (Mayo, Dave)
>    9. Re: moved ArchivesSpace to a different server, no longer able
>       to access (Christine Di Bella)
>   10. Using the Rights sub-records instead of Conditions Governing
>       Access/Use notes? (Jordon Steele)
>   11. Re: moved ArchivesSpace to a different server, no longer able
>       to access (Christine Di Bella)
>   12. Jetty tweaking? (Mark Cyzyk)
>   13. tracking media formats in ASpace? (Tang, Lydia)
>   14. Re: Using the Rights sub-records instead of Conditions
>       Governing Access/Use notes? (Maureen Callahan)
>   15. Re: Using the Rights sub-records instead of Conditions
>       Governing Access/Use notes? (Caldera, Mary)
>   16. ArchivesSpace listservs delivery outage (Christine Di Bella)
>   17. Re: Using the Rights sub-records instead of Conditions
>       Governing Access/Use notes? (Arnold, Hillel)
>   18. bulk export of MARCXML for use in EBSCO   or other discovery
>       service? (Christine Di Bella)
>   19. Re: bulk export of MARCXML for use in EBSCO or other
>       discovery service? (Jason Loeffler)
>   20. Re: bulk export of MARCXML for use in EBSCO or other
>       discovery service? (Dean DeBolt)
>   21. Preferred Citation edits sometimes fail   to save (Jane LaBarbara)
>   22. Re: Preferred Citation edits sometimes fail       to save (Custer,
> Mark)
>   23. Re: moved ArchivesSpace to a      different       server, no longer
> able
>       to access (Benedett, Barbara)
>   24. duplicate <head>'s in EAD export (Majewski, Steven Dennis (sdm7g))
>   25. Re: duplicate <head>'s in EAD export (Lara Friedman-Shedlov)
>   26. Re: duplicate <head>'s in EAD export
>       (Majewski, Steven Dennis (sdm7g))
>   27. ArchivesSpace Technical Lead Position     Announcement (Laurie Arp)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 26 Sep 2016 16:25:46 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] ?An error occurred loading
>         this record" and merging Top Container questions
> Message-ID:
>         <CY1PR0801MB0842CC239D1D41D54C50463BF1CD0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="utf-8"
>
> I wonder if the issue has to do with your indexing. That the records
> display in the tree and PDF indicate that they're there. If you didn't have
> permission to edit them, they would still load, you just wouldn't get an
> edit button. And if they were still suppressed and you didn't have
> permission to view them, they just wouldn't appear in the tree. Can you ask
> your system administrator to reindex and see if that resolves the issue?
> (And since you've mentioned suppression a few times, I take it these were
> suppressed, then unsuppressed? Is there anything else different/unusual
> about how this particular set of components was created or edited? Just
> trying to understand what the sequence of events may have been.)
>
> As for merging top containers, this is not currently possible. There is a
> feature request at https://archivesspace.atlassian.net/browse/AR-1436.
>
> Christine
>
>
>
> -----Original Message-----
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Tang, Lydia
> Sent: Monday, September 26, 2016 10:25 AM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: Re: [Archivesspace_Users_Group] ?An error occurred loading this
> record" and merging Top Container questions
>
> Hi Christine,
> Thanks for getting back to me.  I do have system permissions to
> edit/unsupress records, but I am concerned that there is a lingering bug in
> the middle of everything.  Attached is the screen shot, although I am not
> sure how helpful it will be.  There seems to be no way to load or edit this
> section, which appears to be currently unsupressed, since it shows up in
> the PDF export.
> Another question that recently cropped up (sorry guys, lots of questions?)
> is if it?s possible to merge Top Containers?  From entering data in RDE and
> entering data in the conventional way, there somehow developed two
> duplicate top containers ?Box X.?  Is there a simple way to merge these
> two?  Just curious!
> Thanks, everyone, for putting up with my questions and for any help you
> could provide!
> Lydia
>
> ------------------------------
>
> Message: 2
> Date: Mon, 26 Sep 2016 17:24:49 +0000
> From: "Morelli, Shannon" <morelli at frick.org>
> To: "archivesspace_users_group at lyralists.lyrasis.org"
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a
>         different       server, no longer able to access
> Message-ID: <1a538af1e8654853a58bc845404670f8 at Mail03.frick.org>
> Content-Type: text/plain; charset="us-ascii"
>
> We hired a consultant to set up ArchivesSpace for our institution and
> migrate our data from Archivists' Toolkit.  Recently, as part of an effort
> to synchronize ArchivesSpace with Preservica (our digital preservation
> system), our IT department moved the ArchivesSpace server off the Frick
> domain and moved it to the DMZ, it now has a new IP address.  After the
> move, I'm not able to access ArchivesSpace through the same browser
> address.  Can anyone help me out with what our IT staff can do to resolve
> this issue, anything specific they can reconfigure on the server? Since
> they did not set up the server, they do not know how to proceed.
>
> Thanks!
>
> Shannon
>
> Shannon Yule Morelli
> Associate Archivist and Lead Digital Archivist
> The Frick Collection and Frick Art Reference Library
> 10 E. 71st Street
> New York, NY 10021
> (212) 547 - 0717
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/2cf9fd04/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 26 Sep 2016 19:54:25 +0000
> From: Jessica Wagner Webster <Jessica.WagnerWebster at baruch.cuny.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] importing Finding Aids with DO
>         links
> Message-ID:
>         <C33EF018A658844D84A572728684CA930176D15B39 at mbox02.baruch.local>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I'm having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/7d78f596/attachment-0001.html>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 26 Sep 2016 20:15:06 +0000
> From: "Kennedy, Nancy" <KennedyN at si.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with
>         DO links
> Message-ID:
>         <4142170736420940ACB07EE9EECDC21F34D087D9 at si-msedag04.US.
> SINET.SI.EDU>
> Content-Type: text/plain; charset="us-ascii"
>
> Jennifer -
> Yes, you can import EAD with dao.  This snippet below would create the DO
> on the "Account Book" archival object.  Did you include the title
> attribute?  If you'd like to share your EAD, I'd be happy to help.
>
> <c level="file">
>                 <did>
>                     <unittitle>Account Book</unittitle>
>                 </did>
>                 <dao ns2:title="title" ns2:role="Image-Service" ns2:href="
> http://ids.si.edu/ids/dynamic?id=NMAH-AC0040-0000001-01"/>
>
>             </c>
>
> Nancy
>
> Nancy Kennedy
> EAD Coordinator
> Smithsonian Institution
> kennedyn at si.edu
>
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Jessica Wagner Webster
> Sent: Monday, September 26, 2016 3:55 PM
> To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] importing Finding Aids with DO links
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I'm having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/8c741bfb/attachment-0001.html>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 26 Sep 2016 20:23:19 +0000
> From: "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with
>         DO links
> Message-ID:
>         <58321E73-65D3-4D8B-AE24-409C275C0FF6 at eservices.virginia.edu>
> Content-Type: text/plain; charset="utf-8"
>
>
> We?ve normalized and reprocessed to pull out text transcription into
> separate <dao>?s and leave page images in a <daogrp>
> as this imports into ArchivesSpace as two separate digital objects, one
> with multiple file versions:
>
>         <c02 level="item" id="d1e625">
>           <did>
>             <unittitle>Alexander Hamilton, New York, New York, to Angelica
> Schuyler Church, with
>               note from E[lizabeth Schuyler] Hamilton.</unittitle>
>             <unitdate era="ce" calendar="gregorian">1789 November
> 8</unitdate>
>             <physdesc> ALS, 2 p. </physdesc>
>             <daogrp xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="extended" id="d1e639">
>               <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118891.jpg"/>
>               <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118892.jpg"/>
>               <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118893.jpg"/>
>             </daogrp>
>             <dao xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="simple" xlink:title="Text"
>               id="d1e643"
>               xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=
> legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml"
>             />
>           </did>
>           <scopecontent>
>             <p>Heartfelt feelings of affection and friendship and loss in
> the absence of both John
>               and Angelica Church following the sailing of their vessel to
> England.</p>
>           </scopecontent>
>         </c02>
>
>
> We?re currently processing further before ArchivesSpace import to merge
> updated images using IIIF image service, and using @xlink:role attribute to
> mark as transcriptions, legacy-images, image-service, etc. similar to what
> Noah posted.
>
>
> ? Steve Majewski
>
>
>
> On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>> wrote:
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I?m having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_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/20160926/f3da3ca9/attachment-0001.html>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 26 Sep 2016 20:30:29 +0000
> From: Zachary L Pelli <zachary.pelli at shu.edu>
> To: "ArchivesSpace List
>         (archivesspace_users_group at lyralists.lyrasis.org)"
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] LDAP credentials stored at
>         plaintext?
> Message-ID:
>         <DM2PR0101MB1022FD22508CA0510CCB8E79E6CD0 at DM2PR0101MB1022.
> prod.exchangelabs.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello,
>
> We're working on getting ArchivesSpace configured and our IT department
> has some concerns. They wish to use LDAP (probably Active Directory) for
> user authentication. To do this, we would have to have valid bind
> credentials stored in the config file. The problem they see is that this
> file is stored with those credentials unencrypted, which is a safety
> concern.
>
> Have others considered this when setting up their LDAP implementations?
> What have you done to alleviate this risk?
>
> Thank you,
>
> Zach Pelli
> Digital Collections Developer
> Seton Hall University Library
> zachary.pelli at shu.edu<mailto:zachary.pelli at shu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160926/81236c82/attachment-0001.html>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 26 Sep 2016 20:30:53 +0000
> From: "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with
>         DO links
> Message-ID:
>         <434AFC70-2F05-46F1-9715-1E73C5223783 at eservices.virginia.edu>
> Content-Type: text/plain; charset="utf-8"
>
>
> I will also note that the fact that they don?t export in the same
> structure as they import has been a problem.
> i.e. <daoloc> elements within a <daogrp> import as a single digital object
> with multiple file versions, but DO with multiple file versions export as
> multiple <dao> elements.
>
> ? Steve Majewski
>
>
> On Sep 26, 2016, at 4:23 PM, Majewski, Steven Dennis (sdm7g) <
> sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:
>
>
> We?ve normalized and reprocessed to pull out text transcription into
> separate <dao>?s and leave page images in a <daogrp>
> as this imports into ArchivesSpace as two separate digital objects, one
> with multiple file versions:
>
>         <c02 level="item" id="d1e625">
>           <did>
>             <unittitle>Alexander Hamilton, New York, New York, to Angelica
> Schuyler Church, with
>               note from E[lizabeth Schuyler] Hamilton.</unittitle>
>             <unitdate era="ce" calendar="gregorian">1789 November
> 8</unitdate>
>             <physdesc> ALS, 2 p. </physdesc>
>             <daogrp xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="extended" id="d1e639">
>               <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118891.jpg"/>
>               <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118892.jpg"/>
>               <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118893.jpg"/>
>             </daogrp>
>             <dao xmlns:xlink="http://www.w3.org/1999/xlink"
> xlink:type="simple" xlink:title="Text"
>               id="d1e643"
>               xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=
> legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml"
>             />
>           </did>
>           <scopecontent>
>             <p>Heartfelt feelings of affection and friendship and loss in
> the absence of both John
>               and Angelica Church following the sailing of their vessel to
> England.</p>
>           </scopecontent>
>         </c02>
>
>
> We?re currently processing further before ArchivesSpace import to merge
> updated images using IIIF image service, and using @xlink:role attribute to
> mark as transcriptions, legacy-images, image-service, etc. similar to what
> Noah posted.
>
>
> ? Steve Majewski
>
>
>
> On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>> wrote:
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I?m having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_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:A
> rchivesspace_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/20160926/09a9d387/attachment-0001.html>
>
> ------------------------------
>
> Message: 8
> Date: Mon, 26 Sep 2016 21:05:16 +0000
> From: "Mayo, Dave" <dave_mayo at harvard.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with
>         DO links
> Message-ID: <D40F026B.1509C%dave_mayo at harvard.edu>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Additionally (although I'm working on this as we speak), xlink:show and
> xlink:actuate attributes on <arc> elements within <daogrp> are completely
> unhandled.
>
> - Dave
>
> From: <Majewski>, "Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu<
> mailto:sdm7g at eservices.virginia.edu>>
> Reply-To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org<mailto:archivesspace_users_group@
> lyralists.lyrasis.org>>
> Date: Monday, September 26, 2016 at 4:30 PM
> To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org<mailto:archivesspace_users_group@
> lyralists.lyrasis.org>>
> Subject: Re: [Archivesspace_Users_Group] importing Finding Aids with DO
> links
>
>
> I will also note that the fact that they don't export in the same
> structure as they import has been a problem.
> i.e. <daoloc> elements within a <daogrp> import as a single digital object
> with multiple file versions, but DO with multiple file versions export as
> multiple <dao> elements.
>
> - Steve Majewski
>
>
> On Sep 26, 2016, at 4:23 PM, Majewski, Steven Dennis (sdm7g) <
> sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:
>
>
> We've normalized and reprocessed to pull out text transcription into
> separate <dao>'s and leave page images in a <daogrp>
> as this imports into ArchivesSpace as two separate digital objects, one
> with multiple file versions:
>
>         <c02 level="item" id="d1e625">
>           <did>
>             <unittitle>Alexander Hamilton, New York, New York, to Angelica
> Schuyler Church, with
>               note from E[lizabeth Schuyler] Hamilton.</unittitle>
>             <unitdate era="ce" calendar="gregorian">1789 November
> 8</unitdate>
>             <physdesc> ALS, 2 p. </physdesc>
>             <daogrpxmlns:xlink="http://www.w3.org/1999/xlink<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__www.w3.org_
> 1999_xlink&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_
> Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-
> ksNFkxyqHVaMVDw&s=k5hWc0ctT2KjIRLvJGbl1XmfoT3hmijjqjNMhrVDaLY&e=>"
> xlink:type="extended" id="d1e639">
>               <daoloc xlink:type="locator" xlink:title="Page 1" id="d1e640"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118891.jpg<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.
> virginia.edu_exhibits_church_images_AH118891.jpg&d=CwMGaQ&
> c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=
> TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=
> CIkDFS4GxvfbMWMpulJLhSurqkrThKbWDsffZ2_iLSs&e=>"/>
>               <daoloc xlink:type="locator" xlink:title="Page 2" id="d1e641"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118892.jpg<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.
> virginia.edu_exhibits_church_images_AH118892.jpg&d=CwMGaQ&
> c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=
> TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=
> nOoBlXCRF2i1rR588vFw4AwsKFAa-fRoy7McNF0qFOc&e=>"/>
>               <daoloc xlink:type="locator" xlink:title="Page 3" id="d1e642"
>                 xlink:href="http://static.lib.
> virginia.edu/exhibits/church/images/AH118893.jpg<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__static.lib.
> virginia.edu_exhibits_church_images_AH118893.jpg&d=CwMGaQ&
> c=WO-RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=
> TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=gjiqJ54343oUWlIw19C2V_
> G5npprHq3LxQvlhqQWIZE&e=>"/>
>             </daogrp>
>             <daoxmlns:xlink="http://www.w3.org/1999/xlink<https://
> urldefense.proofpoint.com/v2/url?u=http-3A__www.w3.org_
> 1999_xlink&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_
> Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-
> ksNFkxyqHVaMVDw&s=k5hWc0ctT2KjIRLvJGbl1XmfoT3hmijjqjNMhrVDaLY&e=>"
> xlink:type="simple" xlink:title="Text"
>               id="d1e643"
>               xlink:href="http://xtf.lib.virginia.edu/xtf/view?docId=
> legacy_mss/uvaBook/tei/hamilton_letters/Ham1108.xml<h
> ttps://urldefense.proofpoint.com/v2/url?u=http-3A__xtf.lib.
> virginia.edu_xtf_view-3FdocId-3Dlegacy-5Fmss_uvaBook_tei_
> hamilton-5Fletters_Ham1108.xml&d=CwMGaQ&c=WO-RGvefibhHBZq3fL85hQ&r=_
> Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=TkoCYi4IQa48ByPjeKAcxF30BBn-
> ksNFkxyqHVaMVDw&s=tWHBGhLc2v2nZXfu9ztWChPl-pMgA5aVur36GO0nYTA&e=>"
>             />
>           </did>
>           <scopecontent>
>             <p>Heartfelt feelings of affection and friendship and loss in
> the absence of both John
>               and Angelica Church following the sailing of their vessel to
> England.</p>
>           </scopecontent>
>         </c02>
>
>
> We're currently processing further before ArchivesSpace import to merge
> updated images using IIIF image service, and using @xlink:role attribute to
> mark as transcriptions, legacy-images, image-service, etc. similar to what
> Noah posted.
>
>
> - Steve Majewski
>
>
>
> On Sep 26, 2016, at 3:54 PM, Jessica Wagner Webster <
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>> wrote:
>
> Hi all,
>
> Has anyone had success importing EAD finding aids which contain DO links?
> Would anyone be able to send along a sample for me to follow? I'm having
> formatting issues.
>
> Also, for those that have done this: when you include digital object
> links, are digital object records created and linked to resource records
> upon import into ASpace?
>
> Thanks,
> Jessica
>
> Jessica Wagner Webster
> Digital Initiatives Librarian, Assistant Professor
> Baruch College, Newman Library
> 151 East 25th Street, Room 523
> New York, NY 10010
> (646) 312-1672
> Jessica.WagnerWebster at baruch.cuny.edu<mailto:Jessica.
> WagnerWebster at baruch.cuny.edu>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_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=CwMGaQ&c=WO-
> RGvefibhHBZq3fL85hQ&r=_Mv1dY22K7jvT5MD7xjbvGVzRDOUMhx4WYcnPSIzYnE&m=
> TkoCYi4IQa48ByPjeKAcxF30BBn-ksNFkxyqHVaMVDw&s=
> ivMUYJgEaWcbYn9szDUSBlGV8DkPOnqN_Kz4ZCN44iQ&e=>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_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/20160926/7e3d6096/attachment-0001.html>
>
> ------------------------------
>
> Message: 9
> Date: Tue, 27 Sep 2016 14:17:33 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] moved ArchivesSpace to a
>         different server, no longer able to access
> Message-ID:
>         <CY1PR0801MB08423A2A72166069BE991702F1CC0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Shannon,
>
> If they haven't already looked at it, your IT people should definitely
> take a look at the technical documentation about installing and running
> ArchivesSpace at http://archivesspace.github.io/archivesspace/. Depending
> on the platform of the server and how it was set up originally, different
> things may be going on. Most of the settings are governed by the config
> file, which is in the archivesspace/config directory on the server where
> ArchivesSpace is installed. There's information about this file and
> configuring ArchivesSpace at http://archivesspace.github.
> io/archivesspace/user/configuring-archivesspace/.
>
> (If ArchivesSpace was set up at its own new domain, they'll need to make
> sure to update the DNS record with the new IP address, but that would be
> outside of ArchivesSpace itself.)
>
> Christine
>
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype)
> [cid:image003.png at 01CE734E.FD759D30]
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Morelli, Shannon
> Sent: Monday, September 26, 2016 1:25 PM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
> server, no longer able to access
>
> We hired a consultant to set up ArchivesSpace for our institution and
> migrate our data from Archivists' Toolkit.  Recently, as part of an effort
> to synchronize ArchivesSpace with Preservica (our digital preservation
> system), our IT department moved the ArchivesSpace server off the Frick
> domain and moved it to the DMZ, it now has a new IP address.  After the
> move, I'm not able to access ArchivesSpace through the same browser
> address.  Can anyone help me out with what our IT staff can do to resolve
> this issue, anything specific they can reconfigure on the server? Since
> they did not set up the server, they do not know how to proceed.
>
> Thanks!
>
> Shannon
>
> Shannon Yule Morelli
> Associate Archivist and Lead Digital Archivist
> The Frick Collection and Frick Art Reference Library
> 10 E. 71st Street
> New York, NY 10021
> (212) 547 - 0717
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160927/5d515d60/attachment-0001.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/20160927/5d515d60/attachment-0001.png>
>
> ------------------------------
>
> Message: 10
> Date: Tue, 27 Sep 2016 15:18:41 +0000
> From: Jordon Steele <jsteele at jhu.edu>
> To: "'Archivesspace_Users_Group at lyralists.lyrasis.org'"
>         <Archivesspace_Users_Group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Using the Rights sub-records
>         instead of Conditions Governing Access/Use notes?
> Message-ID:
>         <f1ee9590d8304072adbcd55e246f9568 at ESGMTWEX6.win.ad.jhu.edu>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi all,
>
> I know most of the conversation around the Rights sub-records has been
> limited to digital records, but our analysis suggests that conceptually
> rights sub-records are simply more granular, machine-actionable forms of
> conditions governing access and use notes that apply to both analog and
> digital collections. So we're considering doing away completely with our
> use of the more general conditions governing access and use notes in favor
> of these more precise rights sub-records. Has anyone else considered or
> done this, or considered it and chose not to? Are we missing something?
>
> Thanks!
>
> Best,
>
> Jordon
>
> Jordon Steele
> Hodson Curator of the University Archives
> The Sheridan Libraries
> Johns Hopkins University
> 3400 N Charles St
> Baltimore, MD 21218
> 410-516-5493
> jsteele at jhu.edu
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160927/2b66e43a/attachment-0001.html>
>
> ------------------------------
>
> Message: 11
> Date: Tue, 27 Sep 2016 15:23:44 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] moved ArchivesSpace to a
>         different server, no longer able to access
> Message-ID:
>         <CY1PR0801MB0842C8C335050FEA3CBCF7D3F1CC0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Shannon,
>
> If they haven't already looked at it, your IT people should definitely
> take a look at the technical documentation about installing and running
> ArchivesSpace at http://archivesspace.github.io/archivesspace/. Depending
> on the platform of the server and how it was set up originally, different
> things may be going on. Most of the settings are governed by the config
> file, which is in the archivesspace/config directory on the server where
> ArchivesSpace is installed. There's information about this file and
> configuring ArchivesSpace at http://archivesspace.github.
> io/archivesspace/user/configuring-archivesspace/.
>
> (If ArchivesSpace was set up at its own new domain, they'll need to make
> sure to update the DNS record with the new IP address, but that would be
> outside of ArchivesSpace itself.)
>
> Christine
>
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype)
> [cid:image003.png at 01CE734E.FD759D30]
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Morelli, Shannon
> Sent: Monday, September 26, 2016 1:25 PM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
> server, no longer able to access
>
> We hired a consultant to set up ArchivesSpace for our institution and
> migrate our data from Archivists' Toolkit.  Recently, as part of an effort
> to synchronize ArchivesSpace with Preservica (our digital preservation
> system), our IT department moved the ArchivesSpace server off the Frick
> domain and moved it to the DMZ, it now has a new IP address.  After the
> move, I'm not able to access ArchivesSpace through the same browser
> address.  Can anyone help me out with what our IT staff can do to resolve
> this issue, anything specific they can reconfigure on the server? Since
> they did not set up the server, they do not know how to proceed.
>
> Thanks!
>
> Shannon
>
> Shannon Yule Morelli
> Associate Archivist and Lead Digital Archivist
> The Frick Collection and Frick Art Reference Library
> 10 E. 71st Street
> New York, NY 10021
> (212) 547 - 0717
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160927/2b6495bd/attachment-0001.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/20160927/2b6495bd/attachment-0001.png>
>
> ------------------------------
>
> Message: 12
> Date: Tue, 27 Sep 2016 15:45:16 -0400
> From: Mark Cyzyk <mcyzyk at jhu.edu>
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] Jetty tweaking?
> Message-ID: <8ed0fa82-2215-9b3d-2a1a-2363fe5b27d9 at jhu.edu>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
>
> Dear ArchivesSpace List,
>
> Quick question:  If I wanted to Up the number of simultaneous
> connections in the underlying Jetty, where is that config?
>
> Best regards,
>
> Mark
>
> --
>
> <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
> Mark Cyzyk, M.A., M.L.S.
> Scholarly Communication Architect
> Library Applications Group
> The Sheridan Libraries
> The Johns Hopkins University
> mcyzyk at jhu.edu
>
> Verba volant, scripta manent.
>
>
>
>
> ------------------------------
>
> Message: 13
> Date: Wed, 28 Sep 2016 16:24:38 +0000
> From: "Tang, Lydia" <ltang5 at mail.lib.msu.edu>
> To: "archivesspace_users_group at lyralists.lyrasis.org"
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] tracking media formats in ASpace?
> Message-ID: <97A3A320-2631-45A8-ABC6-E206AD85DA08 at mail.lib.msu.edu>
> Content-Type: text/plain; charset="utf-8"
>
> Hello everyone,
> I was wondering if any institution has expanded the list of Instances to
> include more specific media formats to track for preservation concerns?  Or
> do you use another area?  I am thinking it would be really great to be able
> to indicate and search somehow for materials in delicate media formats:
> audio reels, Umatic, microcassettes, floppy disks, etc and was just curious
> how other institutions are keeping track of it.  Thanks!
> Lydia
>
> ------------------------------
>
> Message: 14
> Date: Thu, 29 Sep 2016 08:43:59 -0400
> From: Maureen Callahan <mcallahan at smith.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records
>         instead of Conditions Governing Access/Use notes?
> Message-ID:
>         <CAH0VKbC+CdAT=yiU_XTq3SLiOYOKvg0_ed0EpKM5QeYmDQ=
> SrA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Jordon,
>
> What version are you all up to? The work that was done by HM and Yale last
> year made it possible to encode machine-actionable conditions governing use
> and conditions governing access statements, which will then be associated
> with containers. A circulation system would be able to tell you, once those
> restrictions are encoded, whether a container is restricted. I made a video
> about it here: https://www.youtube.com/watch?v=biCDhkbBSng (things may be
> slightly different in 1.5.x, but not by much).
>
> MC
>
> On Tue, Sep 27, 2016 at 11:18 AM, Jordon Steele <jsteele at jhu.edu> wrote:
>
> > Hi all,
> >
> >
> >
> > I know most of the conversation around the Rights sub-records has been
> > limited to digital records, but our analysis suggests that conceptually
> > rights sub-records are simply more granular, machine-actionable forms of
> > conditions governing access and use notes that apply to both analog and
> > digital collections. So we?re considering doing away completely with our
> > use of the more general conditions governing access and use notes in
> favor
> > of these more precise rights sub-records. Has anyone else considered or
> > done this, or considered it and chose not to? Are we missing something?
> >
> >
> >
> > Thanks!
> >
> >
> >
> > Best,
> >
> >
> >
> > Jordon
> >
> >
> >
> > Jordon Steele
> >
> > Hodson Curator of the University Archives
> >
> > The Sheridan Libraries
> >
> > Johns Hopkins University
> >
> > 3400 N Charles St
> >
> > Baltimore, MD 21218
> >
> > 410-516-5493
> >
> > jsteele at jhu.edu
> >
> >
> >
> > _______________________________________________
> > Archivesspace_Users_Group mailing list
> > Archivesspace_Users_Group at lyralists.lyrasis.org
> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> >
> >
>
>
> --
> Maureen Callahan
> Sophia Smith Collection Archivist
> Smith College Special Collections
> Northampton, Massachusetts 01063
> T. 413 585 2981 C. 215.863.1860
> mcallahan at smith.edu
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/7493a4fa/attachment-0001.html>
>
> ------------------------------
>
> Message: 15
> Date: Thu, 29 Sep 2016 12:55:06 +0000
> From: "Caldera, Mary" <mary.caldera at yale.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records
>         instead of Conditions Governing Access/Use notes?
> Message-ID:
>         <CY1PR08MB13112162D86671EC33A57324E4CE0 at CY1PR08MB1311.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi, Jordan,
>
> The Yale ArchivesSpace Committee considered using the rights records
> before we proceeded with developing the machine actionable conditions
> governing access and use note. Here is a link to the topic discussion in
> the AS Google Group list (https://groups.google.com/
> forum/#!topic/archivesspace/EGdXp7_l-XQ). A search on the list might
> bring up some of the pros and cons. - Best, Mary
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Jordon Steele
> Sent: Tuesday, September 27, 2016 11:19 AM
> To: 'Archivesspace_Users_Group at lyralists.lyrasis.org' <
> Archivesspace_Users_Group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Using the Rights sub-records instead
> of Conditions Governing Access/Use notes?
>
> Hi all,
>
> I know most of the conversation around the Rights sub-records has been
> limited to digital records, but our analysis suggests that conceptually
> rights sub-records are simply more granular, machine-actionable forms of
> conditions governing access and use notes that apply to both analog and
> digital collections. So we're considering doing away completely with our
> use of the more general conditions governing access and use notes in favor
> of these more precise rights sub-records. Has anyone else considered or
> done this, or considered it and chose not to? Are we missing something?
>
> Thanks!
>
> Best,
>
> Jordon
>
> Jordon Steele
> Hodson Curator of the University Archives
> The Sheridan Libraries
> Johns Hopkins University
> 3400 N Charles St
> Baltimore, MD 21218
> 410-516-5493
> jsteele at jhu.edu<mailto:jsteele at jhu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/7384d717/attachment-0001.html>
>
> ------------------------------
>
> Message: 16
> Date: Thu, 29 Sep 2016 13:01:08 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Cc: "archivesspace_bot_members at lyralists.lyrasis.org"
>         <archivesspace_bot_members at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] ArchivesSpace listservs delivery
>         outage
> Message-ID:
>         <CY1PR0801MB0842089EE793FDF56C7BFD62F1CE0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello ArchivesSpace members,
>
> The ArchivesSpace listservs appear to have experienced a delivery outage
> beginning Monday evening. The issue was resolved by LYRASIS IT this morning
> and all messages sent during the outage period have now been delivered and
> are also in the listserv archives. If you notice anything still amiss,
> please just let me know.
>
> Christine
>
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype)
> [cid:image003.png at 01CE734E.FD759D30]
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/edbbe698/attachment-0001.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/20160929/edbbe698/attachment-0001.png>
>
> ------------------------------
>
> Message: 17
> Date: Thu, 29 Sep 2016 09:47:13 -0400
> From: "Arnold, Hillel" <harnold at rockarch.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records
>         instead of Conditions Governing Access/Use notes?
> Message-ID: <D412928C.4A13D%harnold at rockarch.org>
> Content-Type: text/plain; charset="windows-1252"
>
> I?ll also add that we here at the Rockefeller Archive Center along with
> some of our colleagues at the Bentley Library, Artefactual and the
> ArchivesSpace team have been working on putting together a specification
> for building out the structured rights statements functionality in
> ArchivesSpace. I think we?re pretty close to having something that we can
> circulate on this list, so stay tuned for that if you?re interested in
> recording machine-actionable rights statements!
>
> Hillel
> -----------
> Hillel Arnold
> Assistant Director, Head of Digital Programs
> Rockefeller Archive Center
> 914.366.6382
>
> From: <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of
> "Caldera, Mary" <mary.caldera at yale.edu<mailto:mary.caldera at yale.edu>>
> Reply-To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org<mailto:archivesspace_users_group@
> lyralists.lyrasis.org>>
> Date: Thursday, September 29, 2016 at 8:55 AM
> To: Archivesspace Users Group <archivesspace_users_group@
> lyralists.lyrasis.org<mailto:archivesspace_users_group@
> lyralists.lyrasis.org>>
> Subject: Re: [Archivesspace_Users_Group] Using the Rights sub-records
> instead of Conditions Governing Access/Use notes?
>
> Hi, Jordan,
>
> The Yale ArchivesSpace Committee considered using the rights records
> before we proceeded with developing the machine actionable conditions
> governing access and use note. Here is a link to the topic discussion in
> the AS Google Group list (https://groups.google.com/
> forum/#!topic/archivesspace/EGdXp7_l-XQ). A search on the list might
> bring up some of the pros and cons. ? Best, Mary
>
> 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
> Jordon Steele
> Sent: Tuesday, September 27, 2016 11:19 AM
> To: 'Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:'
> Archivesspace_Users_Group at lyralists.lyrasis.org>' <
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>>
> Subject: [Archivesspace_Users_Group] Using the Rights sub-records instead
> of Conditions Governing Access/Use notes?
>
> Hi all,
>
> I know most of the conversation around the Rights sub-records has been
> limited to digital records, but our analysis suggests that conceptually
> rights sub-records are simply more granular, machine-actionable forms of
> conditions governing access and use notes that apply to both analog and
> digital collections. So we?re considering doing away completely with our
> use of the more general conditions governing access and use notes in favor
> of these more precise rights sub-records. Has anyone else considered or
> done this, or considered it and chose not to? Are we missing something?
>
> Thanks!
>
> Best,
>
> Jordon
>
> Jordon Steele
> Hodson Curator of the University Archives
> The Sheridan Libraries
> Johns Hopkins University
> 3400 N Charles St
> Baltimore, MD 21218
> 410-516-5493
> jsteele at jhu.edu<mailto:jsteele at jhu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/b22f56d4/attachment-0001.html>
>
> ------------------------------
>
> Message: 18
> Date: Thu, 29 Sep 2016 14:52:47 +0000
> From: Christine Di Bella <christine.dibella at lyrasis.org>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] bulk export of MARCXML for use in
>         EBSCO   or other discovery service?
> Message-ID:
>         <CY1PR0801MB0842202AC8CAFD29BFC9780CF1CE0 at CY1PR0801MB0842.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> I've gotten a question from a user about how to get their data out in bulk
> in MARC or MARCXML to use in their library's EBSCO discovery service. Would
> people who've done this share their workflows and/or strategies? (They
> wouldn't necessarily have to be for EBSCO specifically. Any thoughts on
> what you might be doing with MARC data derived from ArchivesSpace records
> would be appreciated.)
>
> Christine
>
> Christine Di Bella
> Community Outreach Manager
> christine.dibella at lyrasis.org<mailto:christine.dibella at lyrasis.org>
> 800.999.8558 x2905
> 678-235-2905
> cdibella13 (Skype)
> [cid:image003.png at 01CE734E.FD759D30]
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/7c60246b/attachment-0001.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/20160929/7c60246b/attachment-0001.png>
>
> ------------------------------
>
> Message: 19
> Date: Thu, 29 Sep 2016 11:37:58 -0400
> From: Jason Loeffler <j at minorscience.com>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] bulk export of MARCXML for
>         use in EBSCO or other discovery service?
> Message-ID:
>         <CAP4gJsWgtBosVOFwES10pDonVHvQ3mzBoogRO-AZ8yxzh8wEZw at mail.
> gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Meaning exporting resources or archival objects or both? There is a
> post-processing download option at /download_marc, though it only emits the
> top level resource. This could probably be extended to include archival
> objects.
>
> Alternately, I would direct the member user to the work being done on the
> OAI-PMH specification, partially documented here
> <https://archivesspace.atlassian.net/browse/AR-803> and currently under
> revision. If this is implemented, and I hope it is, it would include a
> machine-accessible MARC responder, among other formats.
>
> Does that help?
>
> Best, Jason
>
> On Thu, Sep 29, 2016 at 10:52 AM, Christine Di Bella <
> christine.dibella at lyrasis.org> wrote:
>
> > I?ve gotten a question from a user about how to get their data out in
> bulk
> > in MARC or MARCXML to use in their library?s EBSCO discovery service.
> Would
> > people who?ve done this share their workflows and/or strategies? (They
> > wouldn?t necessarily have to be for EBSCO specifically. Any thoughts on
> > what you might be doing with MARC data derived from ArchivesSpace records
> > would be appreciated.)
> >
> >
> >
> > Christine
> >
> >
> >
> > Christine Di Bella
> >
> > Community Outreach Manager
> >
> > christine.dibella at lyrasis.org
> >
> > 800.999.8558 x2905
> >
> > 678-235-2905
> >
> > cdibella13 (Skype)
> >
> > [image: cid:image003.png at 01CE734E.FD759D30]
> >
> >
> >
> > _______________________________________________
> > 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/20160929/83fbb2de/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.png
> Type: image/png
> Size: 7645 bytes
> Desc: not available
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/83fbb2de/attachment-0001.png>
>
> ------------------------------
>
> Message: 20
> Date: Thu, 29 Sep 2016 11:07:56 -0500
> From: Dean DeBolt <ddebolt at uwf.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] bulk export of MARCXML for
>         use in EBSCO or other discovery service?
> Message-ID:
>         <CAOnYSS+A1yn7vPS2WzjLq0CRGqsfNfMHi3ZEC
> LMQaFhshDqnGg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> To clarify on the MARC exporting, our library uses EBSCO discovery as its
> main search box into the library collections, and I would like to include
> the archives data that is presently in Archon and ArchivesSpace.   Since
> Archon can export as a MARC record, EBSCO can use that ... but we need to
> be able to produce a file of MARC data, not just print each record's MARC
> data.    I'm assuming that the MARC is also in ArchivesSpace and we have
> that running with the data exported in from Archon, too.
>
> It's the MARC data that we want to export into one file as a .mrc file.
>
> Dean
>
>
>
> Dean DeBolt, University Librarian (Professor)/University Archivist
> University Archives and West Florida History Center
> University of West Florida Library
> 11000 University Parkway
> Pensacola, FL  32514-5750
> ddebolt at uwf.edu;   850-474-2213
>
> West Florida History Center is the largest and most comprehensive
> history collection about Pensacola and the West Florida region.
> http://libguides.uwf.edu/universityarchives
>
> Digital collections can be found at:  http://archives.uwf.edu/Archon/
> <http://143.88.66.76/Archon/>
>
> >
> >>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/632795eb/attachment-0001.html>
>
> ------------------------------
>
> Message: 21
> Date: Thu, 29 Sep 2016 17:19:01 +0000
> From: Jane LaBarbara <jane.labarbara at mail.wvu.edu>
> To: "archivesspace_users_group at lyralists.lyrasis.org"
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] Preferred Citation edits
>         sometimes fail  to save
> Message-ID:
>         <CY4PR03MB26487D256637F47A9EEEF23AB1CE0 at CY4PR03MB2648.
> namprd03.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Good afternoon,
>
> We are running version 1.4.2, and we've just started our post-EAD import
> resource record cleanup.  We've noticed a problem where our edits sometimes
> fail to save in one specific field-the Preferred Citation Note.  We're
> editing titles. We make an edit in the Resource Record's title field, then
> make the same edit in the finding aid title field, and then in the
> Preferred Citation Field in the Notes section.  Then we save the record.
> Sometimes, our change in the Preferred Citation field actually saves, but
> sometimes we check after saving and find that the text in that field has
> reverted back to its pre-edited state.  We aren't sure if there is a
> specific sequence of steps that triggers the problem--it seems to be
> random. Once we see that our edit has been lost, we try to re-edit and save
> again-sometimes it works on the second save, once I had to try four times
> to get the edit I made to stick.
>
> Has anyone else had this problem or can suggest a possible cause/fix?
> It's not a huge issue, but it is slowing down our cleanup work, and if it's
> not isolated to this field, it could cause failed saving of more important
> notes, like the scope and content note, which would be a big problem.
>
> Thank you,
> Jane
>
> / Jane Metters LaBarbara
> Assistant Curator, West Virginia & Regional History Center<
> https://wvrhc.lib.wvu.edu/>
> West Virginia University Libraries
> (304) 293-0352 office
> jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/530a0bf5/attachment-0001.html>
>
> ------------------------------
>
> Message: 22
> Date: Thu, 29 Sep 2016 17:39:38 +0000
> From: "Custer, Mark" <mark.custer at yale.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] Preferred Citation edits
>         sometimes fail  to save
> Message-ID:
>         <BN3PR08MB1318418B081EE67DE2F5A2E68CCE0 at BN3PR08MB1318.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Jane,
>
> Is it possible that what you've noticed is related to this ticket?:
>
> https://archivesspace.atlassian.net/browse/AR-1521
>
> This bug affects editing of any note type, and it's particularly
> problematic.  I believe that we've just alerted staff not to use the
> "Delete" key because of this when editing notes, but that's not a great
> solution.
>
> Mark
>
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Jane LaBarbara
> Sent: Thursday, 29 September, 2016 1:19 PM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes
> fail to save
>
> Good afternoon,
>
> We are running version 1.4.2, and we've just started our post-EAD import
> resource record cleanup.  We've noticed a problem where our edits sometimes
> fail to save in one specific field-the Preferred Citation Note.  We're
> editing titles. We make an edit in the Resource Record's title field, then
> make the same edit in the finding aid title field, and then in the
> Preferred Citation Field in the Notes section.  Then we save the record.
> Sometimes, our change in the Preferred Citation field actually saves, but
> sometimes we check after saving and find that the text in that field has
> reverted back to its pre-edited state.  We aren't sure if there is a
> specific sequence of steps that triggers the problem--it seems to be
> random. Once we see that our edit has been lost, we try to re-edit and save
> again-sometimes it works on the second save, once I had to try four times
> to get the edit I made to stick.
>
> Has anyone else had this problem or can suggest a possible cause/fix?
> It's not a huge issue, but it is slowing down our cleanup work, and if it's
> not isolated to this field, it could cause failed saving of more important
> notes, like the scope and content note, which would be a big problem.
>
> Thank you,
> Jane
>
> / Jane Metters LaBarbara
> Assistant Curator, West Virginia & Regional History Center<
> https://urldefense.proofpoint.com/v2/url?u=https-3A__wvrhc.lib.wvu.edu_&d=
> CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_
> ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=gfUWReFXsj-bdBChxikA4ICfWyKIv6GHVSnPmNZBW
> Os&s=vXSXM0D3eVY81K6-3OZnzqFog44j7lSdv5BEZyEIiu4&e=>
> West Virginia University Libraries
> (304) 293-0352 office
> jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/897090a1/attachment-0001.html>
>
> ------------------------------
>
> Message: 23
> Date: Thu, 29 Sep 2016 19:40:09 +0000
> From: "Benedett, Barbara" <barbara.benedett at curtis.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] moved ArchivesSpace to a
>         different       server, no longer able to access
> Message-ID:
>         <DM5PR12MB12734B9AA3D7A4ADB88280F5E8CE0 at DM5PR12MB1273.
> namprd12.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Shannon,
>
> We are in the midst of this as well.   Our IT is currently trying to move
> us from the ASpace default setup to an Apache environment (also so we can
> sync with Preservica).  It hasn't been easy as they haven't found any
> instructions on how to move ASpace over. I can only share the steps I know
> we've had to go through so far.  If your IT hasn't yet, they will need to
> register with a service like godaddy or Windstream so you can get an
> external IP and internet DNS record.  For example we added a subdomain to
> our Curtis.edu website, archspace.curtis.edu through Windstream.  After
> you are migrated, your original ports: staff, API, and public either need
> to be added to the URL or proxied via httpd.
>
> I'll be keeping the basic archspace.curtis.edu for the public and
> changing the URIs for the staff and admin logins.
>
> Let me know how it goes!
>
> Barbara
>
>
> Barbara J. Benedett, CA
> Digital Archivist | Rock Resource Center
> 1720 Locust Street, Philadelphia, PA 19103
> (215) 717-3139 Phone  |  (215) 893-9065 Fax  |
> barbara.benedett at curtis.edu<mailto:barbara.benedett at curtis.edu>
>
>
> [logo gif not for paper (horizontal)]<http://www.
> curtis.edu/html/10000.shtml>
>
>
>
>
>
>
>
>
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of
> Morelli, Shannon
> Sent: Monday, September 26, 2016 1:25 PM
> To: archivesspace_users_group at lyralists.lyrasis.org
> Subject: [Archivesspace_Users_Group] moved ArchivesSpace to a different
> server, no longer able to access
>
> We hired a consultant to set up ArchivesSpace for our institution and
> migrate our data from Archivists' Toolkit.  Recently, as part of an effort
> to synchronize ArchivesSpace with Preservica (our digital preservation
> system), our IT department moved the ArchivesSpace server off the Frick
> domain and moved it to the DMZ, it now has a new IP address.  After the
> move, I'm not able to access ArchivesSpace through the same browser
> address.  Can anyone help me out with what our IT staff can do to resolve
> this issue, anything specific they can reconfigure on the server? Since
> they did not set up the server, they do not know how to proceed.
>
> Thanks!
>
> Shannon
>
> Shannon Yule Morelli
> Associate Archivist and Lead Digital Archivist
> The Frick Collection and Frick Art Reference Library
> 10 E. 71st Street
> New York, NY 10021
> (212) 547 - 0717
>
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you received
> this in error, please contact the sender and delete the material from any
> computer.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/1838b0f2/attachment-0001.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.jpg
> Type: image/jpeg
> Size: 2545 bytes
> Desc: image001.jpg
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/1838b0f2/attachment-0001.jpg>
>
> ------------------------------
>
> Message: 24
> Date: Thu, 29 Sep 2016 21:20:48 +0000
> From: "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] duplicate <head>'s in EAD export
> Message-ID:
>         <F9E8F195-B908-4F71-8979-D7EA71C39F9D at eservices.virginia.edu>
> Content-Type: text/plain; charset="utf-8"
>
>
> I noticed that importing EAD with this accessrestrict element:
>
>   <accessrestrict>
>          <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head>
>          <p>The collection is without restrictions.</p>
>   </accessrestrict>
>
>
>
> Produces this in ArchivesSpace (1.5.1):
>
>
>   *
> Conditions Governing Access
> Persistent ID
> ec37b6585f7b376a84ab03fdf54022fd
> Label
> Access Restrictions
> Type
> Conditions Governing Access
> Publish?
> True
> Local Access Restriction Type
> Sub Notes
>      *
> Text
> <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head> The collection is
> without restrictions.
>         *   Raw<http://localhost:8080/resources/191#resource_notes__
> 3__subnotes__0__content__raw>
>         *   Formatted<http://localhost:8080/resources/191#resource_
> notes__3__subnotes__0__content__parsed>
>
>
>
>
> Which on export produces this:
>
> <accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
>       <head>Access Restrictions</head>
>       <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf" >Access
>           Restrictions</head> The collection is without restrictions.</p>
>     </accessrestrict>
>
>
>
> Which does not validate due to the nested: <head><p><head>
> Two problems: duplicate head  and  head wrapped in <p> tag.
>
> Indiscriminate wrapping of content in <p> tags has been a commonly  seen
> problem.
> I?m guessing it?s likely this duplicate <head> issue may occur in other
> types of notes as well. ( I will look for examples. )
>
> Not sure of the best fix: The duplicate head issue should probably be
> caught on import. The paragraph wrapping would seem to be an
> output/serialization problem.
>
>
> ? Steve Majewski
>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/b991ea18/attachment-0001.html>
>
> ------------------------------
>
> Message: 25
> Date: Thu, 29 Sep 2016 16:24:37 -0500
> From: Lara Friedman-Shedlov <ldfs at umn.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] duplicate <head>'s in EAD
>         export
> Message-ID:
>         <CAKWpb_a3=nHz2jdibP4GP_GMVuMLaNOBPCiVy-mTDQ8tBZ7=xw@
> mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> We definitely had lots of duplicate <head>s appear when we imported our
> EADs here at the University of Minnesota Libraries.  The pattern seemed to
> be that it only happened if there was any attributes inside the <head> tag.
>
>
>
>
> On Thu, Sep 29, 2016 at 4:20 PM, Majewski, Steven Dennis (sdm7g) <
> sdm7g at eservices.virginia.edu> wrote:
>
> >
> > I noticed that importing EAD with this accessrestrict element:
> >
> >   <accessrestrict>
> >          <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> > http://cdlib.org/xtf">Access Restrictions</head>
> >          <p>The collection is without restrictions.</p>
> >   </accessrestrict>
> >
> >
> >
> > Produces this in ArchivesSpace (1.5.1):
> >
> >
> >    - Conditions Governing Access
> >    Persistent ID
> >    ec37b6585f7b376a84ab03fdf54022fd
> >    Label
> >    Access Restrictions
> >    Type
> >    Conditions Governing Access
> >    Publish?
> >    True
> >    Local Access Restriction Type
> >    Sub Notes
> >    - Text
> >       <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> >       http://cdlib.org/xtf <http://cdlib.org/xtf>">Access
> >       Restrictions</head> The collection is without restrictions.
> >       - Raw
> >          <http://localhost:8080/resources/191#resource_notes__
> 3__subnotes__0__content__raw>
> >          - Formatted
> >          <http://localhost:8080/resources/191#resource_notes__
> 3__subnotes__0__content__parsed>
> >
> >
> >
> >
> >
> > Which on export produces this:
> >
> > <accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
> >       <head>Access Restrictions</head>
> >       <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> > http://cdlib.org/xtf" >Access
> >           Restrictions</head> The collection is without restrictions.</p>
> >     </accessrestrict>
> >
> >
> >
> > Which does not validate due to the nested: <head><p><head>
> > Two problems: duplicate head  and  head wrapped in <p> tag.
> >
> > Indiscriminate wrapping of content in <p> tags has been a commonly  seen
> > problem.
> > I?m guessing it?s likely this duplicate <head> issue may occur in other
> > types of notes as well. ( I will look for examples. )
> >
> > Not sure of the best fix: The duplicate head issue should probably be
> > caught on import. The paragraph wrapping would seem to be an
> > output/serialization problem.
> >
> >
> > ? Steve Majewski
> >
> >
> >
> >
> >
> > _______________________________________________
> > Archivesspace_Users_Group mailing list
> > Archivesspace_Users_Group at lyralists.lyrasis.org
> > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
> >
> >
>
>
> --
> _________________________________
>
> Lara D. Friedman-Shedlov
> Kautz Family YMCA Archives | University of Minnesota Libraries
> ldfs at umn.edu |  612.626.7972 | www.lib.umn.edu/ymca | @yarchives
> __________________________________
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160929/3e02c78f/attachment-0001.html>
>
> ------------------------------
>
> Message: 26
> Date: Thu, 29 Sep 2016 21:31:45 +0000
> From: "Majewski, Steven Dennis (sdm7g)" <sdm7g at eservices.virginia.edu>
> To: Archivesspace Users Group
>         <archivesspace_users_group at lyralists.lyrasis.org>
> Subject: Re: [Archivesspace_Users_Group] duplicate <head>'s in EAD
>         export
> Message-ID:
>         <D3336C3B-D9B5-42E1-B0B1-793A551B34F7 at eservices.virginia.edu>
> Content-Type: text/plain; charset="utf-8"
>
>
> Thanks:  No attributes in that example, but namespace pseudo-attributes
> may be causing the same problem.
> ( My pre-flight stylesheet removes empty attributes but appears to leave
> the namespace declarations. )
>
> ? Steve Majewski
>
>
>
> On Sep 29, 2016, at 5:25 PM, Lara Friedman-Shedlov <ldfs at umn.edu<mailto:
> ldfs at umn.edu>> wrote:
>
> We definitely had lots of duplicate <head>s appear when we imported our
> EADs here at the University of Minnesota Libraries.  The pattern seemed to
> be that it only happened if there was any attributes inside the <head> tag.
>
>
>
> On Thu, Sep 29, 2016 at 4:20 PM, Majewski, Steven Dennis (sdm7g) <
> sdm7g at eservices.virginia.edu<mailto:sdm7g at eservices.virginia.edu>> wrote:
>
> I noticed that importing EAD with this accessrestrict element:
>
>   <accessrestrict>
>          <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head>
>          <p>The collection is without restrictions.</p>
>   </accessrestrict>
>
>
>
> Produces this in ArchivesSpace (1.5.1):
>
>
>   *
> Conditions Governing Access
> Persistent ID
> ec37b6585f7b376a84ab03fdf54022fd
> Label
> Access Restrictions
> Type
> Conditions Governing Access
> Publish?
> True
> Local Access Restriction Type
> Sub Notes
>      *
> Text
> <head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf">Access Restrictions</head> The collection is
> without restrictions.
>         *   Raw<http://localhost:8080/resources/191#resource_notes__
> 3__subnotes__0__content__raw>
>         *   Formatted<http://localhost:8080/resources/191#resource_
> notes__3__subnotes__0__content__parsed>
>
>
>
>
> Which on export produces this:
>
> <accessrestrict id="aspace_ec37b6585f7b376a84ab03fdf54022fd">
>       <head>Access Restrictions</head>
>       <p><head xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xtf="
> http://cdlib.org/xtf" >Access
>           Restrictions</head> The collection is without restrictions.</p>
>     </accessrestrict>
>
>
>
> Which does not validate due to the nested: <head><p><head>
> Two problems: duplicate head  and  head wrapped in <p> tag.
>
> Indiscriminate wrapping of content in <p> tags has been a commonly  seen
> problem.
> I?m guessing it?s likely this duplicate <head> issue may occur in other
> types of notes as well. ( I will look for examples. )
>
> Not sure of the best fix: The duplicate head issue should probably be
> caught on import. The paragraph wrapping would seem to be an
> output/serialization problem.
>
>
> ? Steve Majewski
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_Users_Group at lyralists.lyrasis.org>
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
>
> --
> _________________________________
>
> Lara D. Friedman-Shedlov
> Kautz Family YMCA Archives | University of Minnesota Libraries
> ldfs at umn.edu<mailto:ldfs at umn.edu> |  612.626.7972 | www.lib.umn.edu/ymca<
> http://www.lib.umn.edu/ymca> | @yarchives
> __________________________________
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:A
> rchivesspace_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/20160929/29f85093/attachment-0001.html>
>
> ------------------------------
>
> Message: 27
> Date: Fri, 30 Sep 2016 12:02:35 +0000
> From: Laurie Arp <laurie.arp at lyrasis.org>
> To: "archivesspace_users_group at lyralists.lyrasis.org"
>         <archivesspace_users_group at lyralists.lyrasis.org>,
>         "archivesspace_member_reps at lyralists.lyrasis.org"
>         <archivesspace_member_reps at lyralists.lyrasis.org>,
>         "archivesspace_tac_uac at lyralists.lyrasis.org"
>         <archivesspace_tac_uac at lyralists.lyrasis.org>
> Cc: "archivesspace_bot_members at lyralists.lyrasis.org"
>         <archivesspace_bot_members at lyralists.lyrasis.org>
> Subject: [Archivesspace_Users_Group] ArchivesSpace Technical Lead
>         Position        Announcement
> Message-ID:
>         <BN3PR0801MB091688FD247DD6469FB35DD68AC10 at BN3PR0801MB0916.
> namprd08.prod.outlook.com>
>
> Content-Type: text/plain; charset="us-ascii"
>
> ArchivesSpace Technical Lead Position Announcement
>
> The Organizational Home, with ArchivesSpace board support, has decided to
> upgrade the current open ArchivesSpace Developer position to an
> ArchivesSpace Technical Lead position.
>
> Why this upgrade now? After a more in depth review of the current
> ArchivesSpace technical development needs coupled with the longer term goal
> of building more code contributions by the community, it is clear that a
> Technical Lead position can do this best.
>
> This new position will be responsible for the overall development of the
> software, establishing a technical roadmap and management of a
> community-based code contribution process. The Technical Lead will work
> with the community to engage a broader set of developers to participate in
> the program, providing technical guidance, support and leadership to create
> a robust developer community.  The position will also contribute code.  In
> addition, we will be contracting for additional development support, both
> to accomplish desired work while the technical lead position is open and to
> address additional high priority development needs.
>
> Attached is the position description. To repeat, the Developer position is
> being replaced by the Technical Lead position.
>
> Applications accepted until the position is filled, but review of
> applications will begin 10/15.
>
>
> Laurie Gemmill Arp
> Director, Collections Services & Community Supported Software
> laurie.arp at lyrasis.org<mailto:laurie.arp at lyrasis.org>
> 800.999.8558 x 2908
> Fax: 404.592.4804
> laurie.gemmill1 Skype
>
> [cid:D9C43C04-DF4E-467C-B0BC-358EF417F998]
> Check lyrasisnow.org<http://www.lyrasisnow.org/> for up-to-date news and
> feature articles.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160930/98683a3b/attachment.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: image001.png
> Type: image/png
> Size: 4483 bytes
> Desc: image001.png
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160930/98683a3b/attachment.png>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: tech leadASpace2016.pdf
> Type: application/pdf
> Size: 231769 bytes
> Desc: tech leadASpace2016.pdf
> URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_
> group/attachments/20160930/98683a3b/attachment.pdf>
>
> ------------------------------
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
> End of Archivesspace_Users_Group Digest, Vol 38, Issue 7
> ********************************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160930/93ca2336/attachment.html>

From alexis.antracoli at princeton.edu  Fri Sep 30 10:09:35 2016
From: alexis.antracoli at princeton.edu (Alexis A. Antracoli)
Date: Fri, 30 Sep 2016 14:09:35 +0000
Subject: [Archivesspace_Users_Group] User Defined in Basic Plugin
Message-ID: <42D8D0F048542C419C93EEAB1F36924A170BDB38@CSGMBX205W.pu.win.princeton.edu>

Hi all,

We at Princeton are trying to implement Duke's User Defined in Basic plugin in ArchivesSpace 1.5.1.  https://github.com/noahgh221/archivesspace-duke-plugins/tree/master/plugins/user_defined_in_basic

We have followed the instructions exactly, the plugin code is in the correct place, and we have double checked everything.  We've made sure all the lines in the config.rb file that need to be uncommented are, but it is still not working for us.  Has anyone else tried to install this plugin in 1.5.1 and done so successfully?  If so, is there something we may be missing?

Thanks!

Alexis


Alexis A. Antracoli
Assistant University Archivist for Technical Services
Princeton University
Seeley G. Mudd Manuscript Library
65 Olden Street
Princeton, NJ 08540
P: 609.258.5161
alexis.antracoli at princeton.edu<mailto:jmdrake at princeton.edu>

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

From jane.labarbara at mail.wvu.edu  Fri Sep 30 10:25:34 2016
From: jane.labarbara at mail.wvu.edu (Jane LaBarbara)
Date: Fri, 30 Sep 2016 14:25:34 +0000
Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes
 fail	to save
In-Reply-To: <BN3PR08MB1318418B081EE67DE2F5A2E68CCE0@BN3PR08MB1318.namprd08.prod.outlook.com>
References: <CY4PR03MB26487D256637F47A9EEEF23AB1CE0@CY4PR03MB2648.namprd03.prod.outlook.com>
 <BN3PR08MB1318418B081EE67DE2F5A2E68CCE0@BN3PR08MB1318.namprd08.prod.outlook.com>
Message-ID: <CY4PR03MB2648C6AA1E29E0A3E2A7C1C1B1C10@CY4PR03MB2648.namprd03.prod.outlook.com>

Mark,

Thank you! I missed this when searching the bugs, and it looks like it's the source of our problems.  You've saved us a lot of headache!

-Jane

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Thursday, September 29, 2016 1:40 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Preferred Citation edits sometimes fail to save

Jane,

Is it possible that what you've noticed is related to this ticket?:

https://archivesspace.atlassian.net/browse/AR-1521

This bug affects editing of any note type, and it's particularly problematic.  I believe that we've just alerted staff not to use the "Delete" key because of this when editing notes, but that's not a great solution.

Mark



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 Jane LaBarbara
Sent: Thursday, 29 September, 2016 1:19 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes fail to save

Good afternoon,

We are running version 1.4.2, and we've just started our post-EAD import resource record cleanup.  We've noticed a problem where our edits sometimes fail to save in one specific field-the Preferred Citation Note.  We're editing titles. We make an edit in the Resource Record's title field, then make the same edit in the finding aid title field, and then in the Preferred Citation Field in the Notes section.  Then we save the record.  Sometimes, our change in the Preferred Citation field actually saves, but sometimes we check after saving and find that the text in that field has reverted back to its pre-edited state.  We aren't sure if there is a specific sequence of steps that triggers the problem--it seems to be random. Once we see that our edit has been lost, we try to re-edit and save again-sometimes it works on the second save, once I had to try four times to get the edit I made to stick.

Has anyone else had this problem or can suggest a possible cause/fix?  It's not a huge issue, but it is slowing down our cleanup work, and if it's not isolated to this field, it could cause failed saving of more important notes, like the scope and content note, which would be a big problem.

Thank you,
Jane

/ Jane Metters LaBarbara
Assistant Curator, West Virginia & Regional History Center<https://urldefense.proofpoint.com/v2/url?u=https-3A__wvrhc.lib.wvu.edu_&d=CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=gfUWReFXsj-bdBChxikA4ICfWyKIv6GHVSnPmNZBWOs&s=vXSXM0D3eVY81K6-3OZnzqFog44j7lSdv5BEZyEIiu4&e=>
West Virginia University Libraries
(304) 293-0352 office
jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>

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

From Joshua.D.Shaw at dartmouth.edu  Fri Sep 30 11:00:56 2016
From: Joshua.D.Shaw at dartmouth.edu (Joshua D. Shaw)
Date: Fri, 30 Sep 2016 15:00:56 +0000
Subject: [Archivesspace_Users_Group] User Defined in Basic Plugin
In-Reply-To: <42D8D0F048542C419C93EEAB1F36924A170BDB38@CSGMBX205W.pu.win.princeton.edu>
References: <42D8D0F048542C419C93EEAB1F36924A170BDB38@CSGMBX205W.pu.win.princeton.edu>
Message-ID: <DM5PR03MB2972F9E2F59B2B6A16EFEFFEABC10@DM5PR03MB2972.namprd03.prod.outlook.com>

Hi Alexis-


I haven't tested Duke's version, but the one we had developed for us works against v1.5.1: https://github.com/hudmol/user_defined_in_basic


Best,

Joshua


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Alexis A. Antracoli <alexis.antracoli at princeton.edu>
Sent: Friday, September 30, 2016 10:09:35 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] User Defined in Basic Plugin

Hi all,

We at Princeton are trying to implement Duke's User Defined in Basic plugin in ArchivesSpace 1.5.1.  https://github.com/noahgh221/archivesspace-duke-plugins/tree/master/plugins/user_defined_in_basic

We have followed the instructions exactly, the plugin code is in the correct place, and we have double checked everything.  We've made sure all the lines in the config.rb file that need to be uncommented are, but it is still not working for us.  Has anyone else tried to install this plugin in 1.5.1 and done so successfully?  If so, is there something we may be missing?

Thanks!

Alexis


Alexis A. Antracoli
Assistant University Archivist for Technical Services
Princeton University
Seeley G. Mudd Manuscript Library
65 Olden Street
Princeton, NJ 08540
P: 609.258.5161
alexis.antracoli at princeton.edu<mailto:jmdrake at princeton.edu>

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