From ns96 at nyu.edu  Wed Oct  1 09:58:42 2014
From: ns96 at nyu.edu (Nathan Stevens)
Date: Wed, 1 Oct 2014 09:58:42 -0400
Subject: [Archivesspace_Users_Group] importing Containers into existing
 Resource Records
In-Reply-To: <1BB45AE37908DF40B3C2FAB9665E09453F364E4B6A@uncwexmb1.dcs.uncw.edu>
References: <1BB45AE37908DF40B3C2FAB9665E09453F364E4B6A@uncwexmb1.dcs.uncw.edu>
Message-ID: <CADi=b=OB1EpWd+tKNNofprnySENTqUpsqxUWvetv0Zzz8BVS2A@mail.gmail.com>

There is no built-in mechanism in ASpace for doing this kind of post
migration updates on Resource records by reading information from a CSV
file.

The only way I can think of doing this is to make use of the ASpace REST
APIs to get the Resource JSON records and then attach the archival objects
created from the information from the csv file to this record and do an
update.

If you are familiar with the ASpace JSON schema/REST API, and can do some
programing (in any language that can make REST calls) then it should only
be a moderate level of effort to do this.





On Mon, Sep 29, 2014 at 1:37 PM, Fleming, Jason <flemingj at uncw.edu> wrote:

> Hello,
>
>
>
> We have many Resources that have been created and migrated successfully,
> but the container information was never populated in Archon.
>
>
>
> Is there a method for importing these into ArchivesSpace, or how would you
> go about setting something up to automate this process?
>
>
>
> The information is currently living in .csv documents
>
>
>
> thank you for all replies,
>
>
>
> -Jason
>
>
>
> ----------------------------------------------------------------
>
> Jason Fleming
>
> Information Technology Librarian
>
>
>
> 601 South College Road | Wilmington, NC  28403-5990
>
> T: 910-962-2675 | flemingj at uncw.edu
>
> http://library.uncw.edu
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141001/f3386397/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Oct  1 12:23:10 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 1 Oct 2014 16:23:10 +0000
Subject: [Archivesspace_Users_Group] AS browse/search customizations?
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F3CA5207@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F3CA51C4@racex01>
	<802D5D25B6F2BF45B295FE900F9F9BCBD54B5FB4@LEE05.vmi.edu>,
	<F6E0CB227A713F4AA8F9598060B8F063D7F3CA5207@racex01>
Message-ID: <1412180590377.1865@lyrasis.org>

Hi All,


Take a look at this gist =>

https://gist.github.com/cfitz/af3157ef7967368aadfc



Most of these can go into your plugins/local/frontend directory.


 The _header_repository.html.erb is just the default template with the links to Classifications index removed.


The search_data_result.rb simply changes the facet definition for the resources ( and the plugin_init.rb loads that override ).


The my_resources_controller.rb overrider the index action of the ResourcesController to throw in a user_mtime sort on the records.


The solr.rb file can go into plugins/local/backend/model directory. It simply adds the facet.sort=index param to index queries so that Solr sorts facets by alphnumeric rather than count.


Let me know if you have any questions...

b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org>
Sent: Tuesday, September 30, 2014 8:08 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?

Rachel,

Thanks for the info.

I?d love to find out where to make the changes in the actual template, obviously, but your method for the sorting would definitely work as an initial workaround.

As for the second point, we are, unfortunately hoping to re-order the actual sections (so Subject comes before Type, in your example). However, we may want to undertake your internal re-ordering as well.

Anyone else had experience making these changes in the templates?

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: Tuesday, September 30, 2014 1:36 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?

For your first point, we used a plugin to automatically add the desired sort type (A-Z in our case) if the browse URL doesn?t already contain one, so http://archivesspace.vmi.edu/search?type=resource essentially redirects to http://archivesspace.vmi.edu/search?type=resource&sort=title_sort+asc.  It?s a bit clunky, so I?d love to know if there?s a cleaner way to change this in the templates themselves. The JS is below, if you want to try it out.

For your second point, are you talking about re-ordering the sections that appear (so ?Subject? shows up before ?Type?), or re-ordering the contents of each facet? If it?s the latter, we used a plugin to sort them alphabetically instead of by number of items (https://github.com/maderikra/archivesspace-plugins/tree/master/sort_facets). If it?s the former, that could also be accomplished with a jQuery plugin, but since ArchivesSpace has a habit of not using IDs in the HTML tags (which is something I would love to see and should be simple to implement), it could be tricky to identify individual sections.

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

function changesort1() {

        var curURL = document.location;
        var newURL = curURL + '&sort=title_sort+asc';
        window.location.replace (newURL);
        }

function changesort2() {

        var curURL = document.location;
        var newURL = curURL + '?sort=title_sort+asc';
        window.location.replace (newURL);
        }

//checks to make sure we're on a browse screen with no query terms and no existing sort
if ((( /search/.test(window.location.pathname)) && (/q=/.test(window.location.search) === false) && (/type=/.test(window.location.search)) && (/sort=/.test(window.location.search) === false)))
{
$(document).ready(changesort1);
}

//checks to see if we're on a repository screen
if ((( /repositories\/[0-9]/.test(window.location.pathname)) && (/q=/.test(window.location.search) === false) && (/sort=/.test(window.location.search) === false)))
{
$(document).ready(changesort2);
}



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, September 30, 2014 12:20 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] AS browse/search customizations?

In early September, Ben Goldman brought up that he?d like to be able to customize the browsing and searching options a little bit more, and a few of us agreed. However, it?s been pretty quiet since then.

I?m looking to:

?         Change the default sort order on the browse page (Resources or Accessions automatically display in date descending order or identifier order)

?         Change the order of facets on the left side of the page

?         Hide the option for browsing classifications entirely

These should be possible, but I?m having trouble finding the files that control these options. Has anyone else had luck doing anything like this?

Thanks,

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

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

From PGalligan at rockarch.org  Wed Oct  1 14:24:20 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 1 Oct 2014 14:24:20 -0400
Subject: [Archivesspace_Users_Group] AS browse/search customizations?
In-Reply-To: <1412180590377.1865@lyrasis.org>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F3CA51C4@racex01>
	<802D5D25B6F2BF45B295FE900F9F9BCBD54B5FB4@LEE05.vmi.edu>,
	<F6E0CB227A713F4AA8F9598060B8F063D7F3CA5207@racex01>
	<1412180590377.1865@lyrasis.org>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F3CA5366@racex01>

Chris,

Thanks a lot for these, they worked like a charm and are easy to tweak.

I had tried to change the _header_repository.html.erb file earlier in the week to remove classifications, but I just couldn't get it to work. Looking at the code helped a lot.

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

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 01, 2014 12:23 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?


Hi All,



Take a look at this gist =>

https://gist.github.com/cfitz/af3157ef7967368aadfc





Most of these can go into your plugins/local/frontend directory.



 The _header_repository.html.erb is just the default template with the links to Classifications index removed.



The search_data_result.rb simply changes the facet definition for the resources ( and the plugin_init.rb loads that override ).



The my_resources_controller.rb overrider the index action of the ResourcesController to throw in a user_mtime sort on the records.



The solr.rb file can go into plugins/local/backend/model directory. It simply adds the facet.sort=index param to index queries so that Solr sorts facets by alphnumeric rather than count.



Let me know if you have any questions...

b,chris.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: Tuesday, September 30, 2014 8:08 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?

Rachel,

Thanks for the info.

I'd love to find out where to make the changes in the actual template, obviously, but your method for the sorting would definitely work as an initial workaround.

As for the second point, we are, unfortunately hoping to re-order the actual sections (so Subject comes before Type, in your example). However, we may want to undertake your internal re-ordering as well.

Anyone else had experience making these changes in the templates?

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: Tuesday, September 30, 2014 1:36 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?

For your first point, we used a plugin to automatically add the desired sort type (A-Z in our case) if the browse URL doesn't already contain one, so http://archivesspace.vmi.edu/search?type=resource essentially redirects to http://archivesspace.vmi.edu/search?type=resource&sort=title_sort+asc.  It's a bit clunky, so I'd love to know if there's a cleaner way to change this in the templates themselves. The JS is below, if you want to try it out.

For your second point, are you talking about re-ordering the sections that appear (so "Subject" shows up before "Type"), or re-ordering the contents of each facet? If it's the latter, we used a plugin to sort them alphabetically instead of by number of items (https://github.com/maderikra/archivesspace-plugins/tree/master/sort_facets). If it's the former, that could also be accomplished with a jQuery plugin, but since ArchivesSpace has a habit of not using IDs in the HTML tags (which is something I would love to see and should be simple to implement), it could be tricky to identify individual sections.

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

function changesort1() {

        var curURL = document.location;
        var newURL = curURL + '&sort=title_sort+asc';
        window.location.replace (newURL);
        }

function changesort2() {

        var curURL = document.location;
        var newURL = curURL + '?sort=title_sort+asc';
        window.location.replace (newURL);
        }

//checks to make sure we're on a browse screen with no query terms and no existing sort
if ((( /search/.test(window.location.pathname)) && (/q=/.test(window.location.search) === false) && (/type=/.test(window.location.search)) && (/sort=/.test(window.location.search) === false)))
{
$(document).ready(changesort1);
}

//checks to see if we're on a repository screen
if ((( /repositories\/[0-9]/.test(window.location.pathname)) && (/q=/.test(window.location.search) === false) && (/sort=/.test(window.location.search) === false)))
{
$(document).ready(changesort2);
}



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, September 30, 2014 12:20 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] AS browse/search customizations?

In early September, Ben Goldman brought up that he'd like to be able to customize the browsing and searching options a little bit more, and a few of us agreed. However, it's been pretty quiet since then.

I'm looking to:

*         Change the default sort order on the browse page (Resources or Accessions automatically display in date descending order or identifier order)

*         Change the order of facets on the left side of the page

*         Hide the option for browsing classifications entirely

These should be possible, but I'm having trouble finding the files that control these options. Has anyone else had luck doing anything like this?

Thanks,

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

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

From Chris.Fitzpatrick at lyrasis.org  Thu Oct  2 03:25:04 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 2 Oct 2014 07:25:04 +0000
Subject: [Archivesspace_Users_Group] AS browse/search customizations?
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F3CA5366@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F3CA51C4@racex01>
	<802D5D25B6F2BF45B295FE900F9F9BCBD54B5FB4@LEE05.vmi.edu>,
	<F6E0CB227A713F4AA8F9598060B8F063D7F3CA5207@racex01>
	<1412180590377.1865@lyrasis.org>,
	<F6E0CB227A713F4AA8F9598060B8F063D7F3CA5366@racex01>
Message-ID: <1412234703534.62220@lyrasis.org>


Glad it worked for you. Let me know if you have any other questions about it. Removing the links from that pull down won't remove access to the Classification page...people can probably find their way there from links on other pages or by just typing in the URL. If you want to really restrict access, you can override the ClassificationsController #index and #show actions to redirect somewhere else....


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org>
Sent: Wednesday, October 01, 2014 8:24 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?

Chris,

Thanks a lot for these, they worked like a charm and are easy to tweak.

I had tried to change the _header_repository.html.erb file earlier in the week to remove classifications, but I just couldn?t get it to work. Looking at the code helped a lot.

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

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 01, 2014 12:23 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?


Hi All,



Take a look at this gist =>

https://gist.github.com/cfitz/af3157ef7967368aadfc





Most of these can go into your plugins/local/frontend directory.



 The _header_repository.html.erb is just the default template with the links to Classifications index removed.



The search_data_result.rb simply changes the facet definition for the resources ( and the plugin_init.rb loads that override ).



The my_resources_controller.rb overrider the index action of the ResourcesController to throw in a user_mtime sort on the records.



The solr.rb file can go into plugins/local/backend/model directory. It simply adds the facet.sort=index param to index queries so that Solr sorts facets by alphnumeric rather than count.



Let me know if you have any questions...

b,chris.




Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: Tuesday, September 30, 2014 8:08 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?

Rachel,

Thanks for the info.

I?d love to find out where to make the changes in the actual template, obviously, but your method for the sorting would definitely work as an initial workaround.

As for the second point, we are, unfortunately hoping to re-order the actual sections (so Subject comes before Type, in your example). However, we may want to undertake your internal re-ordering as well.

Anyone else had experience making these changes in the templates?

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: Tuesday, September 30, 2014 1:36 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] AS browse/search customizations?

For your first point, we used a plugin to automatically add the desired sort type (A-Z in our case) if the browse URL doesn?t already contain one, so http://archivesspace.vmi.edu/search?type=resource essentially redirects to http://archivesspace.vmi.edu/search?type=resource&sort=title_sort+asc.  It?s a bit clunky, so I?d love to know if there?s a cleaner way to change this in the templates themselves. The JS is below, if you want to try it out.

For your second point, are you talking about re-ordering the sections that appear (so ?Subject? shows up before ?Type?), or re-ordering the contents of each facet? If it?s the latter, we used a plugin to sort them alphabetically instead of by number of items (https://github.com/maderikra/archivesspace-plugins/tree/master/sort_facets). If it?s the former, that could also be accomplished with a jQuery plugin, but since ArchivesSpace has a habit of not using IDs in the HTML tags (which is something I would love to see and should be simple to implement), it could be tricky to identify individual sections.

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

function changesort1() {

        var curURL = document.location;
        var newURL = curURL + '&sort=title_sort+asc';
        window.location.replace (newURL);
        }

function changesort2() {

        var curURL = document.location;
        var newURL = curURL + '?sort=title_sort+asc';
        window.location.replace (newURL);
        }

//checks to make sure we're on a browse screen with no query terms and no existing sort
if ((( /search/.test(window.location.pathname)) && (/q=/.test(window.location.search) === false) && (/type=/.test(window.location.search)) && (/sort=/.test(window.location.search) === false)))
{
$(document).ready(changesort1);
}

//checks to see if we're on a repository screen
if ((( /repositories\/[0-9]/.test(window.location.pathname)) && (/q=/.test(window.location.search) === false) && (/sort=/.test(window.location.search) === false)))
{
$(document).ready(changesort2);
}



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, September 30, 2014 12:20 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] AS browse/search customizations?

In early September, Ben Goldman brought up that he?d like to be able to customize the browsing and searching options a little bit more, and a few of us agreed. However, it?s been pretty quiet since then.

I?m looking to:

?         Change the default sort order on the browse page (Resources or Accessions automatically display in date descending order or identifier order)

?         Change the order of facets on the left side of the page

?         Hide the option for browsing classifications entirely

These should be possible, but I?m having trouble finding the files that control these options. Has anyone else had luck doing anything like this?

Thanks,

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

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

From PGalligan at rockarch.org  Tue Oct  7 14:35:05 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Tue, 7 Oct 2014 14:35:05 -0400
Subject: [Archivesspace_Users_Group] EAD Import questions
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4495839@racex01>

I've been playing around with the newest release candidate and I just had a couple of quick questions:


1.       A while back Mark Custer identified: "@id and @parent are not included on container elements in the EAD export, but they were with the AT. There is NO way to group instances any longer once an EAD file is created. This is a problem if we want to use multiple instances at any one level of description." This issue is happening with EAD import as well, and causes problems when you export ead from AT and try to import it to AS. When a component has multiple instances AS tries to merge all of those instances into a single one. This is still happening on the latest release candidate. Is this on your guys' radar?

2.       In a recent EAD test I exported EAD from AT and imported it into AS. According to the import log, AS finished step 5 (Cleaning) but failed and threw this up:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!



IMPORT ERROR:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

What is the system trying to tell me here?

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/20141007/69ae5405/attachment.html>

From mark.custer at yale.edu  Tue Oct  7 15:12:38 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Tue, 7 Oct 2014 19:12:38 +0000
Subject: [Archivesspace_Users_Group] EAD Import questions
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4495839@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495839@racex01>
Message-ID: <DCB910FAD4CF9343B3E424AF5F33102521CC1917@x10-mbx8.yu.yale.edu>

Hi, all.

Interesting stuff, Patrick.  I haven't had a chance to test out the new release candidate, but I hope to do that later this week.

I should note, though, that I was somewhat mistaken in my previous comment when I said that there was no way to group instances any longer.  You can group the container elements if you rely on the @label attribute, which *should* only occur at the beginning of each container group.  This practice depends on the EAD always being serialized in the correct document order, however, so this process is definitely not as fool proof as using the @id and @parent attributes, which follows the AT model (and the examples in the EAD 2002 tag library).   I didn't  think about using @label earlier, but I later realized that that's how the ArchivesSpace XSLT style sheets performs the container grouping (here's a snippet from one of those style sheets:  <xsl:for-each-group select="ead:did/ead:container" group-starting-with=".[@label]">).  I'd certainly not prefer to rely upon the document order, though, if at all possible.  Plus, IDs are much cooler!

All of that said, even though the AT could export these container groups correctly, you could not import those groups back into the AT database -- which, once again, essentially negated the option to assign multiple instances to a single level of description if you ever needed to export and re-import your data!  I hope that ArchivesSpace will also fix this glaring issue, since I would definitely like to encourage the local practice of assigning multiple instances to a single level of description when appropriate (rather than describing things in multiple places in the finding aid, if the description really doesn't warrant that duplication).

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 07, 2014 2:35 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD Import questions

I've been playing around with the newest release candidate and I just had a couple of quick questions:


1.       A while back Mark Custer identified: "@id and @parent are not included on container elements in the EAD export, but they were with the AT. There is NO way to group instances any longer once an EAD file is created. This is a problem if we want to use multiple instances at any one level of description." This issue is happening with EAD import as well, and causes problems when you export ead from AT and try to import it to AS. When a component has multiple instances AS tries to merge all of those instances into a single one. This is still happening on the latest release candidate. Is this on your guys' radar?

2.       In a recent EAD test I exported EAD from AT and imported it into AS. According to the import log, AS finished step 5 (Cleaning) but failed and threw this up:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!



IMPORT ERROR:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

What is the system trying to tell me here?

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/20141007/4b9c6a35/attachment.html>

From shibuyam at usc.edu  Tue Oct  7 15:16:25 2014
From: shibuyam at usc.edu (Loni A Shibuyama)
Date: Tue, 7 Oct 2014 19:16:25 +0000
Subject: [Archivesspace_Users_Group] Problem when editing file-level
	component
Message-ID: <b43bdcc5ee98485ab5d00ac0b9ad1021@BLUPR0701MB0993.namprd07.prod.outlook.com>

Hello,

An issue has come up recently that I just started noticing last week.  When I've been going back to edit the file-level components in ArchivesSpace--information what that was entered via Rapid Data Entry--after I edit the component and save it, it automatically adds a Container Type 3 with "Box" label, which I don't want.  My co-worker is having this issue as well.  Are others experiencing this, and is this a known bug?

Thanks,
Loni Shibuyama
Archivist

ONE Archives at USC Libraries
909 West Adams Boulevard
Los Angeles, CA 90007
(213) 821-2771
one.usc.edu

From Chris.Fitzpatrick at lyrasis.org  Wed Oct  8 07:10:59 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 8 Oct 2014 11:10:59 +0000
Subject: [Archivesspace_Users_Group] EAD Import questions
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F33102521CC1917@x10-mbx8.yu.yale.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495839@racex01>,
	<DCB910FAD4CF9343B3E424AF5F33102521CC1917@x10-mbx8.yu.yale.edu>
Message-ID: <1412766658789.81912@lyrasis.org>

Hi Patrick,


In regards to the import error, there should be error information following that inital "!!! Import Error !!!" block. Was there anything?

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Custer, Mark <mark.custer at yale.edu>
Sent: Tuesday, October 07, 2014 9:12 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD Import questions

Hi, all.

Interesting stuff, Patrick.  I haven't had a chance to test out the new release candidate, but I hope to do that later this week.

I should note, though, that I was somewhat mistaken in my previous comment when I said that there was no way to group instances any longer.  You can group the container elements if you rely on the @label attribute, which *should* only occur at the beginning of each container group.  This practice depends on the EAD always being serialized in the correct document order, however, so this process is definitely not as fool proof as using the @id and @parent attributes, which follows the AT model (and the examples in the EAD 2002 tag library).   I didn't  think about using @label earlier, but I later realized that that's how the ArchivesSpace XSLT style sheets performs the container grouping (here's a snippet from one of those style sheets:  <xsl:for-each-group select="ead:did/ead:container" group-starting-with=".[@label]">).  I'd certainly not prefer to rely upon the document order, though, if at all possible.  Plus, IDs are much cooler!

All of that said, even though the AT could export these container groups correctly, you could not import those groups back into the AT database -- which, once again, essentially negated the option to assign multiple instances to a single level of description if you ever needed to export and re-import your data!  I hope that ArchivesSpace will also fix this glaring issue, since I would definitely like to encourage the local practice of assigning multiple instances to a single level of description when appropriate (rather than describing things in multiple places in the finding aid, if the description really doesn't warrant that duplication).

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 07, 2014 2:35 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD Import questions

I've been playing around with the newest release candidate and I just had a couple of quick questions:


1.       A while back Mark Custer identified: "@id and @parent are not included on container elements in the EAD export, but they were with the AT. There is NO way to group instances any longer once an EAD file is created. This is a problem if we want to use multiple instances at any one level of description." This issue is happening with EAD import as well, and causes problems when you export ead from AT and try to import it to AS. When a component has multiple instances AS tries to merge all of those instances into a single one. This is still happening on the latest release candidate. Is this on your guys' radar?

2.       In a recent EAD test I exported EAD from AT and imported it into AS. According to the import log, AS finished step 5 (Cleaning) but failed and threw this up:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!



IMPORT ERROR:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

What is the system trying to tell me here?

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/20141008/060dc4a4/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Oct  8 07:13:50 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 8 Oct 2014 11:13:50 +0000
Subject: [Archivesspace_Users_Group] Problem when editing
	file-level	component
In-Reply-To: <b43bdcc5ee98485ab5d00ac0b9ad1021@BLUPR0701MB0993.namprd07.prod.outlook.com>
References: <b43bdcc5ee98485ab5d00ac0b9ad1021@BLUPR0701MB0993.namprd07.prod.outlook.com>
Message-ID: <1412766829381.44155@lyrasis.org>


Hi Loni,

Just trying to replicate this...

So, you add some components to a resouce via the RDE and save them. Then, when you edit the created components, the "Container Type 3" value is switched to "Box"? Was it set to anything before? Also, during the edit ,you were not editing the Contain Type 3 field?

 

b,chris. 


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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Loni A Shibuyama <shibuyam at usc.edu>
Sent: Tuesday, October 07, 2014 9:16 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Problem when editing file-level    component

Hello,

An issue has come up recently that I just started noticing last week.  When I've been going back to edit the file-level components in ArchivesSpace--information what that was entered via Rapid Data Entry--after I edit the component and save it, it automatically adds a Container Type 3 with "Box" label, which I don't want.  My co-worker is having this issue as well.  Are others experiencing this, and is this a known bug?

Thanks,
Loni Shibuyama
Archivist

ONE Archives at USC Libraries
909 West Adams Boulevard
Los Angeles, CA 90007
(213) 821-2771
one.usc.edu
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From PGalligan at rockarch.org  Wed Oct  8 08:57:29 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 8 Oct 2014 08:57:29 -0400
Subject: [Archivesspace_Users_Group] EAD Import questions
In-Reply-To: <1412766658789.81912@lyrasis.org>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495839@racex01>,
	<DCB910FAD4CF9343B3E424AF5F33102521CC1917@x10-mbx8.yu.yale.edu>
	<1412766658789.81912@lyrasis.org>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4495889@racex01>

Nope, no error information in the log following the import Error block, which is why I was pointing it out.

My coworker tested later in the day with different XML files from AT and had the same issue.

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

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 08, 2014 7:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD Import questions


Hi Patrick,



In regards to the import error, there should be error information following that inital "!!! Import Error !!!" block. Was there anything?

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Custer, Mark <mark.custer at yale.edu<mailto:mark.custer at yale.edu>>
Sent: Tuesday, October 07, 2014 9:12 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD Import questions

Hi, all.

Interesting stuff, Patrick.  I haven't had a chance to test out the new release candidate, but I hope to do that later this week.

I should note, though, that I was somewhat mistaken in my previous comment when I said that there was no way to group instances any longer.  You can group the container elements if you rely on the @label attribute, which *should* only occur at the beginning of each container group.  This practice depends on the EAD always being serialized in the correct document order, however, so this process is definitely not as fool proof as using the @id and @parent attributes, which follows the AT model (and the examples in the EAD 2002 tag library).   I didn't  think about using @label earlier, but I later realized that that's how the ArchivesSpace XSLT style sheets performs the container grouping (here's a snippet from one of those style sheets:  <xsl:for-each-group select="ead:did/ead:container" group-starting-with=".[@label]">).  I'd certainly not prefer to rely upon the document order, though, if at all possible.  Plus, IDs are much cooler!<mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
 <mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
All of that said, even though the AT could export these container groups correctly, you could not import those groups back into the AT database -- which, once again, essentially negated the option to assign multiple instances to a single level of description if you ever needed to export and re-import your data!  I hope that ArchivesSpace will also fix this glaring issue, since I would definitely like to encourage the local practice of assigning multiple instances to a single level of description when appropriate (rather than describing things in multiple places in the finding aid, if the description really doesn't warrant that duplication).<mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
 <mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
Mark<mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
 <mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
 <mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
 <mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 07, 2014 2:35 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD Import questions<mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
 <mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
I've been playing around with the newest release candidate and I just had a couple of quick questions:<mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>
 <mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id>

1.       A while back Mark Custer identified: "@id<mailto:%22%3e). %20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible. %20Plus,%20IDs%20are%20much%20cooler!%0d %0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data! %20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d %0dMark%0d %0d %0d %0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d %0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d %0d1.      %20A%20while%20back%20Mark%20Custer%20identified:%20"@id> and @parent are not included on container elements in the EAD export, but they were with the AT. There is NO way to group instances any longer once an EAD file is created. This is a problem if we want to use multiple instances at any one level of description." This issue is happening with EAD import as well, and causes problems when you export ead from AT and try to import it to AS. When a component has multiple instances AS tries to merge all of those instances into a single one. This is still happening on the latest release candidate. Is this on your guys' radar?

2.       In a recent EAD test I exported EAD from AT and imported it into AS. According to the import log, AS finished step 5 (Cleaning) but failed and threw this up:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!



IMPORT ERROR:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

What is the system trying to tell me here?

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/20141008/f1d2754c/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Wed Oct  8 09:01:12 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 8 Oct 2014 13:01:12 +0000
Subject: [Archivesspace_Users_Group] EAD Import questions
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4495889@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495839@racex01>,
	<DCB910FAD4CF9343B3E424AF5F33102521CC1917@x10-mbx8.yu.yale.edu>
	<1412766658789.81912@lyrasis.org>,
	<F6E0CB227A713F4AA8F9598060B8F063D7F4495889@racex01>
Message-ID: <1412773271520.16979@lyrasis.org>

Hm. That's odd. Could you send me one of the EAD files you tried to import? There might be an error that's not being properly raised...

Thanks.

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Galligan, Patrick <PGalligan at rockarch.org>
Sent: Wednesday, October 08, 2014 2:57 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD Import questions

Nope, no error information in the log following the import Error block, which is why I was pointing it out.

My coworker tested later in the day with different XML files from AT and had the same issue.

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

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 08, 2014 7:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD Import questions


Hi Patrick,



In regards to the import error, there should be error information following that inital "!!! Import Error !!!" block. Was there anything?

b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Custer, Mark <mark.custer at yale.edu<mailto:mark.custer at yale.edu>>
Sent: Tuesday, October 07, 2014 9:12 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] EAD Import questions

Hi, all.

Interesting stuff, Patrick.  I haven?t had a chance to test out the new release candidate, but I hope to do that later this week.

I should note, though, that I was somewhat mistaken in my previous comment when I said that there was no way to group instances any longer.  You can group the container elements if you rely on the @label attribute, which *should* only occur at the beginning of each container group.  This practice depends on the EAD always being serialized in the correct document order, however, so this process is definitely not as fool proof as using the @id and @parent attributes, which follows the AT model (and the examples in the EAD 2002 tag library).   I didn?t  think about using @label earlier, but I later realized that that?s how the ArchivesSpace XSLT style sheets performs the container grouping (here?s a snippet from one of those style sheets:  <xsl:for-each-group select="ead:did/ead:container" group-starting-with=".[@label]">).  I?d certainly not prefer to rely upon the document order, though, if at all possible.  Plus, IDs are much cooler!<mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
 <mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
All of that said, even though the AT could export these container groups correctly, you could not import those groups back into the AT database -- which, once again, essentially negated the option to assign multiple instances to a single level of description if you ever needed to export and re-import your data!  I hope that ArchivesSpace will also fix this glaring issue, since I would definitely like to encourage the local practice of assigning multiple instances to a single level of description when appropriate (rather than describing things in multiple places in the finding aid, if the description really doesn?t warrant that duplication).<mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
 <mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
Mark<mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
 <mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
 <mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
 <mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 07, 2014 2:35 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] EAD Import questions<mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
 <mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
I?ve been playing around with the newest release candidate and I just had a couple of quick questions:<mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>
 <mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id>

1.       A while back Mark Custer identified: ?@id<mailto:%22%3e).?%20I'd%20certainly%20not%20prefer%20to%20rely%20upon%20the%20document%20order,%20though,%20if%20at%20all%20possible.?%20Plus,%20IDs%20are%20much%20cooler!%0d?%0dAll%20of%20that%20said,%20even%20though%20the%20AT%20could%20export%20these%20container%20groups%20correctly,%20you%20could%20not%20import%20those%20groups%20back%20into%20the%20AT%20database%20--%20which,%20once%20again,%20essentially%20negated%20the%20option%20to%20assign%20multiple%20instances%20to%20a%20single%20level%20of%20description%20if%20you%20ever%20needed%20to%20export%20and%20re-import%20your%20data!?%20I%20hope%20that%20ArchivesSpace%20will%20also%20fix%20this%20glaring%20issue,%20since%20I%20would%20definitely%20like%20to%20encourage%20the%20local%20practice%20of%20assigning%20multiple%20instances%20to%20a%20single%20level%20of%20description%20when%20appropriate%20(rather%20than%20describing%20things%20in%20multiple%20places%20in%20the%20finding%20aid,%20if%20the%20description%20really%20doesn't%20warrant%20that%20duplication).%0d?%0dMark%0d?%0d?%0d?%0dFrom:%20archivesspace_users_group-bounces at lyralists.lyrasis.org%20[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]%20On%20Behalf%20Of%20Galligan,%20Patrick%0bSent:%20Tuesday,%20October%2007,%202014%202:35%20PM%0bTo:%20Archivesspace%20Users%20Group%0bSubject:%20[Archivesspace_Users_Group]%20EAD%20Import%20questions%0d?%0dI've%20been%20playing%20around%20with%20the%20newest%20release%20candidate%20and%20I%20just%20had%20a%20couple%20of%20quick%20questions:%0d?%0d1.??????%20A%20while%20back%20Mark%20Custer%20identified:%20?@id> and @parent are not included on container elements in the EAD export, but they were with the AT. There is NO way to group instances any longer once an EAD file is created. This is a problem if we want to use multiple instances at any one level of description.? This issue is happening with EAD import as well, and causes problems when you export ead from AT and try to import it to AS. When a component has multiple instances AS tries to merge all of those instances into a single one. This is still happening on the latest release candidate. Is this on your guys? radar?

2.       In a recent EAD test I exported EAD from AT and imported it into AS. According to the import log, AS finished step 5 (Cleaning) but failed and threw this up:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!



IMPORT ERROR:

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

What is the system trying to tell me here?

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/20141008/3f2596ba/attachment.html>

From shibuyam at usc.edu  Wed Oct  8 13:39:56 2014
From: shibuyam at usc.edu (Loni A Shibuyama)
Date: Wed, 8 Oct 2014 17:39:56 +0000
Subject: [Archivesspace_Users_Group] Problem when editing file-level
	component
Message-ID: <81b79c2d444a47d49846c93681e0840c@BLUPR0701MB0993.namprd07.prod.outlook.com>

Hello Chris,

Yes, the Container Type 3 is switched to "Box" where it was previously blank.  It doesn't seem to matter what I edited in the component, whether it was the title, date,  instance, etc.  If I changed anything and saved it, the Container Type 3 was automatically switched.  (I can send a screenshot if you need.)

Thanks,
Loni

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

Message: 2
Date: Wed, 8 Oct 2014 11:13:50 +0000
From: Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>
To: "archivesspace_users_group at lyralists.lyrasis.org"
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Problem when editing
        file-level      component
Message-ID: <1412766829381.44155 at lyrasis.org>
Content-Type: text/plain; charset="iso-8859-1"


Hi Loni,

Just trying to replicate this...

So, you add some components to a resouce via the RDE and save them. Then, when you edit the created components, the "Container Type 3" value is switched to "Box"? Was it set to anything before? Also, during the edit ,you were not editing the Contain Type 3 field?

 

b,chris. 


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

From EJOLLEY at nla.gov.au  Wed Oct  8 22:49:49 2014
From: EJOLLEY at nla.gov.au (Emma Jolley)
Date: Thu, 9 Oct 2014 02:49:49 +0000
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>

Dear All

I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them.

Many thanks

Emma


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



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Tuesday, 30 September 2014 12:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Unfortunately, ArchivesSpace requires valid URIs<http://en.wikipedia.org/wiki/File_URI_scheme#Windows> for external links, hence the addition of file:// to document locations.  I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace.
Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected).  The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for.

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool.

On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel <rwise at hbs.edu<mailto:rwise at hbs.edu>> wrote:
Hi-

Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard.  We?ve compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions.

The report includes:

?         Data Migration issues

?         User support issues

?         User interface issues

?         Reporting and printing needs

?         Critical Bug

?         Searching, Facets, and Record Lists
If you have any question let me know.
Thanks,
Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users)

Rachel Wise, HBS Archivist
Knowledge & Library Services
Harvard Business School
Baker Library | Bloomberg Center 123K
Boston, MA 02163
(617) 496-6822<tel:%28617%29%20496-6822>


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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/c609359d/attachment.html>

From NHOSBURGH at Rollins.edu  Thu Oct  9 09:17:59 2014
From: NHOSBURGH at Rollins.edu (Nathan Hosburgh)
Date: Thu, 9 Oct 2014 13:17:59 +0000
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>
Message-ID: <783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>

I would be interested if anyone has produced a similar report regarding migration from Archon to ArchivesSpace.

Thx,
Nate

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emma Jolley
Sent: Wednesday, October 08, 2014 10:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear All

I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them.

Many thanks

Emma


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



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 Nathan Stevens
Sent: Tuesday, 30 September 2014 12:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Unfortunately, ArchivesSpace requires valid URIs<http://en.wikipedia.org/wiki/File_URI_scheme#Windows> for external links, hence the addition of file:// to document locations.  I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace.
Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected).  The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for.

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool.

On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel <rwise at hbs.edu<mailto:rwise at hbs.edu>> wrote:
Hi-

Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard.  We?ve compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions.

The report includes:

?         Data Migration issues

?         User support issues

?         User interface issues

?         Reporting and printing needs

?         Critical Bug

?         Searching, Facets, and Record Lists
If you have any question let me know.
Thanks,
Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users)

Rachel Wise, HBS Archivist
Knowledge & Library Services
Harvard Business School
Baker Library | Bloomberg Center 123K
Boston, MA 02163
(617) 496-6822<tel:%28617%29%20496-6822>


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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/8c0dbf9a/attachment.html>

From prom at illinois.edu  Thu Oct  9 11:04:31 2014
From: prom at illinois.edu (Prom, Christopher John)
Date: Thu, 9 Oct 2014 15:04:31 +0000
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>,
	<783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>
Message-ID: <FA1239D7DE5DCC41A388F666A3883A6B42766194@CITESMBX6.ad.uillinois.edu>

Illinois is working on such a report and hopes to share by next week.

Chris

Christopher J. Prom
Assistant University Archivist and Associate Professor
University of Illinois Archives/Library
19 Library
1408 W. Gregory Drive
Urbana, IL 61820

ph: (217) 333 0798
prom at illiois.edu
blog: http://e-records.chrisprom.com
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Nathan Hosburgh [NHOSBURGH at Rollins.edu]
Sent: Thursday, October 09, 2014 8:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

I would be interested if anyone has produced a similar report regarding migration from Archon to ArchivesSpace.

Thx,
Nate

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Emma Jolley
Sent: Wednesday, October 08, 2014 10:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear All

I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them.

Many thanks

Emma


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



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 Nathan Stevens
Sent: Tuesday, 30 September 2014 12:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Unfortunately, ArchivesSpace requires valid URIs<http://en.wikipedia.org/wiki/File_URI_scheme#Windows> for external links, hence the addition of file:// to document locations.  I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace.
Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected).  The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for.

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool.

On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel <rwise at hbs.edu<mailto:rwise at hbs.edu>> wrote:
Hi-

Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard.  We?ve compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions.

The report includes:

?         Data Migration issues

?         User support issues

?         User interface issues

?         Reporting and printing needs

?         Critical Bug

?         Searching, Facets, and Record Lists
If you have any question let me know.
Thanks,
Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users)

Rachel Wise, HBS Archivist
Knowledge & Library Services
Harvard Business School
Baker Library | Bloomberg Center 123K
Boston, MA 02163
(617) 496-6822<tel:%28617%29%20496-6822>


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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/b8f65d4a/attachment.html>

From brad.westbrook at lyrasis.org  Thu Oct  9 11:43:11 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 9 Oct 2014 15:43:11 +0000
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <FA1239D7DE5DCC41A388F666A3883A6B42766194@CITESMBX6.ad.uillinois.edu>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>,
	<783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>
	<FA1239D7DE5DCC41A388F666A3883A6B42766194@CITESMBX6.ad.uillinois.edu>
Message-ID: <e7ac6e4081964f44a06e319a2cd83f13@BLUPR08MB102.namprd08.prod.outlook.com>

Dear Rachel, Emma, Nathan, Chris, and all other ArchivesSpace Users,

We are currently focused intently on finishing the preparations of the next ArchivesSpace release.

After that version is released, we will turn our attention immediately to planning the next release, which will no doubt be greatly informed by the very useful report received recently from Harvard University and the forthcoming report promised from UIUC.

Let me also take this opportunity to notify the ArchivesSpace members that the contract for Nathan Stevens, the migration specialist, has been extended for 12 months beginning Oct. 1, 2014.  Under this new contract, Nathan will continue to be responsible for supporting migrations of data from Archon and Archivists' Toolkit instances, but he will also start exploring the building new pathways for migrating data into ArchivesSpace from other sources.  In addition, Nathan will also be responsible for working with the TAC migration sub group to refine and extend options for importing / exporting data formats such as EAC, EAD, MARCXML, etc.  and with the UAC reports sub group to refine the new reports module to be included in the next release and to populate it with default reports.

In addition to the extension of the migration specialist's contract, the ArchivesSpace program will also be contracting a developer for 12 months to assist the lead developer Chris Fitzpatrick with fixing bugs and adding new features.

Finally, we will also be contracting a half-time program assistant for 12 months to provide support to various aspects of the ArchivesSpace program, but especially to member enrollment and preparing user documentation,

I hope you will all agree that these are important additions to the ArchivesSpace Program staff and will help tremendously to expedite the development of the application, as well as to meet better the needs of the growing membership.

Thank you all for your continuing interest and contributions.

Best,

Brad W.

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John
Sent: Thursday, October 09, 2014 11:05 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Illinois is working on such a report and hopes to share by next week.

Chris

Christopher J. Prom
Assistant University Archivist and Associate Professor
University of Illinois Archives/Library
19 Library
1408 W. Gregory Drive
Urbana, IL 61820

ph: (217) 333 0798
prom at illiois.edu<mailto:prom at illiois.edu>
blog: http://e-records.chrisprom.com
________________________________
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 Nathan Hosburgh [NHOSBURGH at Rollins.edu]
Sent: Thursday, October 09, 2014 8:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report
I would be interested if anyone has produced a similar report regarding migration from Archon to ArchivesSpace.

Thx,
Nate

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 Emma Jolley
Sent: Wednesday, October 08, 2014 10:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear All

I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them.

Many thanks

Emma


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



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 Nathan Stevens
Sent: Tuesday, 30 September 2014 12:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Unfortunately, ArchivesSpace requires valid URIs<http://en.wikipedia.org/wiki/File_URI_scheme#Windows> for external links, hence the addition of file:// to document locations.  I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace.
Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected).  The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for.

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool.

On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel <rwise at hbs.edu<mailto:rwise at hbs.edu>> wrote:
Hi-

Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard.  We've compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions.

The report includes:

*         Data Migration issues

*         User support issues

*         User interface issues

*         Reporting and printing needs

*         Critical Bug

*         Searching, Facets, and Record Lists
If you have any question let me know.
Thanks,
Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users)

Rachel Wise, HBS Archivist
Knowledge & Library Services
Harvard Business School
Baker Library | Bloomberg Center 123K
Boston, MA 02163
(617) 496-6822<tel:%28617%29%20496-6822>


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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/8ff03071/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7640 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/8ff03071/attachment.png>

From bmg17 at psu.edu  Thu Oct  9 12:40:22 2014
From: bmg17 at psu.edu (Ben Goldman)
Date: Thu, 9 Oct 2014 12:40:22 -0400 (EDT)
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <e7ac6e4081964f44a06e319a2cd83f13@BLUPR08MB102.namprd08.prod.outlook.com>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>
	<783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>
	<FA1239D7DE5DCC41A388F666A3883A6B42766194@CITESMBX6.ad.uillinois.edu>
	<e7ac6e4081964f44a06e319a2cd83f13@BLUPR08MB102.namprd08.prod.outlook.com>
Message-ID: <552339562.594931.1412872822317.JavaMail.zimbra@psu.edu>

Hi Brad, 

This is all great news. Looking forward to this next period of development from ASpace. 

Out of curiosity, has it been shared publicly what the different TAC and UAC subgroups are and what they are working on? I would love to hear more detail about this. 

Thanks, 
Ben 


Ben Goldman 
Digital Records Archivist 
Penn State University Libraries 
University Park, PA 
814-863-8333 
http://www.libraries.psu.edu/psul/speccolls.html 


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

From: "Brad Westbrook" <brad.westbrook at lyrasis.org> 
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> 
Sent: Thursday, October 9, 2014 11:43:11 AM 
Subject: Re: [Archivesspace_Users_Group] Data migration report 



Dear Rachel, Emma, Nathan, Chris, and all other ArchivesSpace Users, 



We are currently focused intently on finishing the preparations of the next ArchivesSpace release. 



After that version is released, we will turn our attention immediately to planning the next release, which will no doubt be greatly informed by the very useful report received recently from Harvard University and the forthcoming report promised from UIUC. 



Let me also take this opportunity to notify the ArchivesSpace members that the contract for Nathan Stevens, the migration specialist, has been extended for 12 months beginning Oct. 1, 2014. Under this new contract, Nathan will continue to be responsible for supporting migrations of data from Archon and Archivists? Toolkit instances, but he will also start exploring the building new pathways for migrating data into ArchivesSpace from other sources. In addition, Nathan will also be responsible for working with the TAC migration sub group to refine and extend options for importing / exporting data formats such as EAC, EAD, MARCXML, etc. and with the UAC reports sub group to refine the new reports module to be included in the next release and to populate it with default reports. 



In addition to the extension of the migration specialist?s contract, the ArchivesSpace program will also be contracting a developer for 12 months to assist the lead developer Chris Fitzpatrick with fixing bugs and adding new features. 



Finally, we will also be contracting a half-time program assistant for 12 months to provide support to various aspects of the ArchivesSpace program, but especially to member enrollment and preparing user documentation, 



I hope you will all agree that these are important additions to the ArchivesSpace Program staff and will help tremendously to expedite the development of the application, as well as to meet better the needs of the growing membership. 



Thank you all for your continuing interest and contributions. 



Best, 



Brad W. 



Bradley D. Westbrook 

Program Manager 

brad.westbrook at lyrasis.org 

800.999.8558 x2910 

678.235.2910 

bradley_d_westbrook (Skype) 










From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John 
Sent: Thursday, October 09, 2014 11:05 AM 
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Data migration report 





Illinois is working on such a report and hopes to share by next week. 

Chris 





Christopher J. Prom 
Assistant University Archivist and Associate Professor 
University of Illinois Archives/Library 
19 Library 
1408 W. Gregory Drive 
Urbana, IL 61820 

ph: (217) 333 0798 
prom at illiois.edu 
blog: http://e-records.chrisprom.com 



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Nathan Hosburgh [NHOSBURGH at Rollins.edu] 
Sent: Thursday, October 09, 2014 8:17 AM 
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Data migration report 


I would be interested if anyone has produced a similar report regarding migration from Archon to ArchivesSpace. 



Thx, 

Nate 




From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Emma Jolley 
Sent: Wednesday, October 08, 2014 10:50 PM 
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Data migration report 




Dear All 



I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them. 



Many thanks 



Emma 





Emma Jolley | Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600 
e: emma.jolley at nla.gov.au |t: 02 6262 1456| www.nla.gov.au/ms 

http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts 







From: archivesspace_users_group-bounces at lyralists.lyrasis.org [ mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org ] On Behalf Of Nathan Stevens 
Sent: Tuesday, 30 September 2014 12:11 AM 
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Data migration report 




Unfortunately, ArchivesSpace requires valid URIs for external links, hence the addition of file:// to document locations. I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace. 


Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected). The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for. 

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool. 





On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel < rwise at hbs.edu > wrote: 


Hi- 



Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard. We?ve compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions. 



The report includes: 

? Data Migration issues 

? User support issues 

? User interface issues 

? Reporting and printing needs 

? Critical Bug 

? Searching, Facets, and Record Lists 

If you have any question let me know. 

Thanks, 

Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users) 



Rachel Wise, HBS Archivist 

Knowledge & Library Services 

Harvard Business School 

Baker Library | Bloomberg Center 123K 

Boston, MA 02163 

(617) 496-6822 





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





-- 
Nathan Stevens 
Programmer/Analyst 
Digital Library Technology Services 
New York University 

1212-998-2653 
ns96 at nyu.edu 

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

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

From brad.westbrook at lyrasis.org  Thu Oct  9 15:59:32 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 9 Oct 2014 19:59:32 +0000
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <552339562.594931.1412872822317.JavaMail.zimbra@psu.edu>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>
	<783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>
	<FA1239D7DE5DCC41A388F666A3883A6B42766194@CITESMBX6.ad.uillinois.edu>
	<e7ac6e4081964f44a06e319a2cd83f13@BLUPR08MB102.namprd08.prod.outlook.com>
	<552339562.594931.1412872822317.JavaMail.zimbra@psu.edu>
Message-ID: <ad8fed0e5e5549b39e0bf99ed069bc71@BLUPR08MB102.namprd08.prod.outlook.com>

Hi, Ben,

The sub groups are listed on the web pages for the two counciles (http://archivesspace.org/technicaladvisory and http://www.archivesspace.org/usersadvisory), but their members are not listed nor are their activities described.

Brad

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman
Sent: Thursday, October 09, 2014 12:40 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Hi Brad,

This is all great news. Looking forward to this next period of development from ASpace.

Out of curiosity, has it been shared publicly what the different TAC and UAC subgroups are and what they are working on? I would love to hear more detail about this.

Thanks,
Ben


Ben Goldman
Digital Records Archivist
Penn State University Libraries
University Park, PA
814-863-8333
http://www.libraries.psu.edu/psul/speccolls.html


________________________________
From: "Brad Westbrook" <brad.westbrook at lyrasis.org<mailto:brad.westbrook at lyrasis.org>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Thursday, October 9, 2014 11:43:11 AM
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear Rachel, Emma, Nathan, Chris, and all other ArchivesSpace Users,

We are currently focused intently on finishing the preparations of the next ArchivesSpace release.

After that version is released, we will turn our attention immediately to planning the next release, which will no doubt be greatly informed by the very useful report received recently from Harvard University and the forthcoming report promised from UIUC.

Let me also take this opportunity to notify the ArchivesSpace members that the contract for Nathan Stevens, the migration specialist, has been extended for 12 months beginning Oct. 1, 2014.  Under this new contract, Nathan will continue to be responsible for supporting migrations of data from Archon and Archivists? Toolkit instances, but he will also start exploring the building new pathways for migrating data into ArchivesSpace from other sources.  In addition, Nathan will also be responsible for working with the TAC migration sub group to refine and extend options for importing / exporting data formats such as EAC, EAD, MARCXML, etc.  and with the UAC reports sub group to refine the new reports module to be included in the next release and to populate it with default reports.

In addition to the extension of the migration specialist?s contract, the ArchivesSpace program will also be contracting a developer for 12 months to assist the lead developer Chris Fitzpatrick with fixing bugs and adding new features.

Finally, we will also be contracting a half-time program assistant for 12 months to provide support to various aspects of the ArchivesSpace program, but especially to member enrollment and preparing user documentation,

I hope you will all agree that these are important additions to the ArchivesSpace Program staff and will help tremendously to expedite the development of the application, as well as to meet better the needs of the growing membership.

Thank you all for your continuing interest and contributions.

Best,

Brad W.

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John
Sent: Thursday, October 09, 2014 11:05 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Illinois is working on such a report and hopes to share by next week.

Chris

Christopher J. Prom
Assistant University Archivist and Associate Professor
University of Illinois Archives/Library
19 Library
1408 W. Gregory Drive
Urbana, IL 61820

ph: (217) 333 0798
prom at illiois.edu<mailto:prom at illiois.edu>
blog: http://e-records.chrisprom.com
________________________________
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 Nathan Hosburgh [NHOSBURGH at Rollins.edu]
Sent: Thursday, October 09, 2014 8:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report
I would be interested if anyone has produced a similar report regarding migration from Archon to ArchivesSpace.

Thx,
Nate

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 Emma Jolley
Sent: Wednesday, October 08, 2014 10:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear All

I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them.

Many thanks

Emma


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



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 Nathan Stevens
Sent: Tuesday, 30 September 2014 12:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Unfortunately, ArchivesSpace requires valid URIs<http://en.wikipedia.org/wiki/File_URI_scheme#Windows> for external links, hence the addition of file:// to document locations.  I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace.
Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected).  The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for.

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool.

On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel <rwise at hbs.edu<mailto:rwise at hbs.edu>> wrote:
Hi-

Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard.  We?ve compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions.

The report includes:

?         Data Migration issues

?         User support issues

?         User interface issues

?         Reporting and printing needs

?         Critical Bug

?         Searching, Facets, and Record Lists
If you have any question let me know.
Thanks,
Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users)

Rachel Wise, HBS Archivist
Knowledge & Library Services
Harvard Business School
Baker Library | Bloomberg Center 123K
Boston, MA 02163
(617) 496-6822<tel:%28617%29%20496-6822>


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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>

_______________________________________________
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/20141009/be0e325f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 7640 bytes
Desc: image004.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/be0e325f/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7625 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/be0e325f/attachment-0001.png>

From acschindler at unomaha.edu  Thu Oct  9 16:30:04 2014
From: acschindler at unomaha.edu (Amy Schindler)
Date: Thu, 9 Oct 2014 20:30:04 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace workshop - Omaha -
	November 6-7
Message-ID: <74227ecdc5bc4f1395934b028ef77fe2@BLUPR07MB532.namprd07.prod.outlook.com>

Good afternoon,

Spaces are available for an ArchivesSpace workshop at the University of Nebraska at Omaha's Criss Library on November 6-7, 2014. Instructors will be Brad Westbrook from ArchivesSpace and Nancy Enneking from the Getty Research Institute.

The fee for the two-day workshop is $165 per person, which will include a boxed lunch. Please complete the form at http://goo.gl/forms/gu62J7ut5o to reserve your seat for the workshop. Directions on paying for the registration will be sent separately.

Information is provided below about a few hotels near campus, parking, and just a few bits of other Omaha information (including free beer). If you are staying at one of the Aksarben Village hotels, note that the UNO shuttle does make stops about every 15 minutes on UNO's adjacent Pacific campus. While UNO ID is not required to ride the shuttle, I would suggest not specifically telling the driver that you are not a UNO student or staff when boarding.

Please feel free to contact me with any questions.

Best,
Amy



Amy C. Schindler
Director, Archives & Special Collections<http://libguides.unomaha.edu/ArchivesSpecialCollections>
Dr. C.C. and Mabel L. Criss Library<http://library.unomaha.edu/>
University of Nebraska Omaha
402-554-6046
acschindler at unomaha.edu<mailto:acschindler at unomaha.edu>

**Archives & Special Collections is undergoing renovations and advance appointments are required to use the collection. Information is available on our website<http://libguides.unomaha.edu/ArchivesSpecialCollections> or contact us for assistance. **



[Media:UniversityCommunications:Graphic Design:Brand tools:Logos- UNO:Vector files:Lock-up:Lockup-color on white backgrnd.eps]





Hotels:

UNO's street address is 6001 Dodge St, Omaha, NE 68182. A few nearby hotels:



Courtyard by Marriott Aksarben Village - about 2 miles from the library; taxi, walk, or UNO shuttle bus

See Pacific Campus shuttle map: http://www.unomaha.edu/parking/shuttle.php .

1625 S. 67th St.

Omaha, NE 68106

Phone: (402) 951-4300, Toll-Free: (866) 236-2427

http://www.marriott.com/hotels/travel/omawt-courtyard-omaha-aksarben-village/
>From $169/night

Residence Inn Aksarben Village - about 2 miles from the library; taxi, walk, or UNO shuttle bus

See Pacific Campus shuttle map: http://www.unomaha.edu/parking/shuttle.php .

1717 S. 67th St.

Omaha, NE 68106

Phone: (402) 551-8000

http://www.marriott.com/hotels/travel/omakv-residence-inn-omaha-aksarben-village/
>From $149/night

Residence Inn Omaha - about one half mile walk from the library up a hill

6990 Dodge St.

Omaha, NE 68132

Phone: (402) 553-8898

http://www.marriott.com/hotels/travel/omanb-residence-inn-omaha/
>From $139/night

Holiday Inn Express Omaha West - 90th St. - about 2 miles from the library; 20-30 minute bus ride

8736 W. Dodge Rd.

Omaha, NE

Phone: (402) 343-1000, 1-800-465-4329

http://www.hiexpress.com/hotels/us/en/omaha/omaha/hoteldetail

>From $91/night



Element by Westin in Midtown Crossing - about 3 miles from campus; 20-25 minute bus ride

3253 Dodge St.

Omaha, NE 68131

Phone: 1-877-353-6368

http://www.elementomahamidtowncrossing.com/

>From $144/night, parking $8/day



If you will be driving, there are many other less expensive options just a bit further away from campus as well.


Parking on campus:

?         Recommended: Contact<http://www.unomaha.edu/parking/contact.php> Parking Services to receive a temporary parking permit<http://www.unomaha.edu/parking/visitor_form.php> by mail, if your visit is 48 hours or more from the time of the request. This will allow you to park in any student or faculty/staff lot (including the lot next to the library). See http://www.unomaha.edu/parking/visitor_form.php .

?         The East Parking Garage Lot T (lower level) is available to park all day for $5.00.

?         For extended visits, shuttles run from the Crossroads Mall garage 7 a.m. to 7 p.m. when classes are in session during the Fall and Spring semesters. There is no permit required and no shuttle fee from this location.

Parking Services: http://www.unomaha.edu/parking/visitor.php .
Directions to campus & campus map: http://www.unomaha.edu/admissions/visit/directions-to-campus.php .


While You Are Visiting Omaha:

General Omaha travel information: http://www.visitomaha.com/



DIY Craft Brewery Tour

Includes coupons for FREE BEER from local craft breweries.
http://www.visitomaha.com/craftbrew/#.VCQwffldV8E

Joslyn Art Museum

Open until 8pm on Thursdays and always free admission. Temporary exhibitions in November include painted rope sculptures and other works by Orly Genger and "In Living Color: Andy Warhol and Contemporary Printmaking" ($10 fee for this temporary exhibit).

https://www.joslyn.org/



Spielbound Board Game Caf?

A new caf? in Omaha's Midtown with over 1,000 board games, coffee, and beer.

3229 Harney St.

http://spielbound.org/cafe



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

From PGalligan at rockarch.org  Thu Oct  9 16:45:43 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Thu, 9 Oct 2014 16:45:43 -0400
Subject: [Archivesspace_Users_Group] Exporting EAD from AS?
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4495A26@racex01>

Has anyone had success downloading EAD from the new release candidate? I wanted to see if there were any changes in EAD export with the new version, but with the inclusion of PDF downloads, I am now unable to download an XML file. Export -- Download EAD now just defaults to fatestx_ead.pdf even when Print to PDF is not selected.

Wanted to see if this was a local issue or more widely seen.

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/20141009/71841c52/attachment.html>

From mark.custer at yale.edu  Thu Oct  9 17:08:49 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 9 Oct 2014 21:08:49 +0000
Subject: [Archivesspace_Users_Group] Exporting EAD from AS?
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4495A26@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495A26@racex01>
Message-ID: <DCB910FAD4CF9343B3E424AF5F33102521CC81E0@x10-mbx8.yu.yale.edu>

I noticed the same issue while trying out the test site.  When I discovered that I couldn't test the EAD export, I didn't go any further.

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Thursday, October 09, 2014 4:46 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Exporting EAD from AS?

Has anyone had success downloading EAD from the new release candidate? I wanted to see if there were any changes in EAD export with the new version, but with the inclusion of PDF downloads, I am now unable to download an XML file. Export -- Download EAD now just defaults to fatestx_ead.pdf even when Print to PDF is not selected.

Wanted to see if this was a local issue or more widely seen.

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/20141009/b78bbedc/attachment.html>

From sdm7g at virginia.edu  Thu Oct  9 17:29:37 2014
From: sdm7g at virginia.edu (Steven Majewski)
Date: Thu, 9 Oct 2014 17:29:37 -0400
Subject: [Archivesspace_Users_Group] Exporting EAD from AS?
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F33102521CC81E0@x10-mbx8.yu.yale.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495A26@racex01>
	<DCB910FAD4CF9343B3E424AF5F33102521CC81E0@x10-mbx8.yu.yale.edu>
Message-ID: <C5668A4B-1C36-46E4-9398-DDACC9B5B5FB@virginia.edu>


I had just installed RC-6 but hadn?t had a chance to try it out:  my concerns was also to see if EAD import & export
had been fixed or improved. I just tried importing and exporting a file.  I also get only PDF exported whether or not 
the PDF box is checked. 

You can still get EAD out through the API ? you need the id numbers for the repo and the resource:

curl_as_osx admin admin http://localhost:8089/repositories/${repo}/resource_descriptions/${resource}.xml



? Steve Majewski


On Oct 9, 2014, at 5:08 PM, Custer, Mark <mark.custer at yale.edu> wrote:

> I noticed the same issue while trying out the test site.  When I discovered that I couldn?t test the EAD export, I didn?t go any further.
>  
> Mark
>  
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
> Sent: Thursday, October 09, 2014 4:46 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] Exporting EAD from AS?
>  
> Has anyone had success downloading EAD from the new release candidate? I wanted to see if there were any changes in EAD export with the new version, but with the inclusion of PDF downloads, I am now unable to download an XML file. Export -- Download EADnow just defaults to fatestx_ead.pdf even when Print to PDF is not selected.
>  
> Wanted to see if this was a local issue or more widely seen.
>  
> Patrick Galligan
> Rockefeller Archive Center
> Assistant Digital Archivist
> 914-366-6386
>  
> _______________________________________________
> 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/20141009/5996a02c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/5996a02c/attachment.bin>

From brad.westbrook at lyrasis.org  Thu Oct  9 17:47:01 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Thu, 9 Oct 2014 21:47:01 +0000
Subject: [Archivesspace_Users_Group] Exporting EAD from AS?
In-Reply-To: <C5668A4B-1C36-46E4-9398-DDACC9B5B5FB@virginia.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495A26@racex01>
	<DCB910FAD4CF9343B3E424AF5F33102521CC81E0@x10-mbx8.yu.yale.edu>
	<C5668A4B-1C36-46E4-9398-DDACC9B5B5FB@virginia.edu>
Message-ID: <12c5faa489cb486498f7a25ec685e5f4@BLUPR08MB102.namprd08.prod.outlook.com>

That's a big catch!  Thanks, Patrick, Mark, and Steve.   Brad

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
Sent: Thursday, October 09, 2014 5:30 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Exporting EAD from AS?


I had just installed RC-6 but hadn't had a chance to try it out:  my concerns was also to see if EAD import & export
had been fixed or improved. I just tried importing and exporting a file.  I also get only PDF exported whether or not
the PDF box is checked.

You can still get EAD out through the API - you need the id numbers for the repo and the resource:

curl_as_osx admin admin http://localhost:8089/repositories/${repo}/resource_descriptions/${resource}.xml<http://localhost:8089/repositories/$%7brepo%7d/resource_descriptions/$%7bresource%7d.xml>



- Steve Majewski


On Oct 9, 2014, at 5:08 PM, Custer, Mark <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:


I noticed the same issue while trying out the test site.  When I discovered that I couldn't test the EAD export, I didn't go any further.

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 Galligan, Patrick
Sent: Thursday, October 09, 2014 4:46 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Exporting EAD from AS?

Has anyone had success downloading EAD from the new release candidate? I wanted to see if there were any changes in EAD export with the new version, but with the inclusion of PDF downloads, I am now unable to download an XML file. Export -- Download EADnow just defaults to fatestx_ead.pdf even when Print to PDF is not selected.

Wanted to see if this was a local issue or more widely seen.

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

_______________________________________________
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/20141009/e54e5122/attachment.html>

From sdm7g at virginia.edu  Thu Oct  9 18:02:31 2014
From: sdm7g at virginia.edu (Steven Majewski)
Date: Thu, 9 Oct 2014 18:02:31 -0400
Subject: [Archivesspace_Users_Group] Exporting EAD from AS?
In-Reply-To: <12c5faa489cb486498f7a25ec685e5f4@BLUPR08MB102.namprd08.prod.outlook.com>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495A26@racex01>
	<DCB910FAD4CF9343B3E424AF5F33102521CC81E0@x10-mbx8.yu.yale.edu>
	<C5668A4B-1C36-46E4-9398-DDACC9B5B5FB@virginia.edu>
	<12c5faa489cb486498f7a25ec685e5f4@BLUPR08MB102.namprd08.prod.outlook.com>
Message-ID: <BE717BA3-BC98-4B3C-B4D7-D693C5F59BF6@virginia.edu>


This is the first I?ve looked at the PDF export option. 

I was impressed that it produced external links to the images in the digital objects. 

It would be nice if there was an option to include images or thumbnails inline in the PDF. 
( I don?t know how difficult that would be to add. )

Also the ?^ Return to Table of Contents? links are unnecessary and distracting in the printed guide. 

Ahh? poking around the code it looks like this is handled by   ./stylesheets/as-ead-pdf.xsl 
so it looks like this is something we can customize fairly easily. Looking forward to trying this out. 



? Steve Majewski




On Oct 9, 2014, at 5:47 PM, Brad Westbrook <brad.westbrook at lyrasis.org> wrote:

> That?s a big catch!  Thanks, Patrick, Mark, and Steve.   Brad
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Steven Majewski
> Sent: Thursday, October 09, 2014 5:30 PM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Exporting EAD from AS?
>  
>  
> I had just installed RC-6 but hadn?t had a chance to try it out:  my concerns was also to see if EAD import & export
> had been fixed or improved. I just tried importing and exporting a file.  I also get only PDF exported whether or not 
> the PDF box is checked. 
>  
> You can still get EAD out through the API ? you need the id numbers for the repo and the resource:
>  
> curl_as_osx admin admin http://localhost:8089/repositories/${repo}/resource_descriptions/${resource}.xml
>  
>  
>  
> ? Steve Majewski
>  
>  
> On Oct 9, 2014, at 5:08 PM, Custer, Mark <mark.custer at yale.edu> wrote:
> 
> 
> I noticed the same issue while trying out the test site.  When I discovered that I couldn?t test the EAD export, I didn?t go any further.
>  
> Mark
>  
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
> Sent: Thursday, October 09, 2014 4:46 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] Exporting EAD from AS?
>  
> Has anyone had success downloading EAD from the new release candidate? I wanted to see if there were any changes in EAD export with the new version, but with the inclusion of PDF downloads, I am now unable to download an XML file. Export -- Download EADnow just defaults to fatestx_ead.pdf even when Print to PDF is not selected.
>  
> Wanted to see if this was a local issue or more widely seen.
>  
> Patrick Galligan
> Rockefeller Archive Center
> Assistant Digital Archivist
> 914-366-6386
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>  
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/c82cba11/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141009/c82cba11/attachment.bin>

From karla.irwin at unlv.edu  Fri Oct 10 11:19:06 2014
From: karla.irwin at unlv.edu (Karla Irwin)
Date: Fri, 10 Oct 2014 08:19:06 -0700
Subject: [Archivesspace_Users_Group] Western Roundup Session Proposal on
	Implementing ArchivesSpace
Message-ID: <CABZFufT9ma3gTzuyPgjPJPBEw6UBK4AtssnaJ-W7rajPzOvQ9Q@mail.gmail.com>

Hello list,

This message is intended for those located west of the Rockies and
attending the Western Roundup in May.

We're implementing ArchivesSpace "from scratch" here at UNLV Special
Collections, importing EAD, CSV, and also entering some legacy data by
hand.  (We had no collection management system in place previously.)  I am
looking for folks interested in putting together a Western Roundup session
about the strategies you're using to implement ArchivesSpace. Ideally, it
would be nice to have a speaker on migrating from Archivists' Toolkit and
one speaking about migrating from Archon to add to the perspective of
implementing from scratch, but I am open to a variety of possibilities.  If
there are a few people interested, we can do a traditional session.  If
there are a number of people interested, we could do a lightning session.


Please contact me off list at karla.irwin at unlv.edu


Thank you,


Karla Irwin

-- 
Karla Irwin
Special Collections Technical Librarian
University Libraries, University of Nevada, Las Vegas
karla.irwin at unlv.edu
(702) 895-2245
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141010/30c155f7/attachment.html>

From PGalligan at rockarch.org  Fri Oct 10 11:30:43 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Fri, 10 Oct 2014 11:30:43 -0400
Subject: [Archivesspace_Users_Group] Browse collections management sorting
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4495AC0@racex01>

I have a small issue that should be easy to fix, but that I don't see on the pivotal tracker.

When you go to Browse - Collections Management - Sort - Acending or Descending, the Ascending or Descending box is pulled to the left. I assume this is a pretty easy fix, so I wanted to make sure it was reports.

I've attached a screenshot.

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/20141010/16ec1e0a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ArchivesSpace Collection Management Browse.jpg
Type: image/jpeg
Size: 182413 bytes
Desc: ArchivesSpace Collection Management Browse.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141010/16ec1e0a/attachment.jpg>

From robin_mcelheny at harvard.edu  Fri Oct 10 11:46:04 2014
From: robin_mcelheny at harvard.edu (McElheny, Robin G.)
Date: Fri, 10 Oct 2014 15:46:04 +0000
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <ad8fed0e5e5549b39e0bf99ed069bc71@BLUPR08MB102.namprd08.prod.outlook.com>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>
	<783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>
	<FA1239D7DE5DCC41A388F666A3883A6B42766194@CITESMBX6.ad.uillinois.edu>
	<e7ac6e4081964f44a06e319a2cd83f13@BLUPR08MB102.namprd08.prod.outlook.com>
	<552339562.594931.1412872822317.JavaMail.zimbra@psu.edu>
	<ad8fed0e5e5549b39e0bf99ed069bc71@BLUPR08MB102.namprd08.prod.outlook.com>
Message-ID: <a5dfe494b7b549acb3da1d819508b308@BLUPR07MB689.namprd07.prod.outlook.com>

Hi, Brad ?

I?d like to second Ben?s comments ? your news re ASpace is good to hear.  Are you planning to send periodic updates regarding TAC and UAC activities?

Robin

Robin McElheny
Associate University Archivist for Collections and Public Services
Harvard University Archives
Pusey Library
Cambridge, MA 02138
Email: robin_mcelheny at harvard.edu
Phone: 617-495-2461
Fax: 617-495-8011

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook
Sent: Thursday, October 09, 2014 4:00 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Hi, Ben,

The sub groups are listed on the web pages for the two counciles (http://archivesspace.org/technicaladvisory and http://www.archivesspace.org/usersadvisory), but their members are not listed nor are their activities described.

Brad

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman
Sent: Thursday, October 09, 2014 12:40 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Hi Brad,

This is all great news. Looking forward to this next period of development from ASpace.

Out of curiosity, has it been shared publicly what the different TAC and UAC subgroups are and what they are working on? I would love to hear more detail about this.

Thanks,
Ben


Ben Goldman
Digital Records Archivist
Penn State University Libraries
University Park, PA
814-863-8333
http://www.libraries.psu.edu/psul/speccolls.html

________________________________
From: "Brad Westbrook" <brad.westbrook at lyrasis.org<mailto:brad.westbrook at lyrasis.org>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Thursday, October 9, 2014 11:43:11 AM
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear Rachel, Emma, Nathan, Chris, and all other ArchivesSpace Users,

We are currently focused intently on finishing the preparations of the next ArchivesSpace release.

After that version is released, we will turn our attention immediately to planning the next release, which will no doubt be greatly informed by the very useful report received recently from Harvard University and the forthcoming report promised from UIUC.

Let me also take this opportunity to notify the ArchivesSpace members that the contract for Nathan Stevens, the migration specialist, has been extended for 12 months beginning Oct. 1, 2014.  Under this new contract, Nathan will continue to be responsible for supporting migrations of data from Archon and Archivists? Toolkit instances, but he will also start exploring the building new pathways for migrating data into ArchivesSpace from other sources.  In addition, Nathan will also be responsible for working with the TAC migration sub group to refine and extend options for importing / exporting data formats such as EAC, EAD, MARCXML, etc.  and with the UAC reports sub group to refine the new reports module to be included in the next release and to populate it with default reports.

In addition to the extension of the migration specialist?s contract, the ArchivesSpace program will also be contracting a developer for 12 months to assist the lead developer Chris Fitzpatrick with fixing bugs and adding new features.

Finally, we will also be contracting a half-time program assistant for 12 months to provide support to various aspects of the ArchivesSpace program, but especially to member enrollment and preparing user documentation,

I hope you will all agree that these are important additions to the ArchivesSpace Program staff and will help tremendously to expedite the development of the application, as well as to meet better the needs of the growing membership.

Thank you all for your continuing interest and contributions.

Best,

Brad W.

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John
Sent: Thursday, October 09, 2014 11:05 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Illinois is working on such a report and hopes to share by next week.

Chris

Christopher J. Prom
Assistant University Archivist and Associate Professor
University of Illinois Archives/Library
19 Library
1408 W. Gregory Drive
Urbana, IL 61820

ph: (217) 333 0798
prom at illiois.edu<mailto:prom at illiois.edu>
blog: http://e-records.chrisprom.com
________________________________
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 Nathan Hosburgh [NHOSBURGH at Rollins.edu]
Sent: Thursday, October 09, 2014 8:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report
I would be interested if anyone has produced a similar report regarding migration from Archon to ArchivesSpace.

Thx,
Nate

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 Emma Jolley
Sent: Wednesday, October 08, 2014 10:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear All

I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them.

Many thanks

Emma


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



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 Nathan Stevens
Sent: Tuesday, 30 September 2014 12:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Unfortunately, ArchivesSpace requires valid URIs<http://en.wikipedia.org/wiki/File_URI_scheme#Windows> for external links, hence the addition of file:// to document locations.  I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace.
Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected).  The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for.

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool.

On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel <rwise at hbs.edu<mailto:rwise at hbs.edu>> wrote:
Hi-

Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard.  We?ve compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions.

The report includes:

?         Data Migration issues

?         User support issues

?         User interface issues

?         Reporting and printing needs

?         Critical Bug

?         Searching, Facets, and Record Lists
If you have any question let me know.
Thanks,
Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users)

Rachel Wise, HBS Archivist
Knowledge & Library Services
Harvard Business School
Baker Library | Bloomberg Center 123K
Boston, MA 02163
(617) 496-6822<tel:%28617%29%20496-6822>


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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>

_______________________________________________
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/20141010/528679b7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7625 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141010/528679b7/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7640 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141010/528679b7/attachment-0001.png>

From brad.westbrook at lyrasis.org  Fri Oct 10 11:54:03 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Fri, 10 Oct 2014 15:54:03 +0000
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <a5dfe494b7b549acb3da1d819508b308@BLUPR07MB689.namprd07.prod.outlook.com>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>
	<783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>
	<FA1239D7DE5DCC41A388F666A3883A6B42766194@CITESMBX6.ad.uillinois.edu>
	<e7ac6e4081964f44a06e319a2cd83f13@BLUPR08MB102.namprd08.prod.outlook.com>
	<552339562.594931.1412872822317.JavaMail.zimbra@psu.edu>
	<ad8fed0e5e5549b39e0bf99ed069bc71@BLUPR08MB102.namprd08.prod.outlook.com>
	<a5dfe494b7b549acb3da1d819508b308@BLUPR07MB689.namprd07.prod.outlook.com>
Message-ID: <bcd8dd6ddd5548a8bb31e9d8b2e25cfb@BLUPR08MB102.namprd08.prod.outlook.com>

Yes, Robin, I think we can start posting minutes of the Technical and User Advisory Councils, which meet ca. once a month.  The meeting notes typically include updates on sub-group activities.

Brad

From: McElheny, Robin G. [mailto:robin_mcelheny at harvard.edu]
Sent: Friday, October 10, 2014 11:46 AM
To: Brad Westbrook
Cc: Archivesspace Users Group
Subject: RE: [Archivesspace_Users_Group] Data migration report

Hi, Brad ?

I?d like to second Ben?s comments ? your news re ASpace is good to hear.  Are you planning to send periodic updates regarding TAC and UAC activities?

Robin

Robin McElheny
Associate University Archivist for Collections and Public Services
Harvard University Archives
Pusey Library
Cambridge, MA 02138
Email: robin_mcelheny at harvard.edu<mailto:robin_mcelheny at harvard.edu>
Phone: 617-495-2461
Fax: 617-495-8011

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 Brad Westbrook
Sent: Thursday, October 09, 2014 4:00 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Hi, Ben,

The sub groups are listed on the web pages for the two counciles (http://archivesspace.org/technicaladvisory and http://www.archivesspace.org/usersadvisory), but their members are not listed nor are their activities described.

Brad

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman
Sent: Thursday, October 09, 2014 12:40 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Hi Brad,

This is all great news. Looking forward to this next period of development from ASpace.

Out of curiosity, has it been shared publicly what the different TAC and UAC subgroups are and what they are working on? I would love to hear more detail about this.

Thanks,
Ben


Ben Goldman
Digital Records Archivist
Penn State University Libraries
University Park, PA
814-863-8333
http://www.libraries.psu.edu/psul/speccolls.html

________________________________
From: "Brad Westbrook" <brad.westbrook at lyrasis.org<mailto:brad.westbrook at lyrasis.org>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Thursday, October 9, 2014 11:43:11 AM
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear Rachel, Emma, Nathan, Chris, and all other ArchivesSpace Users,

We are currently focused intently on finishing the preparations of the next ArchivesSpace release.

After that version is released, we will turn our attention immediately to planning the next release, which will no doubt be greatly informed by the very useful report received recently from Harvard University and the forthcoming report promised from UIUC.

Let me also take this opportunity to notify the ArchivesSpace members that the contract for Nathan Stevens, the migration specialist, has been extended for 12 months beginning Oct. 1, 2014.  Under this new contract, Nathan will continue to be responsible for supporting migrations of data from Archon and Archivists? Toolkit instances, but he will also start exploring the building new pathways for migrating data into ArchivesSpace from other sources.  In addition, Nathan will also be responsible for working with the TAC migration sub group to refine and extend options for importing / exporting data formats such as EAC, EAD, MARCXML, etc.  and with the UAC reports sub group to refine the new reports module to be included in the next release and to populate it with default reports.

In addition to the extension of the migration specialist?s contract, the ArchivesSpace program will also be contracting a developer for 12 months to assist the lead developer Chris Fitzpatrick with fixing bugs and adding new features.

Finally, we will also be contracting a half-time program assistant for 12 months to provide support to various aspects of the ArchivesSpace program, but especially to member enrollment and preparing user documentation,

I hope you will all agree that these are important additions to the ArchivesSpace Program staff and will help tremendously to expedite the development of the application, as well as to meet better the needs of the growing membership.

Thank you all for your continuing interest and contributions.

Best,

Brad W.

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John
Sent: Thursday, October 09, 2014 11:05 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Illinois is working on such a report and hopes to share by next week.

Chris

Christopher J. Prom
Assistant University Archivist and Associate Professor
University of Illinois Archives/Library
19 Library
1408 W. Gregory Drive
Urbana, IL 61820

ph: (217) 333 0798
prom at illiois.edu<mailto:prom at illiois.edu>
blog: http://e-records.chrisprom.com
________________________________
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 Nathan Hosburgh [NHOSBURGH at Rollins.edu]
Sent: Thursday, October 09, 2014 8:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report
I would be interested if anyone has produced a similar report regarding migration from Archon to ArchivesSpace.

Thx,
Nate

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 Emma Jolley
Sent: Wednesday, October 08, 2014 10:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear All

I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them.

Many thanks

Emma


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



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 Nathan Stevens
Sent: Tuesday, 30 September 2014 12:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Unfortunately, ArchivesSpace requires valid URIs<http://en.wikipedia.org/wiki/File_URI_scheme#Windows> for external links, hence the addition of file:// to document locations.  I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace.
Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected).  The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for.

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool.

On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel <rwise at hbs.edu<mailto:rwise at hbs.edu>> wrote:
Hi-

Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard.  We?ve compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions.

The report includes:

?         Data Migration issues

?         User support issues

?         User interface issues

?         Reporting and printing needs

?         Critical Bug

?         Searching, Facets, and Record Lists
If you have any question let me know.
Thanks,
Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users)

Rachel Wise, HBS Archivist
Knowledge & Library Services
Harvard Business School
Baker Library | Bloomberg Center 123K
Boston, MA 02163
(617) 496-6822<tel:%28617%29%20496-6822>


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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>

_______________________________________________
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/20141010/999c696a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7625 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141010/999c696a/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7640 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141010/999c696a/attachment-0001.png>

From luftsche at usc.edu  Fri Oct 10 11:53:50 2014
From: luftsche at usc.edu (Susan Luftschein)
Date: Fri, 10 Oct 2014 15:53:50 +0000
Subject: [Archivesspace_Users_Group] Problem when editing
	file-level	component
In-Reply-To: <81b79c2d444a47d49846c93681e0840c@BLUPR0701MB0993.namprd07.prod.outlook.com>
References: <81b79c2d444a47d49846c93681e0840c@BLUPR0701MB0993.namprd07.prod.outlook.com>
Message-ID: <64c50245131044e3b0d68a3b3b118a7a@DM2PR0701MB1327.namprd07.prod.outlook.com>

I'd just like to add to Loni's comments--the same thing has happened to me while editing a resource record, and I am NOT using RDE.  Merely clicking on Add Instance automatically populates all three Container Type field with "Box".

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Loni A Shibuyama
Sent: Wednesday, October 08, 2014 10:40 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Problem when editing file-level component

Hello Chris,

Yes, the Container Type 3 is switched to "Box" where it was previously blank.  It doesn't seem to matter what I edited in the component, whether it was the title, date,  instance, etc.  If I changed anything and saved it, the Container Type 3 was automatically switched.  (I can send a screenshot if you need.)

Thanks,
Loni

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

Message: 2
Date: Wed, 8 Oct 2014 11:13:50 +0000
From: Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>
To: "archivesspace_users_group at lyralists.lyrasis.org"
        <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Problem when editing
        file-level      component
Message-ID: <1412766829381.44155 at lyrasis.org>
Content-Type: text/plain; charset="iso-8859-1"


Hi Loni,

Just trying to replicate this...

So, you add some components to a resouce via the RDE and save them. Then, when you edit the created components, the "Container Type 3" value is switched to "Box"? Was it set to anything before? Also, during the edit ,you were not editing the Contain Type 3 field?

 

b,chris. 


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048 http://archivesspace.org/ _______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group


From schmitt at umd.edu  Fri Oct 10 11:55:30 2014
From: schmitt at umd.edu (Cassandra A Schmitt)
Date: Fri, 10 Oct 2014 15:55:30 +0000
Subject: [Archivesspace_Users_Group] Data migration report
In-Reply-To: <a5dfe494b7b549acb3da1d819508b308@BLUPR07MB689.namprd07.prod.outlook.com>
References: <458E205CAF92624D9232F7922D5BF6D60175E9EBC530@WINHBSMAIL01.hbs.edu>
	<CADi=b=NZYjXdnZ=vaXnBc1eEMHSg02bFX2AqphDG5REkoYR_sw@mail.gmail.com>
	<81FF938BA2407B4DA1E134E7FA5C09EC015EBA541B@EXMBX1.shire.nla.gov.au>
	<783e287af80940dab8c51d18a1256ae7@BY2PR02MB524.namprd02.prod.outlook.com>
	<FA1239D7DE5DCC41A388F666A3883A6B42766194@CITESMBX6.ad.uillinois.edu>
	<e7ac6e4081964f44a06e319a2cd83f13@BLUPR08MB102.namprd08.prod.outlook.com>
	<552339562.594931.1412872822317.JavaMail.zimbra@psu.edu>
	<ad8fed0e5e5549b39e0bf99ed069bc71@BLUPR08MB102.namprd08.prod.outlook.com>
	<a5dfe494b7b549acb3da1d819508b308@BLUPR07MB689.namprd07.prod.outlook.com>
Message-ID: <BE9C81CD98B4D04BB5F8CDEAC21C874456B02F44@OITMX1002.AD.UMD.EDU>

Agreed!

The names of the two councils are actually listed on the webpages Brad provided.

In addition to the information Brad shared below it would be incredibly useful to have a rough sense of the current activities happening on those two groups (even if just a very high level list of bullet points). I?m sure there is some great work happening.

-Cassie

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of McElheny, Robin G.
Sent: Friday, October 10, 2014 11:46 AM
To: Brad Westbrook
Cc: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Hi, Brad ?

I?d like to second Ben?s comments ? your news re ASpace is good to hear.  Are you planning to send periodic updates regarding TAC and UAC activities?

Robin

Robin McElheny
Associate University Archivist for Collections and Public Services
Harvard University Archives
Pusey Library
Cambridge, MA 02138
Email: robin_mcelheny at harvard.edu<mailto:robin_mcelheny at harvard.edu>
Phone: 617-495-2461
Fax: 617-495-8011

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 Brad Westbrook
Sent: Thursday, October 09, 2014 4:00 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Hi, Ben,

The sub groups are listed on the web pages for the two counciles (http://archivesspace.org/technicaladvisory and http://www.archivesspace.org/usersadvisory), but their members are not listed nor are their activities described.

Brad

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Ben Goldman
Sent: Thursday, October 09, 2014 12:40 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Hi Brad,

This is all great news. Looking forward to this next period of development from ASpace.

Out of curiosity, has it been shared publicly what the different TAC and UAC subgroups are and what they are working on? I would love to hear more detail about this.

Thanks,
Ben


Ben Goldman
Digital Records Archivist
Penn State University Libraries
University Park, PA
814-863-8333
http://www.libraries.psu.edu/psul/speccolls.html

________________________________
From: "Brad Westbrook" <brad.westbrook at lyrasis.org<mailto:brad.westbrook at lyrasis.org>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Thursday, October 9, 2014 11:43:11 AM
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear Rachel, Emma, Nathan, Chris, and all other ArchivesSpace Users,

We are currently focused intently on finishing the preparations of the next ArchivesSpace release.

After that version is released, we will turn our attention immediately to planning the next release, which will no doubt be greatly informed by the very useful report received recently from Harvard University and the forthcoming report promised from UIUC.

Let me also take this opportunity to notify the ArchivesSpace members that the contract for Nathan Stevens, the migration specialist, has been extended for 12 months beginning Oct. 1, 2014.  Under this new contract, Nathan will continue to be responsible for supporting migrations of data from Archon and Archivists? Toolkit instances, but he will also start exploring the building new pathways for migrating data into ArchivesSpace from other sources.  In addition, Nathan will also be responsible for working with the TAC migration sub group to refine and extend options for importing / exporting data formats such as EAC, EAD, MARCXML, etc.  and with the UAC reports sub group to refine the new reports module to be included in the next release and to populate it with default reports.

In addition to the extension of the migration specialist?s contract, the ArchivesSpace program will also be contracting a developer for 12 months to assist the lead developer Chris Fitzpatrick with fixing bugs and adding new features.

Finally, we will also be contracting a half-time program assistant for 12 months to provide support to various aspects of the ArchivesSpace program, but especially to member enrollment and preparing user documentation,

I hope you will all agree that these are important additions to the ArchivesSpace Program staff and will help tremendously to expedite the development of the application, as well as to meet better the needs of the growing membership.

Thank you all for your continuing interest and contributions.

Best,

Brad W.

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John
Sent: Thursday, October 09, 2014 11:05 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Illinois is working on such a report and hopes to share by next week.

Chris

Christopher J. Prom
Assistant University Archivist and Associate Professor
University of Illinois Archives/Library
19 Library
1408 W. Gregory Drive
Urbana, IL 61820

ph: (217) 333 0798
prom at illiois.edu<mailto:prom at illiois.edu>
blog: http://e-records.chrisprom.com
________________________________
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 Nathan Hosburgh [NHOSBURGH at Rollins.edu]
Sent: Thursday, October 09, 2014 8:17 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report
I would be interested if anyone has produced a similar report regarding migration from Archon to ArchivesSpace.

Thx,
Nate

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 Emma Jolley
Sent: Wednesday, October 08, 2014 10:50 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Dear All

I wonder if there has been any other official responses to the excellent migration report prepared by Harvard. We experienced many of the same issues in our migration testing and would be interested in knowing whether the issues identified are schedule to have work done on them.

Many thanks

Emma


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



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 Nathan Stevens
Sent: Tuesday, 30 September 2014 12:11 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Data migration report

Unfortunately, ArchivesSpace requires valid URIs<http://en.wikipedia.org/wiki/File_URI_scheme#Windows> for external links, hence the addition of file:// to document locations.  I could try adding a thrid slash which may solve this, but if it doesn't, there really isn't much that can be done on the migration tool side until this requirements changes in ASpace.
Subdivisions types for Subjects and Name are required in the AT (You cannot save a record through the AT interface if those types are not selected).  The only way I know of they can be incorrect, or are missing, is when data is ingested directly into the AT database which the migration tool cannot account for.

As such, entering correct values for these sub types must done through the AT backend database directly, and not through the migration tool.

On Fri, Sep 26, 2014 at 5:13 PM, Wise, Rachel <rwise at hbs.edu<mailto:rwise at hbs.edu>> wrote:
Hi-

Attached is a report of some issues we encountered migrating data from Archivists Toolkit to ArchivesSpace here at Harvard.  We?ve compiled our issues into a single document recognizing that some of these issues may have been noted in separate emails from other institutions.

The report includes:

?         Data Migration issues

?         User support issues

?         User interface issues

?         Reporting and printing needs

?         Critical Bug

?         Searching, Facets, and Record Lists
If you have any question let me know.
Thanks,
Rachel (sending on behalf of Harvard Archivists Toolkit/ArchivesSpace users)

Rachel Wise, HBS Archivist
Knowledge & Library Services
Harvard Business School
Baker Library | Bloomberg Center 123K
Boston, MA 02163
(617) 496-6822<tel:%28617%29%20496-6822>


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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>

_______________________________________________
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/20141010/46597dcd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7625 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141010/46597dcd/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 7640 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141010/46597dcd/attachment-0001.png>

From Chris.Fitzpatrick at lyrasis.org  Sat Oct 11 16:09:57 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Sat, 11 Oct 2014 20:09:57 +0000
Subject: [Archivesspace_Users_Group] Installing AS on Windoze
Message-ID: <1413058197028.70707@lyrasis.org>


Hi everyone,


Questions about installing AS on Windows? MySQL curious? Want to deploy to Tomcat?


Please checkout this video:

https://www.youtube.com/watch?v=1x4Z1c4GW94&feature=youtu.be


The video quality is not great, but the details are in the documentation (

https://github.com/archivesspace/archivesspace ).


Please let us know if you have any questions/comments/suggestions.


Have a good weekend!


best ,chris.



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

From gordon_daines at byu.edu  Mon Oct 13 10:04:09 2014
From: gordon_daines at byu.edu (Gordon Daines)
Date: Mon, 13 Oct 2014 14:04:09 +0000
Subject: [Archivesspace_Users_Group] User Advisory Council report
Message-ID: <1ab680da36814b9987ac9fb372f7312d@MB7.byu.local>

Colleagues,

A few of you have expressed interest in the activities of the User Advisory Council. I have attached a report that we submitted recently to the ArchivesSpace Governance Board. I hope that you find it enlightening. Please direct any questions to me.

Gordon Daines, Chair of the User Advisory Council

___________________
J. Gordon Daines III
University Archivist
Department Chair
L. Tom Perry Special Collections
1130 HBLL
Brigham Young University
Provo, UT 84602
(801) 422-5821
gordon_daines at byu.edu<mailto:gordon_daines at byu.edu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141013/f13c2741/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ArchivesSpace User Advisory Council Report (August 2014).docx
Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Size: 17586 bytes
Desc: ArchivesSpace User Advisory Council Report (August 2014).docx
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141013/f13c2741/attachment.docx>

From SSchaefer at rockarch.org  Mon Oct 13 13:18:55 2014
From: SSchaefer at rockarch.org (Schaefer, Sibyl)
Date: Mon, 13 Oct 2014 13:18:55 -0400
Subject: [Archivesspace_Users_Group] Technical Advisory Council Board report
Message-ID: <D06181BF.BA08%sschaefer@rockarch.org>

As Gordon Daines mentioned in a previous email, there has been some interest in the activities of the two ArchivesSpace Advisory Councils. I am attaching the Technical Advisory Council report to the ArchivesSpace Governance Board. Please feel free to email me with any questions.

Best,

Sibyl
Chair of the ArchivesSpace Technical Advisory Council

----------------
Sibyl Schaefer
Asst. Director, Head of Digital Programs
Rockefeller Archive Center
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141013/7b39eb81/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2014-GB-1_n_Sept 29--ArchivesSpace Technical Advisory Council Report (Sept 2014).docx
Type: application/x-msword
Size: 79498 bytes
Desc: 2014-GB-1_n_Sept 29--ArchivesSpace Technical Advisory Council Report (Sept 2014).docx
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141013/7b39eb81/attachment.bin>

From bmg17 at psu.edu  Tue Oct 14 09:47:55 2014
From: bmg17 at psu.edu (Ben Goldman)
Date: Tue, 14 Oct 2014 09:47:55 -0400 (EDT)
Subject: [Archivesspace_Users_Group] Technical Advisory Council Board
 report
In-Reply-To: <D06181BF.BA08%sschaefer@rockarch.org>
References: <D06181BF.BA08%sschaefer@rockarch.org>
Message-ID: <1925683305.479542.1413294475618.JavaMail.zimbra@psu.edu>

Sibyl and Gordon, 

Thanks for sharing these! Very helpful to gaining a better understanding of the groups' efforts. 

Best, 
Ben 

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

From: "Sibyl Schaefer" <SSchaefer at rockarch.org> 
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org> 
Sent: Monday, October 13, 2014 1:18:55 PM 
Subject: [Archivesspace_Users_Group] Technical Advisory Council Board report 

As Gordon Daines mentioned in a previous email, there has been some interest in the activities of the two ArchivesSpace Advisory Councils. I am attaching the Technical Advisory Council report to the ArchivesSpace Governance Board. Please feel free to email me with any questions. 

Best, 

Sibyl 
Chair of the ArchivesSpace Technical Advisory Council 

---------------- 
Sibyl Schaefer 
Asst. Director, Head of Digital Programs 
Rockefeller Archive Center 

_______________________________________________ 
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/20141014/eb0bef1f/attachment.html>

From smithkr at mit.edu  Tue Oct 14 13:21:17 2014
From: smithkr at mit.edu (Kari R Smith)
Date: Tue, 14 Oct 2014 17:21:17 +0000
Subject: [Archivesspace_Users_Group] Question about adding digital material
	inforamation in ArchivesSpace
Message-ID: <29F559819ACA9A4FBF208407D4B63ABBB8207C51@OC11expo28.exchange.mit.edu>

Hello collective wisdom of digital archivists using ArchivesSpace.

As we are assessing how we will use ArchivesSpace we are considering ways to denote the digital material in our collections.  I see two, maybe three ways forward.  I'll list them here and I would love to hear your responses and learn from what others have already tried.

One.  For things that are actually digital objects like a completely digital book, an access copy PDF of some material, etc. I plan to use the Digital Object module.  This would be a call out to specific items within collections (Resources).  They may be linked to an access system that provides ready access or they may point to a local server from which reference staff can select a copy to make available locally.  [This is an option that I plan to implement - basically looking for other thoughts on this but not to get rid of this.]

Two.  For bulk digital material, I'd like to use an Instance that is a bucket for undistinguished, aggregate digital material.  The difference here is that they are not discrete by title or individual object.  We're thinking about using the Instance to add this into the Finding Aid [Faculty Policy Committee, Meeting Minutes, 2013-2014. Digital.]

Three.  In addition to #2, I'm thinking about adding a Digital Object for the AIP that is created for the aggregate material and would like to link this DO (because it allows for the extra metadata I want to capture in AS) to the Instance.

If you have done this or are currently modeling how to do this, please let me know.

Thanks!

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

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

From jhamblet at nmu.edu  Tue Oct 14 16:02:18 2014
From: jhamblet at nmu.edu (Hambleton, John S)
Date: Tue, 14 Oct 2014 20:02:18 +0000
Subject: [Archivesspace_Users_Group] Cannot add new user
Message-ID: <6d91bc4959d24a6c92417268a323eb33@EX01.ads.nmu.edu>

Folks, 

We just did our "production" migration to ArchivesSpace.
All the ArchivistsToolkit users migrated as expected. 
However, now in ArchivesSpace, I click System > Manage Users >
Create User > this takes me to the ArchivesSpace home page...
We're version 1.0.9, used the latest migration tool.
I have administrator privileges. And this malady even happens
with the "Admin" account...

Possible causes? Work arounds?
Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris.
+



From Chris.Fitzpatrick at lyrasis.org  Wed Oct 15 06:32:27 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 15 Oct 2014 10:32:27 +0000
Subject: [Archivesspace_Users_Group] Cannot add new user
In-Reply-To: <6d91bc4959d24a6c92417268a323eb33@EX01.ads.nmu.edu>
References: <6d91bc4959d24a6c92417268a323eb33@EX01.ads.nmu.edu>
Message-ID: <1413369146736.90365@lyrasis.org>



Hi John,

When you do this, is the log outputting anything? That will usually indicate the problem. 

b,chris. 

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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 14, 2014 10:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Cannot add new user

Folks,

We just did our "production" migration to ArchivesSpace.
All the ArchivistsToolkit users migrated as expected.
However, now in ArchivesSpace, I click System > Manage Users >
Create User > this takes me to the ArchivesSpace home page...
We're version 1.0.9, used the latest migration tool.
I have administrator privileges. And this malady even happens
with the "Admin" account...

Possible causes? Work arounds?
Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris.
+

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


From jhamblet at nmu.edu  Wed Oct 15 09:21:24 2014
From: jhamblet at nmu.edu (Hambleton, John S)
Date: Wed, 15 Oct 2014 13:21:24 +0000
Subject: [Archivesspace_Users_Group] Cannot add new user
In-Reply-To: <1413369146736.90365@lyrasis.org>
References: <6d91bc4959d24a6c92417268a323eb33@EX01.ads.nmu.edu>
	<1413369146736.90365@lyrasis.org>
Message-ID: <f8b814ea47664b0299e1c2c33c340d28@EX01.ads.nmu.edu>

Chris, yes the log outputs the following. The log exactly mirrors what's
happening but WHY it is redirecting, instead of creating a new user, is still
a mystery. Many thanks, John H NMU

2014-10-15 08:16:35.925:INFO:/:Started GET "/users/new" for 198.110.194.127 at 2014-10-15 08:16:35 -0500|
2014-10-15 08:16:35.941:INFO:/:Processing by UsersController#new as HTML|
2014-10-15 08:16:35.945:INFO:/:Redirected to http://aspace.nmu.edu:8080/|
2014-10-15 08:16:35.946:INFO:/:Completed 302 Found in 5.0ms|
2014-10-15 08:16:35.955:INFO:/:Started GET "/" for 198.110.194.127 at 2014-10-15 08:16:35 -0500|
2014-10-15 08:16:35.960:INFO:/:Processing by WelcomeController#index as HTML|
2014-10-15 08:16:35.963:INFO:/:  Rendered shared/_flash_messages.html.erb (0.0ms)|
2014-10-15 08:16:35.965:INFO:/:  Rendered welcome/index.html.erb within layouts/application (2.0ms)|
2014-10-15 08:16:35.969:INFO:/:  Rendered shared/_browser_support.html.erb (0.0ms)|
2014-10-15 08:16:35.980:INFO:/:  Rendered shared/_header_user.html.erb (9.0ms)|
2014-10-15 08:16:35.981:INFO:/:  Rendered shared/_header_global.html.erb (11.0ms)|
2014-10-15 08:16:35.982:INFO:/:  Rendered site/_branding.html.erb (1.0ms)|
2014-10-15 08:16:36.003:INFO:/:  Rendered shared/_header_repository.html.erb (21.0ms)|
2014-10-15 08:16:36.004:INFO:/:  Rendered /usr/local/archivesspace/plugins/aspace_feedback/frontend/views/site/_feedback_form.html.erb (0.0ms)|
2014-10-15 08:16:36.005:INFO:/:  Rendered /usr/local/archivesspace/plugins/aspace_feedback/frontend/views/site/_footer.html.erb (1.0ms)|
2014-10-15 08:16:36.011:INFO:/:  Rendered shared/_templates.html.erb (6.0ms)|
2014-10-15 08:16:36.011:INFO:/:Completed 200 OK in 51.0ms (Views: 50.0ms)|
2014-10-15 08:16:46 -0500: Running index round
D, [2014-10-15T08:16:46.980000 #22405] DEBUG -- : Thread-3506: GET /repositories [session: #<Session:0x391a8c18 @store={:user=>"search_indexer", :login_time=>2014-10-15 04:30:49 -0500, :expirable=>false}, @id="d6b24ff8faf5083524b9a2742e076d4862aa5c16e6cfd799ae8b6bdd782cadbd">]
D, [2014-10-15T08:16:46.982000 #22405] DEBUG -- : Thread-3506: Post-processed params: {}
D, [2014-10-15T08:16:46.985000 #22405] DEBUG -- : Thread-3506: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"863"}, ["[{\"lock_version\":0,\"repo_code\":\"AT\",\"name\":\"Archivists Toolkit\",\"url\":\"http://url.unspecified\",\"created_by\":\"admin\",\"last_modified_by\":\"admin\",\"create_time\":\"2014-10-09T13:51:05Z\",\"system_mtime\":\"2014-10-09T13:51:05Z\",\"user_mtime\":\"2014-10-09T13:51:05Z\",\"jsonmodel_type\":\"repository\",\"uri\":\"/repositories/2\",\"agent_representation\":{\"ref\":\"... in 8.0ms


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 15, 2014 6:32 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Cannot add new user



Hi John,

When you do this, is the log outputting anything? That will usually indicate the problem. 

b,chris. 

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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 14, 2014 10:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Cannot add new user

Folks,

We just did our "production" migration to ArchivesSpace.
All the ArchivistsToolkit users migrated as expected.
However, now in ArchivesSpace, I click System > Manage Users >
Create User > this takes me to the ArchivesSpace home page...
We're version 1.0.9, used the latest migration tool.
I have administrator privileges. And this malady even happens
with the "Admin" account...

Possible causes? Work arounds?
Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris.
+

_______________________________________________
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 jhamblet at nmu.edu  Wed Oct 15 09:58:15 2014
From: jhamblet at nmu.edu (Hambleton, John S)
Date: Wed, 15 Oct 2014 13:58:15 +0000
Subject: [Archivesspace_Users_Group] Cannot add new user
In-Reply-To: <1413369146736.90365@lyrasis.org>
References: <6d91bc4959d24a6c92417268a323eb33@EX01.ads.nmu.edu>
	<1413369146736.90365@lyrasis.org>
Message-ID: <f15b3c81bd944ac88237b5e3491bd7ff@EX01.ads.nmu.edu>

Also, I see this happened to someone else:
https://github.com/archivesspace/archivesspace/issues/67
However we do NOT have any "authentication_sources" configured.
We're managing users manually. If it helps, I was able to CHANGE our
student's passwords, and put them in "groups".   

John H

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 15, 2014 6:32 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Cannot add new user



Hi John,

When you do this, is the log outputting anything? That will usually indicate the problem. 

b,chris. 

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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 14, 2014 10:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Cannot add new user

Folks,

We just did our "production" migration to ArchivesSpace.
All the ArchivistsToolkit users migrated as expected.
However, now in ArchivesSpace, I click System > Manage Users >
Create User > this takes me to the ArchivesSpace home page...
We're version 1.0.9, used the latest migration tool.
I have administrator privileges. And this malady even happens
with the "Admin" account...

Possible causes? Work arounds?
Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris.
+

_______________________________________________
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 jhamblet at nmu.edu  Wed Oct 15 10:15:28 2014
From: jhamblet at nmu.edu (Hambleton, John S)
Date: Wed, 15 Oct 2014 14:15:28 +0000
Subject: [Archivesspace_Users_Group] Cannot add new user
In-Reply-To: <1413369146736.90365@lyrasis.org>
References: <6d91bc4959d24a6c92417268a323eb33@EX01.ads.nmu.edu>
	<1413369146736.90365@lyrasis.org>
Message-ID: <68c91a959443422f9400d6c13d1eb6d4@EX01.ads.nmu.edu>

FWIW, *deleting* users works fine. 

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 15, 2014 6:32 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Cannot add new user



Hi John,

When you do this, is the log outputting anything? That will usually indicate the problem. 

b,chris. 

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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 14, 2014 10:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Cannot add new user

Folks,

We just did our "production" migration to ArchivesSpace.
All the ArchivistsToolkit users migrated as expected.
However, now in ArchivesSpace, I click System > Manage Users >
Create User > this takes me to the ArchivesSpace home page...
We're version 1.0.9, used the latest migration tool.
I have administrator privileges. And this malady even happens
with the "Admin" account...

Possible causes? Work arounds?
Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris.
+

_______________________________________________
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 jhamblet at nmu.edu  Wed Oct 15 10:57:15 2014
From: jhamblet at nmu.edu (Hambleton, John S)
Date: Wed, 15 Oct 2014 14:57:15 +0000
Subject: [Archivesspace_Users_Group] Cannot add new user - workaround
Message-ID: <d44201fc52a54b7582cfaf684005602d@EX01.ads.nmu.edu>

Well it appears that setting this in config.rb:
AppConfig[:allow_user_registration] = false
directly affects this matter. We *don't* want 
unauthenticated users creating accounts.

So if we set AppConfig[:allow_user_registration] = true
then the "Create User" button now works. But also, 
unauthenticated users can create accounts. Not desirable.
But at least they don't have access to any repositories.

John H
 


-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 15, 2014 6:32 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Cannot add new user



Hi John,

When you do this, is the log outputting anything? That will usually indicate the problem. 

b,chris. 

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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 14, 2014 10:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Cannot add new user

Folks,

We just did our "production" migration to ArchivesSpace.
All the ArchivistsToolkit users migrated as expected.
However, now in ArchivesSpace, I click System > Manage Users >
Create User > this takes me to the ArchivesSpace home page...
We're version 1.0.9, used the latest migration tool.
I have administrator privileges. And this malady even happens
with the "Admin" account...

Possible causes? Work arounds?
Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris.
+

_______________________________________________
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 prom at illinois.edu  Wed Oct 15 12:56:27 2014
From: prom at illinois.edu (Prom, Christopher John)
Date: Wed, 15 Oct 2014 16:56:27 +0000
Subject: [Archivesspace_Users_Group] Fwd: [archivesspace] <title><emph
	render="italic">
References: <CAKr6DZUp7sHLFh5OarSeRHN80qZc-FiM8CxyUk2ei3ceDnL7Dg@mail.gmail.com>
Message-ID: <B36E7C3A-B090-4D1F-BABE-960AEACC8585@illinois.edu>

I?d like to ask that the techical and user groups look at issues relate to the wrap in tag editor seriously as part of planning future work, not as a one off focusing on specific bugs, but on the assumption that we should review alternatives for the core architecture.

I have always been skeptical of having a purpose built editor for this editing and storing EAD or formatting in the DB.  Using the wrap-in-tage feature is very difficult in our staff testing, and there seem to be a huge number of support requests which is taking time away from more important (IMHO) issues.

As a design consideration, open source WYSIWYG editors such as ckeditor seem like a much a better way to accomplish what users want to accomplish.   We would also benefit from a broader community that has already hashed out most of the difficult design issues for formatting markup, and we could extend this library in other ways, for example to include the sematic markup in a more usable interface than the wrap in tag editor.

http://ckeditor.com/

I am not saying this is the ?solution? the problem, but it does seem to me that something is fundamentally broken at an architecture level here, and we should evaluate alternate strategies, given the large number or bugs and feature requests related to wrap-in-tag editor.

Chris Prom

Begin forwarded message:

From: Trevor Thornton <hellotrevorthornton at gmail.com<mailto:hellotrevorthornton at gmail.com>>
Subject: Re: [archivesspace] <title><emph render="italic">
Date: October 15, 2014 at 11:19:42 AM CDT
To: archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>
Reply-To: archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>

We didn't resolve it - we removed the XML tags from the titles prior to the final migration (I wrote a script to do this over the copy of the AT database we used for the migration). Not a solution, just an elimination of the problem.

Given that XML is permitted within many elements for which AS doesn't provide support for mixed content, I'd say that it seems like an oversight in the design, not a bug per se, but a missing feature that would better support a fairly common practice (or a legacy practice that persists in the data).

On Wed, Oct 15, 2014 at 11:10 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
Wondering too, how you resolved, Trevor.

On Wed, Oct 15, 2014 at 11:07 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
I follow some of the logic for the feature -> bug -> feature trajectory here: invisible is bad. But we experience this (or perhaps, something vaguely similar) with <chronlist><chronitem> as well.

Is direct print-to-screen of mixed tag content, from a supported migration, really not a bug?

On Wed, Oct 15, 2014 at 10:15 AM, Trevor Thornton <hellotrevorthornton at gmail.com<mailto:hellotrevorthornton at gmail.com>> wrote:
We had the same problem when we migrated from AT (where there was XML in some of the titles, especially for components). Looks like this feature has already been requested:
https://www.pivotaltracker.com/s/projects/386247/stories/74516352

On Wed, Oct 15, 2014 at 9:25 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
Hello. What I've indicated in subject line, <title><emph render="italic">, appears to be valid EAD per http://www.loc.gov/ead/tglib/elements/emph.html. However, based on some quick testing, there does not appear to be a way to make wrap-and-tag appear in Basic Information, Title, at least at item level. Moreover, <emph> is printed directly. Please tell me what I'm missing before I mistakenly report a bug.

Thanks much,

Al

--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to a topic in the Google Groups "ArchivesSpace" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/archivesspace/yQClbTl4ZpI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.



--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.

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

From maureen.callahan at yale.edu  Wed Oct 15 13:32:08 2014
From: maureen.callahan at yale.edu (Callahan, Maureen)
Date: Wed, 15 Oct 2014 17:32:08 +0000
Subject: [Archivesspace_Users_Group] Fwd: [archivesspace]
	<title><emph	render="italic">
In-Reply-To: <B36E7C3A-B090-4D1F-BABE-960AEACC8585@illinois.edu>
References: <CAKr6DZUp7sHLFh5OarSeRHN80qZc-FiM8CxyUk2ei3ceDnL7Dg@mail.gmail.com>
	<B36E7C3A-B090-4D1F-BABE-960AEACC8585@illinois.edu>
Message-ID: <AD669F4F98CAF842A44EB31636A067CBF3416E@x10-mbx15.yu.yale.edu>

I agree with Chris (and related concerns that have been brought up by Mark Custer and others). I would like to second his request to have our representatives on the user and technical groups to do some deep thinking about error-resistant ways to handle mixed content/formatting.

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John
Sent: Wednesday, October 15, 2014 12:56 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Fwd: [archivesspace] <title><emph render="italic">

I'd like to ask that the techical and user groups look at issues relate to the wrap in tag editor seriously as part of planning future work, not as a one off focusing on specific bugs, but on the assumption that we should review alternatives for the core architecture.

I have always been skeptical of having a purpose built editor for this editing and storing EAD or formatting in the DB.  Using the wrap-in-tage feature is very difficult in our staff testing, and there seem to be a huge number of support requests which is taking time away from more important (IMHO) issues.

As a design consideration, open source WYSIWYG editors such as ckeditor seem like a much a better way to accomplish what users want to accomplish.   We would also benefit from a broader community that has already hashed out most of the difficult design issues for formatting markup, and we could extend this library in other ways, for example to include the sematic markup in a more usable interface than the wrap in tag editor.

http://ckeditor.com/

I am not saying this is the 'solution' the problem, but it does seem to me that something is fundamentally broken at an architecture level here, and we should evaluate alternate strategies, given the large number or bugs and feature requests related to wrap-in-tag editor.

Chris Prom

Begin forwarded message:


From: Trevor Thornton <hellotrevorthornton at gmail.com<mailto:hellotrevorthornton at gmail.com>>
Subject: Re: [archivesspace] <title><emph render="italic">
Date: October 15, 2014 at 11:19:42 AM CDT
To: archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>
Reply-To: archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>

We didn't resolve it - we removed the XML tags from the titles prior to the final migration (I wrote a script to do this over the copy of the AT database we used for the migration). Not a solution, just an elimination of the problem.
Given that XML is permitted within many elements for which AS doesn't provide support for mixed content, I'd say that it seems like an oversight in the design, not a bug per se, but a missing feature that would better support a fairly common practice (or a legacy practice that persists in the data).

On Wed, Oct 15, 2014 at 11:10 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
Wondering too, how you resolved, Trevor.

On Wed, Oct 15, 2014 at 11:07 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
I follow some of the logic for the feature -> bug -> feature trajectory here: invisible is bad. But we experience this (or perhaps, something vaguely similar) with <chronlist><chronitem> as well.

Is direct print-to-screen of mixed tag content, from a supported migration, really not a bug?

On Wed, Oct 15, 2014 at 10:15 AM, Trevor Thornton <hellotrevorthornton at gmail.com<mailto:hellotrevorthornton at gmail.com>> wrote:
We had the same problem when we migrated from AT (where there was XML in some of the titles, especially for components). Looks like this feature has already been requested:
https://www.pivotaltracker.com/s/projects/386247/stories/74516352

On Wed, Oct 15, 2014 at 9:25 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
Hello. What I've indicated in subject line, <title><emph render="italic">, appears to be valid EAD per http://www.loc.gov/ead/tglib/elements/emph.html. However, based on some quick testing, there does not appear to be a way to make wrap-and-tag appear in Basic Information, Title, at least at item level. Moreover, <emph> is printed directly. Please tell me what I'm missing before I mistakenly report a bug.

Thanks much,

Al

--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to a topic in the Google Groups "ArchivesSpace" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/archivesspace/yQClbTl4ZpI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.



--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.

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

From Chris.Fitzpatrick at lyrasis.org  Wed Oct 15 16:13:56 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 15 Oct 2014 20:13:56 +0000
Subject: [Archivesspace_Users_Group] Fwd:
	[archivesspace]	<title><emph	render="italic">
In-Reply-To: <AD669F4F98CAF842A44EB31636A067CBF3416E@x10-mbx15.yu.yale.edu>
References: <CAKr6DZUp7sHLFh5OarSeRHN80qZc-FiM8CxyUk2ei3ceDnL7Dg@mail.gmail.com>
	<B36E7C3A-B090-4D1F-BABE-960AEACC8585@illinois.edu>,
	<AD669F4F98CAF842A44EB31636A067CBF3416E@x10-mbx15.yu.yale.edu>
Message-ID: <1f61ddd4e7834ee19a15c95d5cc38d8d@DM2PR08MB351.namprd08.prod.outlook.com>

Hi all,


I also agree generally with Chris' email. But just for some clarification, for mixed content editing, archivesspace uses codemirror ( http://codemirror.net ) which is a popular in-browser "code editor". I'd never used it before, but I have to say it's pretty good (at least as good as ACE, which is it's chief competitor )

The problem is that a default WYSIWYG won't work for EAD editing, as we are wanting to edit content in a way that results in EAD valid markup, not HTML valid markup. <emph render="bold"> or <name> or <xlink:href ... > means nothing to a browser and <span class="bold"> or <a href="http://archive.org"<http://archive.org>> is invalid on EAD export. So, the editor has to be a modified XML editor that works with our schema's requirements.

So,  since Aspace is a web app , we have to translate the markup from EAD into HTML as well as ensure ( or try our best ) that user generated content will result in good EAD markup.

It's actually kind of tricky, since the web framework assumes your only concerned with html validation ( since that's what 99.9% of the world is concerned with...)

Using a markup language ( like EAD ) as your data model presents a lot of challenges for software development. But we have focused recently on a lot of fixes for mixed content, which I hope will resolve a lot of the pain points...

Best, fitz.

Sent from my HTC

----- Reply message -----
From: "Callahan, Maureen" <maureen.callahan at yale.edu>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Fwd: [archivesspace] <title><emph render="italic">
Date: Wed, Oct 15, 2014 19:32

I agree with Chris (and related concerns that have been brought up by Mark Custer and others). I would like to second his request to have our representatives on the user and technical groups to do some deep thinking about error-resistant ways to handle mixed content/formatting.

Maureen

Maureen Callahan
Archivist, Metadata Specialist
Manuscripts & Archives
Yale University Library
maureen.callahan at yale.edu<mailto:maureen.callahan at yale.edu>
203.432.3627

Webpage: web.library.yale.edu/mssa
Collections: drs.library.yale.edu

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Prom, Christopher John
Sent: Wednesday, October 15, 2014 12:56 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Fwd: [archivesspace] <title><emph render="italic">

I'd like to ask that the techical and user groups look at issues relate to the wrap in tag editor seriously as part of planning future work, not as a one off focusing on specific bugs, but on the assumption that we should review alternatives for the core architecture.

I have always been skeptical of having a purpose built editor for this editing and storing EAD or formatting in the DB.  Using the wrap-in-tage feature is very difficult in our staff testing, and there seem to be a huge number of support requests which is taking time away from more important (IMHO) issues.

As a design consideration, open source WYSIWYG editors such as ckeditor seem like a much a better way to accomplish what users want to accomplish.   We would also benefit from a broader community that has already hashed out most of the difficult design issues for formatting markup, and we could extend this library in other ways, for example to include the sematic markup in a more usable interface than the wrap in tag editor.

http://ckeditor.com/

I am not saying this is the 'solution' the problem, but it does seem to me that something is fundamentally broken at an architecture level here, and we should evaluate alternate strategies, given the large number or bugs and feature requests related to wrap-in-tag editor.

Chris Prom

Begin forwarded message:


From: Trevor Thornton <hellotrevorthornton at gmail.com<mailto:hellotrevorthornton at gmail.com>>
Subject: Re: [archivesspace] <title><emph render="italic">
Date: October 15, 2014 at 11:19:42 AM CDT
To: archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>
Reply-To: archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>

We didn't resolve it - we removed the XML tags from the titles prior to the final migration (I wrote a script to do this over the copy of the AT database we used for the migration). Not a solution, just an elimination of the problem.
Given that XML is permitted within many elements for which AS doesn't provide support for mixed content, I'd say that it seems like an oversight in the design, not a bug per se, but a missing feature that would better support a fairly common practice (or a legacy practice that persists in the data).

On Wed, Oct 15, 2014 at 11:10 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
Wondering too, how you resolved, Trevor.

On Wed, Oct 15, 2014 at 11:07 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
I follow some of the logic for the feature -> bug -> feature trajectory here: invisible is bad. But we experience this (or perhaps, something vaguely similar) with <chronlist><chronitem> as well.

Is direct print-to-screen of mixed tag content, from a supported migration, really not a bug?

On Wed, Oct 15, 2014 at 10:15 AM, Trevor Thornton <hellotrevorthornton at gmail.com<mailto:hellotrevorthornton at gmail.com>> wrote:
We had the same problem when we migrated from AT (where there was XML in some of the titles, especially for components). Looks like this feature has already been requested:
https://www.pivotaltracker.com/s/projects/386247/stories/74516352

On Wed, Oct 15, 2014 at 9:25 AM, Al Matthews <prolepsis at gmail.com<mailto:prolepsis at gmail.com>> wrote:
Hello. What I've indicated in subject line, <title><emph render="italic">, appears to be valid EAD per http://www.loc.gov/ead/tglib/elements/emph.html. However, based on some quick testing, there does not appear to be a way to make wrap-and-tag appear in Basic Information, Title, at least at item level. Moreover, <emph> is printed directly. Please tell me what I'm missing before I mistakenly report a bug.

Thanks much,

Al

--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to a topic in the Google Groups "ArchivesSpace" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/archivesspace/yQClbTl4ZpI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.



--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to the Google Groups "ArchivesSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to archivesspace+unsubscribe at googlegroups.com<mailto:archivesspace+unsubscribe at googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.

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

From Chris.Fitzpatrick at lyrasis.org  Thu Oct 16 03:46:44 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Thu, 16 Oct 2014 07:46:44 +0000
Subject: [Archivesspace_Users_Group] Cannot add new user - workaround
In-Reply-To: <d44201fc52a54b7582cfaf684005602d@EX01.ads.nmu.edu>
References: <d44201fc52a54b7582cfaf684005602d@EX01.ads.nmu.edu>
Message-ID: <1413445604152.54002@lyrasis.org>


Hi John, 

Ah, yes. So, allow_user_registration blocks adding a new user, as for example institutions using LDAP don't want new user creation to happen in the web application. 

But I see that you're wanting to have a "allow_new)user_requests" feature, which certainly sounds useful. I've made a ticket for it here :
https://www.pivotaltracker.com/story/show/80804118

best, chris. 


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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Wednesday, October 15, 2014 4:57 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Cannot add new user - workaround

Well it appears that setting this in config.rb:
AppConfig[:allow_user_registration] = false
directly affects this matter. We *don't* want
unauthenticated users creating accounts.

So if we set AppConfig[:allow_user_registration] = true
then the "Create User" button now works. But also,
unauthenticated users can create accounts. Not desirable.
But at least they don't have access to any repositories.

John H



-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 15, 2014 6:32 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Cannot add new user



Hi John,

When you do this, is the log outputting anything? That will usually indicate the problem.

b,chris.

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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 14, 2014 10:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Cannot add new user

Folks,

We just did our "production" migration to ArchivesSpace.
All the ArchivistsToolkit users migrated as expected.
However, now in ArchivesSpace, I click System > Manage Users >
Create User > this takes me to the ArchivesSpace home page...
We're version 1.0.9, used the latest migration tool.
I have administrator privileges. And this malady even happens
with the "Admin" account...

Possible causes? Work arounds?
Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris.
+

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


From jhamblet at nmu.edu  Thu Oct 16 07:35:48 2014
From: jhamblet at nmu.edu (Hambleton, John S)
Date: Thu, 16 Oct 2014 11:35:48 +0000
Subject: [Archivesspace_Users_Group] Cannot add new user - workaround
In-Reply-To: <1413445604152.54002@lyrasis.org>
References: <d44201fc52a54b7582cfaf684005602d@EX01.ads.nmu.edu>
	<1413445604152.54002@lyrasis.org>
Message-ID: <6653f06db9264d1891462c3e73e6fad3@EX01.ads.nmu.edu>

Yup, that's exactly it, Chris.
Many thanks for that,

BTW since we're (fairly) newcomers: Are you, Nathan, and Brad the ones
that add "stuff" like this to pivotaltracker? I am assuming it's not possible for
me to do so, or is it? 

John H

-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Thursday, October 16, 2014 3:47 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Cannot add new user - workaround


Hi John, 

Ah, yes. So, allow_user_registration blocks adding a new user, as for example institutions using LDAP don't want new user creation to happen in the web application. 

But I see that you're wanting to have a "allow_new)user_requests" feature, which certainly sounds useful. I've made a ticket for it here :
https://www.pivotaltracker.com/story/show/80804118

best, chris. 


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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Wednesday, October 15, 2014 4:57 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Cannot add new user - workaround

Well it appears that setting this in config.rb:
AppConfig[:allow_user_registration] = false
directly affects this matter. We *don't* want
unauthenticated users creating accounts.

So if we set AppConfig[:allow_user_registration] = true
then the "Create User" button now works. But also,
unauthenticated users can create accounts. Not desirable.
But at least they don't have access to any repositories.

John H



-----Original Message-----
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Wednesday, October 15, 2014 6:32 AM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Cannot add new user



Hi John,

When you do this, is the log outputting anything? That will usually indicate the problem.

b,chris.

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

________________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 14, 2014 10:02 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Cannot add new user

Folks,

We just did our "production" migration to ArchivesSpace.
All the ArchivistsToolkit users migrated as expected.
However, now in ArchivesSpace, I click System > Manage Users >
Create User > this takes me to the ArchivesSpace home page...
We're version 1.0.9, used the latest migration tool.
I have administrator privileges. And this malady even happens
with the "Admin" account...

Possible causes? Work arounds?
Many thanks,

+ John S. Hambleton
+ Olson Library
+ Northern Michigan University
+ Marquette Michigan 49855
+
+ Phone: 906-227-2741
+ E-Mail: JHAMBLET at NMU.EDU
+
+ Ab alio expectes, alteri quod feceris.
+

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


From Kevin.Clair at du.edu  Thu Oct 16 11:48:27 2014
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Thu, 16 Oct 2014 15:48:27 +0000
Subject: [Archivesspace_Users_Group] very slow export times for EAD from the
	API
Message-ID: <1F1E72103798F04D96C355B296D7C61B3CE5EB@mb2-uts.du.edu>

Hello,

I'm testing out v1.1.0-rc7 at the moment, and the one thing I've noticed is that for collections with lots of links out to Agents, Subjects, and/or Archival Objects, export times are still very slow (usually in the 300 bytes/second range), even when exporting from localhost. Smaller collections with fewer links usually export very quickly.

Is this problem related to this ticket: https://www.pivotaltracker.com/s/projects/386247/stories/66164768? Or is there still a chance it might be resolved when the official 1.1.0 release comes out?

thanks!  -k
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141016/3fa1450b/attachment.html>

From PGalligan at rockarch.org  Thu Oct 16 15:43:19 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Thu, 16 Oct 2014 15:43:19 -0400
Subject: [Archivesspace_Users_Group] Subnote character limit?
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4495FB7@racex01>

We're testing EAD import again with the new RC, and we noticed that a record that migrated successfully is failing on import with a Subnote character limit. AS is telling us that the note is over 65,000 characters, but when we check the note, we're only seeing 55,000 (with spaces).

Anyone run into a note limit issue like this?

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/20141016/b4e09b28/attachment.html>

From FKuykendall at southark.edu  Thu Oct 16 16:01:35 2014
From: FKuykendall at southark.edu (Francis Kuykendall)
Date: Thu, 16 Oct 2014 20:01:35 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace and OCLC's CONTENTdm
Message-ID: <B00CFFA206A59A468FA5DA2A9FA0E041013E3E9B76@mailwest>

What is the difference between ArchivesSpace and OCLC's CONTENTdm?

I attended a CONTENTdm webinar yesterday and wondered the strengths and weaknesses of each.

Francis

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

From akroeger at unomaha.edu  Thu Oct 16 16:43:22 2014
From: akroeger at unomaha.edu (Angela Kroeger)
Date: Thu, 16 Oct 2014 20:43:22 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace wish for related
	collections links
Message-ID: <64e3d2132cb34f93a5552b7828d0a69e@BLUPR07MB500.namprd07.prod.outlook.com>

I'd like to suggest an enhancement request for some future release of ArchivesSpace.

I want the ability to link two resource records to each other in much the same way we can link an accession to a related resource.

Right now, "related materials" is a free-text note. Having the note is important, because sometimes the related materials are not in the same repository. However, I'd like to have the option to also include links to other resources in the same repository.

Does anyone else think this is a good idea to suggest as an enhancement? Can you think of reasons it might be undesirable?

Thank you!

Angela Kroeger
akroeger at unomaha.edu
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159

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

From mark.custer at yale.edu  Thu Oct 16 16:52:28 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Thu, 16 Oct 2014 20:52:28 +0000
Subject: [Archivesspace_Users_Group] Subnote character limit?
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4495FB7@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F4495FB7@racex01>
Message-ID: <DCB910FAD4CF9343B3E424AF5F3310252545B0CD@X10-MBX12.yu.yale.edu>

Patrick,

I think that this is a MySQL limit on the data type assigned to the field.  Can you change the note field to MEDIUMTEXT?

Mark


________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org [archivesspace_users_group-bounces at lyralists.lyrasis.org] on behalf of Galligan, Patrick [PGalligan at rockarch.org]
Sent: Thursday, October 16, 2014 3:43 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Subnote character limit?

We?re testing EAD import again with the new RC, and we noticed that a record that migrated successfully is failing on import with a Subnote character limit. AS is telling us that the note is over 65,000 characters, but when we check the note, we?re only seeing 55,000 (with spaces).

Anyone run into a note limit issue like this?

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/20141016/03032081/attachment.html>

From akroeger at unomaha.edu  Thu Oct 16 17:33:23 2014
From: akroeger at unomaha.edu (Angela Kroeger)
Date: Thu, 16 Oct 2014 21:33:23 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace and OCLC's CONTENTdm
In-Reply-To: <B00CFFA206A59A468FA5DA2A9FA0E041013E3E9B76@mailwest>
References: <B00CFFA206A59A468FA5DA2A9FA0E041013E3E9B76@mailwest>
Message-ID: <b0785f9a75394560b9e8ea91249125d0@BLUPR07MB500.namprd07.prod.outlook.com>

Francis asked, "What is the difference between ArchivesSpace and OCLC's CONTENTdm?"

I'm a new user of ArchivesSpace, and my use of CONTENTdm is limited to having created about 15 records, so I may not be the best person to answer this. But here goes . . .

I think they are very different tools and I would use them for different jobs. Depending on what your institution wants to do, you might actually need both.

ArchivesSpace is designed to handle hierarchical relationships, so it is very good for showing a collection with series, subseries, boxes, folders, and individual items all described to whatever level of detail is needed.

CONTENTdm seems to have a very flat structure to me. It might be difficult (maybe not impossible) to show the hierarchical relationships between the different pieces of a compound object.

ArchivesSpace follows EAD metadata structure and DACS content rules. CONTENTdm follows Dublin Core metadata structure.

For archival finding aids, I would want to use ArchivesSpace, and I wouldn't even consider CONTENTdm. ArchivesSpace is great for finding aids describing organizational records, personal papers, and similar mixed collections, especially if these collections have not yet been fully digitized. ArchivesSpace can also track accessions, events, preservation actions and other "staff side" things. To my knowledge, CONTENTdm can't really do that.

But if I wanted to create a digital library of images without any particular hierarchy, then CONTENTdm might be a good choice. If I wanted to be able to include my digital library within a larger digital library like DPLA or some other regional federated digital library, then I would definitely choose CONTENTdm.

tl;dr version: ArchivesSpace for finding aids, but CONTENTdm for digital libraries of images.

Keep in mind my limited experience with these two tools. I hope others jump in with better answers.

Angela Kroeger
akroeger at unomaha.edu
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141016/601e7fce/attachment.html>

From Kevin.Clair at du.edu  Thu Oct 16 17:37:02 2014
From: Kevin.Clair at du.edu (Kevin Clair)
Date: Thu, 16 Oct 2014 21:37:02 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace wish for
	related	collections links
In-Reply-To: <64e3d2132cb34f93a5552b7828d0a69e@BLUPR07MB500.namprd07.prod.outlook.com>
References: <64e3d2132cb34f93a5552b7828d0a69e@BLUPR07MB500.namprd07.prod.outlook.com>
Message-ID: <1F1E72103798F04D96C355B296D7C61B3CED7A@mb2-uts.du.edu>

We also have this issue at DU, generally when we receive a gift of personal papers that is ultimately dispersed across several existing collections. Right now we track this sort of thing in free-text notes in both Resource and Accession records, but I think it would help users to have those notes be links to the records in question.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Angela Kroeger
Sent: Thursday, October 16, 2014 2:43 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] ArchivesSpace wish for related collections links

I'd like to suggest an enhancement request for some future release of ArchivesSpace.

I want the ability to link two resource records to each other in much the same way we can link an accession to a related resource.

Right now, "related materials" is a free-text note. Having the note is important, because sometimes the related materials are not in the same repository. However, I'd like to have the option to also include links to other resources in the same repository.

Does anyone else think this is a good idea to suggest as an enhancement? Can you think of reasons it might be undesirable?

Thank you!

Angela Kroeger
akroeger at unomaha.edu<mailto:akroeger at unomaha.edu>
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159

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

From FKuykendall at southark.edu  Fri Oct 17 08:45:02 2014
From: FKuykendall at southark.edu (Francis Kuykendall)
Date: Fri, 17 Oct 2014 12:45:02 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace and OCLC's CONTENTdm
In-Reply-To: <b0785f9a75394560b9e8ea91249125d0@BLUPR07MB500.namprd07.prod.outlook.com>
References: <B00CFFA206A59A468FA5DA2A9FA0E041013E3E9B76@mailwest>
	<b0785f9a75394560b9e8ea91249125d0@BLUPR07MB500.namprd07.prod.outlook.com>
Message-ID: <B00CFFA206A59A468FA5DA2A9FA0E0410160CB4AD5@MAILEAST.southark.edu>

Angela,
Thank you for your reply. You confirmed what I thought but I wanted to make sure before making a decision.

Francis

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Angela Kroeger
Sent: Thursday, October 16, 2014 6:10 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace and OCLC's CONTENTdm

Francis asked, "What is the difference between ArchivesSpace and OCLC's CONTENTdm?"

I'm a new user of ArchivesSpace, and my use of CONTENTdm is limited to having created about 15 records, so I may not be the best person to answer this. But here goes . . .

I think they are very different tools and I would use them for different jobs. Depending on what your institution wants to do, you might actually need both.

ArchivesSpace is designed to handle hierarchical relationships, so it is very good for showing a collection with series, subseries, boxes, folders, and individual items all described to whatever level of detail is needed.

CONTENTdm seems to have a very flat structure to me. It might be difficult (maybe not impossible) to show the hierarchical relationships between the different pieces of a compound object.

ArchivesSpace follows EAD metadata structure and DACS content rules. CONTENTdm follows Dublin Core metadata structure.

For archival finding aids, I would want to use ArchivesSpace, and I wouldn't even consider CONTENTdm. ArchivesSpace is great for finding aids describing organizational records, personal papers, and similar mixed collections, especially if these collections have not yet been fully digitized. ArchivesSpace can also track accessions, events, preservation actions and other "staff side" things. To my knowledge, CONTENTdm can't really do that.

But if I wanted to create a digital library of images without any particular hierarchy, then CONTENTdm might be a good choice. If I wanted to be able to include my digital library within a larger digital library like DPLA or some other regional federated digital library, then I would definitely choose CONTENTdm.

tl;dr version: ArchivesSpace for finding aids, but CONTENTdm for digital libraries of images.

Keep in mind my limited experience with these two tools. I hope others jump in with better answers.

Angela Kroeger
akroeger at unomaha.edu<mailto:akroeger at unomaha.edu>
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141017/9c833184/attachment.html>

From noah.huffman at duke.edu  Fri Oct 17 10:16:16 2014
From: noah.huffman at duke.edu (Noah Huffman)
Date: Fri, 17 Oct 2014 14:16:16 +0000
Subject: [Archivesspace_Users_Group] EAD exports - chronlist Nokogiri error
Message-ID: <9f382429f1bd4605b168f79819b1e4ab@BLUPR05MB546.namprd05.prod.outlook.com>

Hi Chris and all,

I've been doing some EAD import/export testing in the new release candidate (v1.1.0-rc8 ) and I'm still seeing an issue with export of chonological lists.  The main issue is a Nokogiri error in the date and even elements.

Here is a snippet from an EAD exported from AS:
 
<bioghist audience="internal" id="aspace_ref9">
      <head>Biographical Note</head>
      <chronlist audience="internal">
        <chronitem>1907, Dec. 15
            <date>#&amp;lt;Nokogiri::XML::Builder::NodeBuilder:0x62194504&amp;gt;</date>
          <eventgrp>Born, Dorchester, Mass.
              <event>#&amp;lt;Nokogiri::XML::Builder::NodeBuilder:0x5b326f02&amp;gt;</event>
          </eventgrp>
        </chronitem>
        <chronitem>1929 <date>#&amp;lt;Nokogiri::XML::Builder::NodeBuilder:0x54ef040a&amp;gt;</date>
          <eventgrp>Received a Ph.D. from Brown University; editor of <title ns2:type="simple">The
              Brown Jug</title>
            <event>#&amp;lt;Nokogiri::XML::Builder::NodeBuilder:0x186d2a7d&amp;gt;</event>
          </eventgrp>
        </chronitem>

I exported this EAD from AT, imported to AS, and the code above comes from the the AS export.

Almost all of the other import/export bugs I've noticed have been resolved in the new RC.

Thanks,

-Noah

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



From ljdavis at colgate.edu  Fri Oct 17 15:17:14 2014
From: ljdavis at colgate.edu (Lora Davis)
Date: Fri, 17 Oct 2014 15:17:14 -0400
Subject: [Archivesspace_Users_Group] Finding aid date
Message-ID: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>

Apologies if this has already been noted, but I - like many others I'm sure
- have been eagerly awaiting 1.1.0 so have been putting rc8 through its
paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that
the contents of "Finding Aid Date" are still not being exported at all, let
alone into <publicationstmt> where we'd expect to find it.  Our stylesheets
draw on this date to generate an authorship statement along the lines of
"Finding aid prepared by <author>, <date>."  Since the finding aid date is
not ending up anywhere in the exported XML we're left with "Finding aid
prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export
issues we've had with things like <accessrestrict> are now working
beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is
there a reason why this is not being exported?  Any fix in the works?  (I
checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

-- 
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141017/60ff6f8f/attachment.html>

From akroeger at unomaha.edu  Fri Oct 17 15:36:42 2014
From: akroeger at unomaha.edu (Angela Kroeger)
Date: Fri, 17 Oct 2014 19:36:42 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace wish
	for	related	collections links
In-Reply-To: <1F1E72103798F04D96C355B296D7C61B3CED7A@mb2-uts.du.edu>
References: <64e3d2132cb34f93a5552b7828d0a69e@BLUPR07MB500.namprd07.prod.outlook.com>
	<1F1E72103798F04D96C355B296D7C61B3CED7A@mb2-uts.du.edu>
Message-ID: <79afd604b88441c1ba0f1cb4dfc73daa@BLUPR07MB500.namprd07.prod.outlook.com>

Thank you, Kevin. It's good to know I'm not the only person interested in this functionality.

I saw that in another thread, John H. asked who has the ability to add things to Pivotal Tracker. I haven't seen a reply to that, but I'd also like to know how to go about submitting a request to Pivotal Tracker.

--Angela Kroeger

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Kevin Clair
Sent: Thursday, October 16, 2014 4:37 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace wish for related collections links

We also have this issue at DU, generally when we receive a gift of personal papers that is ultimately dispersed across several existing collections. Right now we track this sort of thing in free-text notes in both Resource and Accession records, but I think it would help users to have those notes be links to the records in question.  -k

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]<mailto:[mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org]> On Behalf Of Angela Kroeger
Sent: Thursday, October 16, 2014 2:43 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] ArchivesSpace wish for related collections links

I'd like to suggest an enhancement request for some future release of ArchivesSpace.

I want the ability to link two resource records to each other in much the same way we can link an accession to a related resource.

Right now, "related materials" is a free-text note. Having the note is important, because sometimes the related materials are not in the same repository. However, I'd like to have the option to also include links to other resources in the same repository.

Does anyone else think this is a good idea to suggest as an enhancement? Can you think of reasons it might be undesirable?

Thank you!

Angela Kroeger
akroeger at unomaha.edu<mailto:akroeger at unomaha.edu>
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159

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

From Chris.Fitzpatrick at lyrasis.org  Mon Oct 20 06:34:10 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 20 Oct 2014 10:34:10 +0000
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
Message-ID: <1413801250476.84088@lyrasis.org>

Hi Laura,


Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628


 Kind of amazed nobody has noticed this sooner.


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Lora Davis <ljdavis at colgate.edu>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141020/80887179/attachment.html>

From mark.custer at yale.edu  Mon Oct 20 09:01:25 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Mon, 20 Oct 2014 13:01:25 +0000
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <1413801250476.84088@lyrasis.org>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
Message-ID: <DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>

I reported this issue earlier in the year. Here's the snippet from the Word file, which was later added to Pivotal Tracker:


*         "Finding Aid Title" field is not exported (instead, the collection "Title" is repeated in its place).

*         "Finding Aid Note" is not exported as part of the eadheader.

*         "Finding Aid Date" is not exported as part of the eadheader.
And here's the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)

Are the Finding Aid Note and Finding Aid Title fields exporting now?

Mark

P.S.  I also added a feature request to include a separate field for subtitles, but I don't know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven't tested ASpace's EAD importer to confirm that it does the same, though.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Monday, October 20, 2014 6:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date


Hi Laura,



Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628



 Kind of amazed nobody has noticed this sooner.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141020/70e783a7/attachment.html>

From kcollett at hamilton.edu  Mon Oct 20 09:18:22 2014
From: kcollett at hamilton.edu (Katherine Collett)
Date: Mon, 20 Oct 2014 09:18:22 -0400
Subject: [Archivesspace_Users_Group] importing to Accession and Resource
	records?
Message-ID: <9C1E1EF6-F838-469C-8DD7-16BE1062470D@hamilton.edu>

We?re just starting to map the fields from our old accession database in FileMaker Pro to the ArchivesSpace fields, in preparation for migrating all the data.  Can data be imported into both the Accession record and the Resource and other records?  We have fields, for instance for location, that ArchivesSpace has only in the Resource record, but we don?t actually have separate resource records?all the information is in the accessions database (or in separate Word description documents, which we can deal with later).  

What we?re thinking of doing is importing the location information into a user-defined field, which I hope we will later be able to map to the location field in the Resource record.  I see that we need to create the locations to be linked records?which will work fine later, and we can use the location info in the user-defined field to assign the correct locations.  Is there a quicker way of importing all the locations to the proper fields?

Best,
Katherine

Katherine Collett, Archivist 
Hamilton College Archives 
Burke Library 
198 College Hill Road 
Clinton, NY 13323 
askarch at hamilton.edu 
315-859-4471 
www.hamilton.edu/library/library_collections/archives.html 
www.facebook.com/BurkeLibrary 
Hours: M-F 9:00am-12:00 noon and by appointment; contact to ascertain staff availability before visiting. 



From ns96 at nyu.edu  Mon Oct 20 10:17:49 2014
From: ns96 at nyu.edu (Nathan Stevens)
Date: Mon, 20 Oct 2014 10:17:49 -0400
Subject: [Archivesspace_Users_Group] importing to Accession and Resource
	records?
In-Reply-To: <9C1E1EF6-F838-469C-8DD7-16BE1062470D@hamilton.edu>
References: <9C1E1EF6-F838-469C-8DD7-16BE1062470D@hamilton.edu>
Message-ID: <CADi=b=O0SGnUw9BFEX=oS3OyYWXTxcTangxO_3u1s6n54cFbzA@mail.gmail.com>

Hi Katherine,

The ASpace team is currently working on a general purpose import tool (
https://github.com/ns96/ASpaceMigrator) which should make your data
migration task easier.

If you would like to be a beta tester of this program let me know and we
can discuss the details.


On Mon, Oct 20, 2014 at 9:18 AM, Katherine Collett <kcollett at hamilton.edu>
wrote:

> We?re just starting to map the fields from our old accession database in
> FileMaker Pro to the ArchivesSpace fields, in preparation for migrating all
> the data.  Can data be imported into both the Accession record and the
> Resource and other records?  We have fields, for instance for location,
> that ArchivesSpace has only in the Resource record, but we don?t actually
> have separate resource records?all the information is in the accessions
> database (or in separate Word description documents, which we can deal with
> later).
>
> What we?re thinking of doing is importing the location information into a
> user-defined field, which I hope we will later be able to map to the
> location field in the Resource record.  I see that we need to create the
> locations to be linked records?which will work fine later, and we can use
> the location info in the user-defined field to assign the correct
> locations.  Is there a quicker way of importing all the locations to the
> proper fields?
>
> Best,
> Katherine
>
> Katherine Collett, Archivist
> Hamilton College Archives
> Burke Library
> 198 College Hill Road
> Clinton, NY 13323
> askarch at hamilton.edu
> 315-859-4471
> www.hamilton.edu/library/library_collections/archives.html
> www.facebook.com/BurkeLibrary
> Hours: M-F 9:00am-12:00 noon and by appointment; contact to ascertain
> staff availability before visiting.
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>



-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141020/d06ed228/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Mon Oct 20 11:07:46 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Mon, 20 Oct 2014 15:07:46 +0000
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>,
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
Message-ID: <1413817665373.80735@lyrasis.org>

Hi Mark,


Good memory.  Looking back at this, the problem was "fixed" (

https://github.com/archivesspace/archivesspace/commit/a5ca7afd61c5b2d7eb7a3d437892dc6d48e4a920#diff-e585b4901bb0498d8c559d38bf448ea8R529 ) back on Jul 8 but then this was removed because it was later removed because it was not according to the spec (

http://archivesspace.org/importexport ) which doesn't have the finding_aid_date in the titlestmt.


 The problem is that the finding_aid_date was never actually added to the publicationstmt, which is were the spec says it should go.


I've added the finding_aid_date to the publicationstmt, as the EAD export map indicates it should go.  Hopefully this will resolve the matter?


b,chris.



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Custer, Mark <mark.custer at yale.edu>
Sent: Monday, October 20, 2014 3:01 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

I reported this issue earlier in the year. Here?s the snippet from the Word file, which was later added to Pivotal Tracker:


?         ?Finding Aid Title? field is not exported (instead, the collection ?Title? is repeated in its place).

?         ?Finding Aid Note? is not exported as part of the eadheader.

?         ?Finding Aid Date? is not exported as part of the eadheader.
And here?s the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)

Are the Finding Aid Note and Finding Aid Title fields exporting now?

Mark

P.S.  I also added a feature request to include a separate field for subtitles, but I don?t know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven?t tested ASpace?s EAD importer to confirm that it does the same, though.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Monday, October 20, 2014 6:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date


Hi Laura,



Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628



 Kind of amazed nobody has noticed this sooner.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141020/86331e5b/attachment.html>

From ljdavis at colgate.edu  Mon Oct 20 11:51:06 2014
From: ljdavis at colgate.edu (Lora J. Davis)
Date: Mon, 20 Oct 2014 11:51:06 -0400
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
Message-ID: <AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>

Thank you. Yes, finding aid title is now exporting as expected (thank goodness!). I haven't run a test with a record containing a finding aid note yet, but suspect it is also corrected. Having <accessrestrict> back is a HUGE weight off for us as we have some complicated restriction notes for our institutional records. 

We've never had cause to use subtitle, so I can't report how the migrator handles that info.  The only data we lost with the AT-to-AS migrator was item-level (NOT collection level) restriction notes. Our student workers will be busily copy/pasting in the coming months...

Lora

Sent from my iPhone

> On Oct 20, 2014, at 9:01 AM, "Custer, Mark" <mark.custer at yale.edu> wrote:
> 
> I reported this issue earlier in the year. Here?s the snippet from the Word file, which was later added to Pivotal Tracker:
>  
> ?         ?Finding Aid Title? field is not exported (instead, the collection ?Title? is repeated in its place).
> ?         ?Finding Aid Note? is not exported as part of the eadheader.
> ?         ?Finding Aid Date? is not exported as part of the eadheader.
> 
> And here?s the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)
>  
> Are the Finding Aid Note and Finding Aid Title fields exporting now?
>  
> Mark
>  
> P.S.  I also added a feature request to include a separate field for subtitles, but I don?t know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven?t tested ASpace?s EAD importer to confirm that it does the same, though.
>  
>  
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
> Sent: Monday, October 20, 2014 6:34 AM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Finding aid date
>  
> Hi Laura,
>  
> Well, it's not in Pivotal, so it was not a known bug. I've added them here:
> https://www.pivotaltracker.com/story/show/81000628
>  
>  Kind of amazed nobody has noticed this sooner.
>  
> b,chris.
>  
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Lora Davis <ljdavis at colgate.edu>
> Sent: Friday, October 17, 2014 9:17 PM
> To: Archivesspace Users Group
> Subject: [Archivesspace_Users_Group] Finding aid date
>  
> Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today. 
>  
> The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.
>  
> On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.
>  
> Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)
>  
> Thanks in advance,
>  
> Lora 
>  
> -- 
> Lora J. Davis
> Assistant Archivist
> Colgate University Libraries
> 13 Oak Drive
> Hamilton, NY 13346
> Tel:  (315) 228-6376
> Fax: (315) 228-7934
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141020/4dc68d16/attachment.html>

From mariella at caltech.edu  Mon Oct 20 12:06:06 2014
From: mariella at caltech.edu (Soprano, Maria (Mariella))
Date: Mon, 20 Oct 2014 16:06:06 +0000
Subject: [Archivesspace_Users_Group] importing to Accession and
	Resource	records?
In-Reply-To: <CADi=b=O0SGnUw9BFEX=oS3OyYWXTxcTangxO_3u1s6n54cFbzA@mail.gmail.com>
References: <9C1E1EF6-F838-469C-8DD7-16BE1062470D@hamilton.edu>
	<CADi=b=O0SGnUw9BFEX=oS3OyYWXTxcTangxO_3u1s6n54cFbzA@mail.gmail.com>
Message-ID: <A9F6E93F47D3E14B9C61F47087FEF6F12416512E@EX-MAIL1.ad.caltech.edu>

Hi Nathan and Katherine,

Caltech is also working on migrating data from FileMakerPro into Accessions and migrating EAD into Resources. We would be very interested in precipitating to the discussion and possibly be one of the beta testers. Can we set up a time for a conference call? A Skype call would be a good option for us.

Mariella

Mariella Soprano | Special Projects Archivist | Archives & Special Collections | archives.caltech.edu<http://www.archives.caltech.edu/>
Mail Code 015A-74 | Pasadena CA 91125 | Phone 626.395-2501 | Fax 626.395.4073 | mariella at caltech.edu<mailto:mariella at caltech.edu> | Caltech | caltech.edu<http://www.caltech.edu/>


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, October 20, 2014 7:18 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] importing to Accession and Resource records?

Hi Katherine,
The ASpace team is currently working on a general purpose import tool (https://github.com/ns96/ASpaceMigrator) which should make your data migration task easier.
If you would like to be a beta tester of this program let me know and we can discuss the details.

On Mon, Oct 20, 2014 at 9:18 AM, Katherine Collett <kcollett at hamilton.edu<mailto:kcollett at hamilton.edu>> wrote:
We?re just starting to map the fields from our old accession database in FileMaker Pro to the ArchivesSpace fields, in preparation for migrating all the data.  Can data be imported into both the Accession record and the Resource and other records?  We have fields, for instance for location, that ArchivesSpace has only in the Resource record, but we don?t actually have separate resource records?all the information is in the accessions database (or in separate Word description documents, which we can deal with later).

What we?re thinking of doing is importing the location information into a user-defined field, which I hope we will later be able to map to the location field in the Resource record.  I see that we need to create the locations to be linked records?which will work fine later, and we can use the location info in the user-defined field to assign the correct locations.  Is there a quicker way of importing all the locations to the proper fields?

Best,
Katherine

Katherine Collett, Archivist
Hamilton College Archives
Burke Library
198 College Hill Road
Clinton, NY 13323
askarch at hamilton.edu<mailto:askarch at hamilton.edu>
315-859-4471<tel:315-859-4471>
www.hamilton.edu/library/library_collections/archives.html<http://www.hamilton.edu/library/library_collections/archives.html>
www.facebook.com/BurkeLibrary<http://www.facebook.com/BurkeLibrary>
Hours: M-F 9:00am-12:00 noon and by appointment; contact to ascertain staff availability before visiting.

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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141020/49603ac4/attachment.html>

From mark.custer at yale.edu  Mon Oct 20 13:02:08 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Mon, 20 Oct 2014 17:02:08 +0000
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
	<AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
Message-ID: <DCB910FAD4CF9343B3E424AF5F3310252545C932@X10-MBX12.yu.yale.edu>

Lora,

Do you know which version of the migration tool that you used?

If that issue is not yet addressed in the current version of the migration tool, it should be.  I can?t remember if we tested that out just yet on our databases, but I thought that it was on our list.  In any event, I?d try to address it as part of the migration process (or as an automated cleanup process post migration) so that you don?t have to ask folks to copy and paste the corrections one by one, which can be error prone and difficult to review.

Mark




From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Lora J. Davis
Sent: Monday, October 20, 2014 11:51 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Thank you. Yes, finding aid title is now exporting as expected (thank goodness!). I haven't run a test with a record containing a finding aid note yet, but suspect it is also corrected. Having <accessrestrict> back is a HUGE weight off for us as we have some complicated restriction notes for our institutional records.

We've never had cause to use subtitle, so I can't report how the migrator handles that info.  The only data we lost with the AT-to-AS migrator was item-level (NOT collection level) restriction notes. Our student workers will be busily copy/pasting in the coming months...

Lora

Sent from my iPhone

On Oct 20, 2014, at 9:01 AM, "Custer, Mark" <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
I reported this issue earlier in the year. Here?s the snippet from the Word file, which was later added to Pivotal Tracker:


?         ?Finding Aid Title? field is not exported (instead, the collection ?Title? is repeated in its place).

?         ?Finding Aid Note? is not exported as part of the eadheader.

?         ?Finding Aid Date? is not exported as part of the eadheader.
And here?s the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)

Are the Finding Aid Note and Finding Aid Title fields exporting now?

Mark

P.S.  I also added a feature request to include a separate field for subtitles, but I don?t know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven?t tested ASpace?s EAD importer to confirm that it does the same, though.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Monday, October 20, 2014 6:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date


Hi Laura,



Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628



 Kind of amazed nobody has noticed this sooner.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<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/20141020/bbe1159d/attachment.html>

From ljdavis at colgate.edu  Mon Oct 20 13:28:15 2014
From: ljdavis at colgate.edu (Lora Davis)
Date: Mon, 20 Oct 2014 13:28:15 -0400
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F3310252545C932@X10-MBX12.yu.yale.edu>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
	<AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
	<DCB910FAD4CF9343B3E424AF5F3310252545C932@X10-MBX12.yu.yale.edu>
Message-ID: <CACPYQ=m5gtNoY7-smUXBAOrBkh6_+jq1ncTYf79KjnyXkhw1_A@mail.gmail.com>

Yes, Mark, I should have noted that for a variety of purely local reasons -
budgeting cycles, ending of a fiscal year, sudden important staff
vacancies, institutional desire to go with a hosted option, my own looming
maternity leave, etc. - we opted to migrate before it was 100% ideal for us
to do so.  I used v1.0.9.1 (05-29-2014) of the migrator to complete our
migration on June 6 and I went into labor on June 12.  We went in with eyes
wide open and knew there would be outstanding issues with our migration
that we'd have to address at a later date, but, luckily, as a
small institution (we only had 6 finding aids when I arrived in late 2012)
data correction after the fact is not out of the question.  All of the
instances that lost restriction notes are part of larger partially
processed/in-process collections that are not yet live and still seeing
regular tweaking by our students and staff.

TLDR version: It's ALWAYS best to ensure a complete and accurate migration
and avoid touchups after the fact, but sometimes you have to do things that
are not ideal in order to accomplish a larger goal in this messy world we
live in.  I would fully suspect that this issue has been addressed in later
iterations of the migrator, but cannot comment on that first hand.

Best,

Lora

On Mon, Oct 20, 2014 at 1:02 PM, Custer, Mark <mark.custer at yale.edu> wrote:

>  Lora,
>
>
>
> Do you know which version of the migration tool that you used?
>
>
>
> If that issue is not yet addressed in the current version of the migration
> tool, it should be.  I can?t remember if we tested that out just yet on our
> databases, but I thought that it was on our list.  In any event, I?d try to
> address it as part of the migration process (or as an automated cleanup
> process post migration) so that you don?t have to ask folks to copy and
> paste the corrections one by one, which can be error prone and difficult to
> review.
>
>
>
> Mark
>
>
>
>
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Lora
> J. Davis
> *Sent:* Monday, October 20, 2014 11:51 AM
>
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Finding aid date
>
>
>
> Thank you. Yes, finding aid title is now exporting as expected (thank
> goodness!). I haven't run a test with a record containing a finding aid
> note yet, but suspect it is also corrected. Having <accessrestrict> back is
> a HUGE weight off for us as we have some complicated restriction notes for
> our institutional records.
>
>
>
> We've never had cause to use subtitle, so I can't report how the migrator
> handles that info.  The only data we lost with the AT-to-AS migrator was
> item-level (NOT collection level) restriction notes. Our student workers
> will be busily copy/pasting in the coming months...
>
>
>
> Lora
>
> Sent from my iPhone
>
>
> On Oct 20, 2014, at 9:01 AM, "Custer, Mark" <mark.custer at yale.edu> wrote:
>
>  I reported this issue earlier in the year. Here?s the snippet from the
> Word file, which was later added to Pivotal Tracker:
>
>
>
> ?         ?Finding Aid Title? field is not exported (instead, the
> collection ?Title? is repeated in its place).
>
> ?         ?Finding Aid Note? is not exported as part of the eadheader.
>
> ?         ?Finding Aid Date? is not exported as part of the eadheader.
>
> And here?s the ticket in Pivotal Tracker for that last one:
> https://www.pivotaltracker.com/story/show/72331992 (which was broken out
> from the original ticket)
>
>
>
> Are the Finding Aid Note and Finding Aid Title fields exporting now?
>
>
>
> Mark
>
>
>
> P.S.  I also added a feature request to include a separate field for
> subtitles, but I don?t know how many people would actually require that (
> https://www.pivotaltracker.com/story/show/69651562).  If that field was
> used in the AT, I can confirm that the subtitle is still migrated over to
> ArchivesSpace since the AT-to-ASpace migration tool will append that value
> to the finding aid title field.  I haven?t tested ASpace?s EAD importer to
> confirm that it does the same, though.
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [
> mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org
> <archivesspace_users_group-bounces at lyralists.lyrasis.org>] *On Behalf Of *Chris
> Fitzpatrick
> *Sent:* Monday, October 20, 2014 6:34 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] Finding aid date
>
>
>
> Hi Laura,
>
>
>
> Well, it's not in Pivotal, so it was not a known bug. I've added them
> here:
>
> https://www.pivotaltracker.com/story/show/81000628
>
>
>
>  Kind of amazed nobody has noticed this sooner.
>
>
>
> b,chris.
>
>
>
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat  | Phone: 918.236.6048
> http://archivesspace.org/
>    ------------------------------
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Lora Davis <ljdavis at colgate.edu>
> *Sent:* Friday, October 17, 2014 9:17 PM
> *To:* Archivesspace Users Group
> *Subject:* [Archivesspace_Users_Group] Finding aid date
>
>
>
> Apologies if this has already been noted, but I - like many others I'm
> sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through
> its paces in our sandbox today.
>
>
>
> The one pesky outstanding issue that does not appear to be resolved is
> that the contents of "Finding Aid Date" are still not being exported at
> all, let alone into <publicationstmt> where we'd expect to find it.  Our
> stylesheets draw on this date to generate an authorship statement along the
> lines of "Finding aid prepared by <author>, <date>."  Since the finding aid
> date is not ending up anywhere in the exported XML we're left with "Finding
> aid prepared by John Smith, ."  Minor inconvenience, but annoying.
>
>
>
> On the other hand, I'm  pleased to report that other failure to export
> issues we've had with things like <accessrestrict> are now working
> beautifully.
>
>
>
> Are others finding that <date> is not exporting?  Is this a known bug?  Is
> there a reason why this is not being exported?  Any fix in the works?  (I
> checked the PivotalTracker, but found nada.)
>
>
>
> Thanks in advance,
>
>
>
> Lora
>
>
>
> --
> Lora J. Davis
> Assistant Archivist
> Colgate University Libraries
> 13 Oak Drive
> Hamilton, NY 13346
>
> Tel:  (315) 228-6376
> Fax: (315) 228-7934
>
>  _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141020/860a2097/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Tue Oct 21 05:09:14 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 21 Oct 2014 09:09:14 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!
Message-ID: <5ea28dd840074a89b30bcb753caada29@DM2PR08MB351.namprd08.prod.outlook.com>

(apologies about any cross postings)

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

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

This release includes upgrading Rails to 3.2.19, which addresses another important security patch<http://weblog.rubyonrails.org/2014/7/2/Rails_3_2_19_4_0_7_and_4_1_3_have_been_released/>. It is recommended that users update ArchivesSpace in order to apply this patch.

This release includes work contributed by Yale University and carried out by Hudson Molongo <http://www.hudsonmolonglo.com/> . This includes a number of UI enhancements that are generously being passed back to the ASpace community.

Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports. There will be more information on how to utilize this feature in the coming days.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been a vital keeping the whole thing on track.

There were also many bug fixes, including many done in the area of EAD import and export.
Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> for a listing of all the features, bugs, etc for this release.

Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.




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

From PGalligan at rockarch.org  Tue Oct 21 09:45:35 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Tue, 21 Oct 2014 09:45:35 -0400
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
	<AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F4496235@racex01>

Piggy-backing off of this conversation from yesterday, we at the RAC noticed a couple of issues with EAD export that we?d love to see addressed for the next release:


 1.  The @role attribute in <dao>s is not exported. While not a huge issue at this moment, serving up DAOs of different roles for different types of objects may become an issue in the future.
 2.  The finding aid filing title is not exported. We use these extensively in our display, and we think it?s important to have finding aid titles easily sortable by the creators? last names.

We know 1.1.0 just came out today, but we wanted to get these reported and hopefully into Pivotal Tracker as soon as possible.

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 Lora J. Davis
Sent: Monday, October 20, 2014 11:51 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Thank you. Yes, finding aid title is now exporting as expected (thank goodness!). I haven't run a test with a record containing a finding aid note yet, but suspect it is also corrected. Having <accessrestrict> back is a HUGE weight off for us as we have some complicated restriction notes for our institutional records.

We've never had cause to use subtitle, so I can't report how the migrator handles that info.  The only data we lost with the AT-to-AS migrator was item-level (NOT collection level) restriction notes. Our student workers will be busily copy/pasting in the coming months...

Lora

Sent from my iPhone

On Oct 20, 2014, at 9:01 AM, "Custer, Mark" <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
I reported this issue earlier in the year. Here?s the snippet from the Word file, which was later added to Pivotal Tracker:


?         ?Finding Aid Title? field is not exported (instead, the collection ?Title? is repeated in its place).

?         ?Finding Aid Note? is not exported as part of the eadheader.

?         ?Finding Aid Date? is not exported as part of the eadheader.
And here?s the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)

Are the Finding Aid Note and Finding Aid Title fields exporting now?

Mark

P.S.  I also added a feature request to include a separate field for subtitles, but I don?t know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven?t tested ASpace?s EAD importer to confirm that it does the same, though.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Monday, October 20, 2014 6:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date


Hi Laura,



Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628



 Kind of amazed nobody has noticed this sooner.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<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/20141021/c53b5675/attachment.html>

From ns96 at nyu.edu  Tue Oct 21 09:51:31 2014
From: ns96 at nyu.edu (Nathan Stevens)
Date: Tue, 21 Oct 2014 09:51:31 -0400
Subject: [Archivesspace_Users_Group] importing to Accession and Resource
	records?
In-Reply-To: <A9F6E93F47D3E14B9C61F47087FEF6F12416512E@EX-MAIL1.ad.caltech.edu>
References: <9C1E1EF6-F838-469C-8DD7-16BE1062470D@hamilton.edu>
	<CADi=b=O0SGnUw9BFEX=oS3OyYWXTxcTangxO_3u1s6n54cFbzA@mail.gmail.com>
	<A9F6E93F47D3E14B9C61F47087FEF6F12416512E@EX-MAIL1.ad.caltech.edu>
Message-ID: <CADi=b=OqpnmCFupuH7Twjtij4bU19TA8R3j-T303DhcdGW-xXg@mail.gmail.com>

Sure we can setup a Skype call.

On Mon, Oct 20, 2014 at 12:06 PM, Soprano, Maria (Mariella) <
mariella at caltech.edu> wrote:

>  Hi Nathan and Katherine,
>
>
>
> Caltech is also working on migrating data from FileMakerPro into
> Accessions and migrating EAD into Resources. We would be very interested in
> precipitating to the discussion and possibly be one of the beta testers.
> Can we set up a time for a conference call? A Skype call would be a good
> option for us.
>
>
>
> Mariella
>
>
>
> *Mariella Soprano *| Special Projects Archivist | Archives & Special
> Collections | *archives.caltech.edu <http://www.archives.caltech.edu/>*
>
> Mail Code 015A-74 | Pasadena CA 91125 | Phone 626.395-2501 | Fax
> 626.395.4073 | mariella at caltech.edu | Caltech | *caltech.edu
> <http://www.caltech.edu/>*
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:
> archivesspace_users_group-bounces at lyralists.lyrasis.org] *On Behalf Of *Nathan
> Stevens
> *Sent:* Monday, October 20, 2014 7:18 AM
> *To:* Archivesspace Users Group
> *Subject:* Re: [Archivesspace_Users_Group] importing to Accession and
> Resource records?
>
>
>
> Hi Katherine,
>
> The ASpace team is currently working on a general purpose import tool (
> https://github.com/ns96/ASpaceMigrator) which should make your data
> migration task easier.
>
> If you would like to be a beta tester of this program let me know and we
> can discuss the details.
>
>
>
> On Mon, Oct 20, 2014 at 9:18 AM, Katherine Collett <kcollett at hamilton.edu>
> wrote:
>
> We?re just starting to map the fields from our old accession database in
> FileMaker Pro to the ArchivesSpace fields, in preparation for migrating all
> the data.  Can data be imported into both the Accession record and the
> Resource and other records?  We have fields, for instance for location,
> that ArchivesSpace has only in the Resource record, but we don?t actually
> have separate resource records?all the information is in the accessions
> database (or in separate Word description documents, which we can deal with
> later).
>
> What we?re thinking of doing is importing the location information into a
> user-defined field, which I hope we will later be able to map to the
> location field in the Resource record.  I see that we need to create the
> locations to be linked records?which will work fine later, and we can use
> the location info in the user-defined field to assign the correct
> locations.  Is there a quicker way of importing all the locations to the
> proper fields?
>
> Best,
> Katherine
>
> Katherine Collett, Archivist
> Hamilton College Archives
> Burke Library
> 198 College Hill Road
> Clinton, NY 13323
> askarch at hamilton.edu
> 315-859-4471
> www.hamilton.edu/library/library_collections/archives.html
> www.facebook.com/BurkeLibrary
> Hours: M-F 9:00am-12:00 noon and by appointment; contact to ascertain
> staff availability before visiting.
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
>
> --
> Nathan Stevens
> Programmer/Analyst
> Digital Library Technology Services
> New York University
>
> 1212-998-2653
> ns96 at nyu.edu
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141021/00ac8019/attachment.html>

From brad.westbrook at lyrasis.org  Tue Oct 21 10:30:43 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Tue, 21 Oct 2014 14:30:43 +0000
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F4496235@racex01>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
	<AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D7F4496235@racex01>
Message-ID: <86fd0d1ccfa44758a6aa8e0b4175ae59@DM2PR0801MB0862.namprd08.prod.outlook.com>

Hi, Patrick,

I?ve filed a story for the filing title.  See https://www.pivotaltracker.com/story/show/81106404.

Meanwhile, can you say more about how RAC is recording and using information for @role in <dao>?

Thanks,

Brad W.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 21, 2014 9:46 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Piggy-backing off of this conversation from yesterday, we at the RAC noticed a couple of issues with EAD export that we?d love to see addressed for the next release:


  1.  The @role attribute in <dao>s is not exported. While not a huge issue at this moment, serving up DAOs of different roles for different types of objects may become an issue in the future.
  2.  The finding aid filing title is not exported. We use these extensively in our display, and we think it?s important to have finding aid titles easily sortable by the creators? last names.

We know 1.1.0 just came out today, but we wanted to get these reported and hopefully into Pivotal Tracker as soon as possible.

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 Lora J. Davis
Sent: Monday, October 20, 2014 11:51 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Thank you. Yes, finding aid title is now exporting as expected (thank goodness!). I haven't run a test with a record containing a finding aid note yet, but suspect it is also corrected. Having <accessrestrict> back is a HUGE weight off for us as we have some complicated restriction notes for our institutional records.

We've never had cause to use subtitle, so I can't report how the migrator handles that info.  The only data we lost with the AT-to-AS migrator was item-level (NOT collection level) restriction notes. Our student workers will be busily copy/pasting in the coming months...

Lora

Sent from my iPhone

On Oct 20, 2014, at 9:01 AM, "Custer, Mark" <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
I reported this issue earlier in the year. Here?s the snippet from the Word file, which was later added to Pivotal Tracker:


?         ?Finding Aid Title? field is not exported (instead, the collection ?Title? is repeated in its place).

?         ?Finding Aid Note? is not exported as part of the eadheader.

?         ?Finding Aid Date? is not exported as part of the eadheader.
And here?s the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)

Are the Finding Aid Note and Finding Aid Title fields exporting now?

Mark

P.S.  I also added a feature request to include a separate field for subtitles, but I don?t know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven?t tested ASpace?s EAD importer to confirm that it does the same, though.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Monday, October 20, 2014 6:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date


Hi Laura,



Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628



 Kind of amazed nobody has noticed this sooner.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<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/20141021/0b303a75/attachment.html>

From PGalligan at rockarch.org  Tue Oct 21 10:49:51 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Tue, 21 Oct 2014 10:49:51 -0400
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <86fd0d1ccfa44758a6aa8e0b4175ae59@DM2PR0801MB0862.namprd08.prod.outlook.com>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
	<AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D7F4496235@racex01>
	<86fd0d1ccfa44758a6aa8e0b4175ae59@DM2PR0801MB0862.namprd08.prod.outlook.com>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F449628F@racex01>

Brad,

We?re not using it for anything terribly important right now, but it seems highly likely that we will be using it in the future. For instance, our digitized materials are often marked with a Use Statement of Service-Edited.

In the future, when we start ingesting more born digital materials, these use statements will be changing because the DAOs won?t only describe service copies. We can?t say exactly how we are going to use it, but if possible, we?d like it included.

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 Brad Westbrook
Sent: Tuesday, October 21, 2014 10:31 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Hi, Patrick,

I?ve filed a story for the filing title.  See https://www.pivotaltracker.com/story/show/81106404.

Meanwhile, can you say more about how RAC is recording and using information for @role in <dao>?

Thanks,

Brad W.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 21, 2014 9:46 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Piggy-backing off of this conversation from yesterday, we at the RAC noticed a couple of issues with EAD export that we?d love to see addressed for the next release:


 1.  The @role attribute in <dao>s is not exported. While not a huge issue at this moment, serving up DAOs of different roles for different types of objects may become an issue in the future.
 2.  The finding aid filing title is not exported. We use these extensively in our display, and we think it?s important to have finding aid titles easily sortable by the creators? last names.

We know 1.1.0 just came out today, but we wanted to get these reported and hopefully into Pivotal Tracker as soon as possible.

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 Lora J. Davis
Sent: Monday, October 20, 2014 11:51 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Thank you. Yes, finding aid title is now exporting as expected (thank goodness!). I haven't run a test with a record containing a finding aid note yet, but suspect it is also corrected. Having <accessrestrict> back is a HUGE weight off for us as we have some complicated restriction notes for our institutional records.

We've never had cause to use subtitle, so I can't report how the migrator handles that info.  The only data we lost with the AT-to-AS migrator was item-level (NOT collection level) restriction notes. Our student workers will be busily copy/pasting in the coming months...

Lora

Sent from my iPhone

On Oct 20, 2014, at 9:01 AM, "Custer, Mark" <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
I reported this issue earlier in the year. Here?s the snippet from the Word file, which was later added to Pivotal Tracker:


?         ?Finding Aid Title? field is not exported (instead, the collection ?Title? is repeated in its place).

?         ?Finding Aid Note? is not exported as part of the eadheader.

?         ?Finding Aid Date? is not exported as part of the eadheader.
And here?s the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)

Are the Finding Aid Note and Finding Aid Title fields exporting now?

Mark

P.S.  I also added a feature request to include a separate field for subtitles, but I don?t know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven?t tested ASpace?s EAD importer to confirm that it does the same, though.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Monday, October 20, 2014 6:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date


Hi Laura,



Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628



 Kind of amazed nobody has noticed this sooner.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<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/20141021/12c0a644/attachment.html>

From jmarch at email.wcu.edu  Tue Oct 21 11:37:53 2014
From: jmarch at email.wcu.edu (Joel Marchesoni)
Date: Tue, 21 Oct 2014 15:37:53 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!
In-Reply-To: <5ea28dd840074a89b30bcb753caada29@DM2PR08MB351.namprd08.prod.outlook.com>
References: <5ea28dd840074a89b30bcb753caada29@DM2PR08MB351.namprd08.prod.outlook.com>
Message-ID: <278288b886244bca904b53766e6b1a80@SOVEREIGN.wcu.edu>

Is this update automatically applied to hosted sites? How do we check our current version if we're hosted?

Thanks,

Joel Marchesoni
Tech Support Analyst
Hunter Library, Western Carolina University
http://library.wcu.edu/
828-227-2860
~Please consider the environment before printing this email~


From: Chris Fitzpatrick [mailto:Chris.Fitzpatrick at lyrasis.org]
Sent: Tuesday, October 21, 2014 05:09
To: Archivesspace Users Group; archivesspace at googlegroups.com
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

(apologies about any cross postings)

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

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

This release includes upgrading Rails to 3.2.19, which addresses another important security patch<http://weblog.rubyonrails.org/2014/7/2/Rails_3_2_19_4_0_7_and_4_1_3_have_been_released/>. It is recommended that users update ArchivesSpace in order to apply this patch.

This release includes work contributed by Yale University and carried out by Hudson Molongo <http://www.hudsonmolonglo.com/> . This includes a number of UI enhancements that are generously being passed back to the ASpace community.

Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports. There will be more information on how to utilize this feature in the coming days.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been a vital keeping the whole thing on track.
There were also many bug fixes, including many done in the area of EAD import and export.
Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> for a listing of all the features, bugs, etc for this release.

Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.





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

From brad.westbrook at lyrasis.org  Tue Oct 21 13:18:17 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Tue, 21 Oct 2014 17:18:17 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!
In-Reply-To: <278288b886244bca904b53766e6b1a80@SOVEREIGN.wcu.edu>
References: <5ea28dd840074a89b30bcb753caada29@DM2PR08MB351.namprd08.prod.outlook.com>
	<278288b886244bca904b53766e6b1a80@SOVEREIGN.wcu.edu>
Message-ID: <a24bc42e0b4544ff9cacb5c84a2d1d09@DM2PR0801MB0862.namprd08.prod.outlook.com>

Hi, Joel

You will need to check to with the LYRASIS hosting service (digitalservices at lyrasis.org<mailto:digitalservices at lyrasis.org>) to check if and when your ArchivesSpace instance will be updated to the new 1.1.0 release.

Best,

Brad W.

Bradley D. Westbrook
Program Manager
brad.westbrook at lyrasis.org<mailto:brad at archivesspace.org>
800.999.8558 x2910
678.235.2910
bradley_d_westbrook (Skype)
[cid:image003.png at 01CE734E.FD759D30]



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Joel Marchesoni
Sent: Tuesday, October 21, 2014 11:38 AM
To: 'Archivesspace Users Group'
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

Is this update automatically applied to hosted sites? How do we check our current version if we're hosted?

Thanks,

Joel Marchesoni
Tech Support Analyst
Hunter Library, Western Carolina University
http://library.wcu.edu/
828-227-2860
~Please consider the environment before printing this email~


From: Chris Fitzpatrick [mailto:Chris.Fitzpatrick at lyrasis.org]
Sent: Tuesday, October 21, 2014 05:09
To: Archivesspace Users Group; archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

(apologies about any cross postings)

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

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

This release includes upgrading Rails to 3.2.19, which addresses another important security patch<http://weblog.rubyonrails.org/2014/7/2/Rails_3_2_19_4_0_7_and_4_1_3_have_been_released/>. It is recommended that users update ArchivesSpace in order to apply this patch.

This release includes work contributed by Yale University and carried out by Hudson Molongo <http://www.hudsonmolonglo.com/> . This includes a number of UI enhancements that are generously being passed back to the ASpace community.

Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports. There will be more information on how to utilize this feature in the coming days.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been a vital keeping the whole thing on track.
There were also many bug fixes, including many done in the area of EAD import and export.
Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> for a listing of all the features, bugs, etc for this release.

Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.





Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141021/678e4fef/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/20141021/678e4fef/attachment.png>

From brad.westbrook at lyrasis.org  Tue Oct 21 13:51:43 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Tue, 21 Oct 2014 17:51:43 +0000
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F449628F@racex01>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
	<AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D7F4496235@racex01>
	<86fd0d1ccfa44758a6aa8e0b4175ae59@DM2PR0801MB0862.namprd08.prod.outlook.com>
	<F6E0CB227A713F4AA8F9598060B8F063D7F449628F@racex01>
Message-ID: <11bb18c4f59d4aee9f82f3b3156c6f38@DM2PR0801MB0862.namprd08.prod.outlook.com>

Got it, Patrick.  See https://www.pivotaltracker.com/story/show/81126304 and let me know if I missed your intent.

Brad

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 21, 2014 10:50 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Brad,

We?re not using it for anything terribly important right now, but it seems highly likely that we will be using it in the future. For instance, our digitized materials are often marked with a Use Statement of Service-Edited.

In the future, when we start ingesting more born digital materials, these use statements will be changing because the DAOs won?t only describe service copies. We can?t say exactly how we are going to use it, but if possible, we?d like it included.

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 Brad Westbrook
Sent: Tuesday, October 21, 2014 10:31 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Hi, Patrick,

I?ve filed a story for the filing title.  See https://www.pivotaltracker.com/story/show/81106404.

Meanwhile, can you say more about how RAC is recording and using information for @role in <dao>?

Thanks,

Brad W.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 21, 2014 9:46 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Piggy-backing off of this conversation from yesterday, we at the RAC noticed a couple of issues with EAD export that we?d love to see addressed for the next release:


  1.  The @role attribute in <dao>s is not exported. While not a huge issue at this moment, serving up DAOs of different roles for different types of objects may become an issue in the future.
  2.  The finding aid filing title is not exported. We use these extensively in our display, and we think it?s important to have finding aid titles easily sortable by the creators? last names.

We know 1.1.0 just came out today, but we wanted to get these reported and hopefully into Pivotal Tracker as soon as possible.

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 Lora J. Davis
Sent: Monday, October 20, 2014 11:51 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Thank you. Yes, finding aid title is now exporting as expected (thank goodness!). I haven't run a test with a record containing a finding aid note yet, but suspect it is also corrected. Having <accessrestrict> back is a HUGE weight off for us as we have some complicated restriction notes for our institutional records.

We've never had cause to use subtitle, so I can't report how the migrator handles that info.  The only data we lost with the AT-to-AS migrator was item-level (NOT collection level) restriction notes. Our student workers will be busily copy/pasting in the coming months...

Lora

Sent from my iPhone

On Oct 20, 2014, at 9:01 AM, "Custer, Mark" <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
I reported this issue earlier in the year. Here?s the snippet from the Word file, which was later added to Pivotal Tracker:


?         ?Finding Aid Title? field is not exported (instead, the collection ?Title? is repeated in its place).

?         ?Finding Aid Note? is not exported as part of the eadheader.

?         ?Finding Aid Date? is not exported as part of the eadheader.
And here?s the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)

Are the Finding Aid Note and Finding Aid Title fields exporting now?

Mark

P.S.  I also added a feature request to include a separate field for subtitles, but I don?t know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven?t tested ASpace?s EAD importer to confirm that it does the same, though.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Monday, October 20, 2014 6:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date


Hi Laura,



Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628



 Kind of amazed nobody has noticed this sooner.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<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/20141021/8e8702e7/attachment.html>

From PGalligan at rockarch.org  Wed Oct 22 09:37:30 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 22 Oct 2014 09:37:30 -0400
Subject: [Archivesspace_Users_Group] Finding aid date
In-Reply-To: <11bb18c4f59d4aee9f82f3b3156c6f38@DM2PR0801MB0862.namprd08.prod.outlook.com>
References: <CACPYQ=koEpLB1ua8wgDyME+eCY-txrGfKJ=JeLXeqO-9xid0KQ@mail.gmail.com>
	<1413801250476.84088@lyrasis.org>
	<DCB910FAD4CF9343B3E424AF5F3310252545C6DC@X10-MBX12.yu.yale.edu>
	<AFAC187B-A94B-4D5F-AC8D-31361047FEF8@colgate.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D7F4496235@racex01>
	<86fd0d1ccfa44758a6aa8e0b4175ae59@DM2PR0801MB0862.namprd08.prod.outlook.com>
	<F6E0CB227A713F4AA8F9598060B8F063D7F449628F@racex01>
	<11bb18c4f59d4aee9f82f3b3156c6f38@DM2PR0801MB0862.namprd08.prod.outlook.com>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F44963A9@racex01>

Brad,

This was the intent exactly. Thanks a lot.

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 Brad Westbrook
Sent: Tuesday, October 21, 2014 1:52 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Got it, Patrick.  See https://www.pivotaltracker.com/story/show/81126304 and let me know if I missed your intent.

Brad

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 21, 2014 10:50 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Brad,

We?re not using it for anything terribly important right now, but it seems highly likely that we will be using it in the future. For instance, our digitized materials are often marked with a Use Statement of Service-Edited.

In the future, when we start ingesting more born digital materials, these use statements will be changing because the DAOs won?t only describe service copies. We can?t say exactly how we are going to use it, but if possible, we?d like it included.

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 Brad Westbrook
Sent: Tuesday, October 21, 2014 10:31 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Hi, Patrick,

I?ve filed a story for the filing title.  See https://www.pivotaltracker.com/story/show/81106404.

Meanwhile, can you say more about how RAC is recording and using information for @role in <dao>?

Thanks,

Brad W.

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Tuesday, October 21, 2014 9:46 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Piggy-backing off of this conversation from yesterday, we at the RAC noticed a couple of issues with EAD export that we?d love to see addressed for the next release:


 1.  The @role attribute in <dao>s is not exported. While not a huge issue at this moment, serving up DAOs of different roles for different types of objects may become an issue in the future.
 2.  The finding aid filing title is not exported. We use these extensively in our display, and we think it?s important to have finding aid titles easily sortable by the creators? last names.

We know 1.1.0 just came out today, but we wanted to get these reported and hopefully into Pivotal Tracker as soon as possible.

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 Lora J. Davis
Sent: Monday, October 20, 2014 11:51 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date

Thank you. Yes, finding aid title is now exporting as expected (thank goodness!). I haven't run a test with a record containing a finding aid note yet, but suspect it is also corrected. Having <accessrestrict> back is a HUGE weight off for us as we have some complicated restriction notes for our institutional records.

We've never had cause to use subtitle, so I can't report how the migrator handles that info.  The only data we lost with the AT-to-AS migrator was item-level (NOT collection level) restriction notes. Our student workers will be busily copy/pasting in the coming months...

Lora

Sent from my iPhone

On Oct 20, 2014, at 9:01 AM, "Custer, Mark" <mark.custer at yale.edu<mailto:mark.custer at yale.edu>> wrote:
I reported this issue earlier in the year. Here?s the snippet from the Word file, which was later added to Pivotal Tracker:


?         ?Finding Aid Title? field is not exported (instead, the collection ?Title? is repeated in its place).

?         ?Finding Aid Note? is not exported as part of the eadheader.

?         ?Finding Aid Date? is not exported as part of the eadheader.
And here?s the ticket in Pivotal Tracker for that last one:  https://www.pivotaltracker.com/story/show/72331992 (which was broken out from the original ticket)

Are the Finding Aid Note and Finding Aid Title fields exporting now?

Mark

P.S.  I also added a feature request to include a separate field for subtitles, but I don?t know how many people would actually require that (https://www.pivotaltracker.com/story/show/69651562).  If that field was used in the AT, I can confirm that the subtitle is still migrated over to ArchivesSpace since the AT-to-ASpace migration tool will append that value to the finding aid title field.  I haven?t tested ASpace?s EAD importer to confirm that it does the same, though.


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Monday, October 20, 2014 6:34 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Finding aid date


Hi Laura,



Well, it's not in Pivotal, so it was not a known bug. I've added them here:

https://www.pivotaltracker.com/story/show/81000628



 Kind of amazed nobody has noticed this sooner.



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Friday, October 17, 2014 9:17 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Finding aid date

Apologies if this has already been noted, but I - like many others I'm sure - have been eagerly awaiting 1.1.0 so have been putting rc8 through its paces in our sandbox today.

The one pesky outstanding issue that does not appear to be resolved is that the contents of "Finding Aid Date" are still not being exported at all, let alone into <publicationstmt> where we'd expect to find it.  Our stylesheets draw on this date to generate an authorship statement along the lines of "Finding aid prepared by <author>, <date>."  Since the finding aid date is not ending up anywhere in the exported XML we're left with "Finding aid prepared by John Smith, ."  Minor inconvenience, but annoying.

On the other hand, I'm  pleased to report that other failure to export issues we've had with things like <accessrestrict> are now working beautifully.

Are others finding that <date> is not exporting?  Is this a known bug?  Is there a reason why this is not being exported?  Any fix in the works?  (I checked the PivotalTracker, but found nada.)

Thanks in advance,

Lora

--
Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376
Fax: (315) 228-7934
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<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/20141022/2af5b979/attachment.html>

From shand at ap.org  Wed Oct 22 10:44:24 2014
From: shand at ap.org (Hand, Sarit)
Date: Wed, 22 Oct 2014 14:44:24 +0000
Subject: [Archivesspace_Users_Group] Question about adding digital material
 inforamation in ArchivesSpace
Message-ID: <91AA89886BC36347BB9578AAB8AE5A45661963B9@CTCXMBX10.ap.org>

Hi Kari,

I am looking at these very same functionalities of AS and am finding that it is not very clear of the full intended use of these aspects (my one concern being when it comes time to create reports and how this information will be displayed.)  While I find it easy enough to create a workflow using these mods on the surface I am curious what the relational aspect is with the rest of the record.  For example, the "Instance" mod seems clear enough and directly incorporated within the resource it belongs to, whereas the DO appears to be an independent entity easily associated with multiple resources/records.  However, an Instance can just as easily be a DO and if you are describing a collection which contains a DO why is it treated as a separate entity when an Instance is clearly not?  Again, it comes down to the relational aspect of these mods to the rest of the record, resource and repository.  This would be much clearer if AS had been released with a report module from the beginning or a means to see more clearly the relationship and organizational structure of the fields, Of course I may have missed the documentation that explains all this.

With that said...
As it stands right now and from what I can make of AS, your first point seems to perfectly sensibly.  I am assuming these distinct DOs are part of a larger resource and then will be linked to them within the resource record.

Second, the "bulk digital material", does that mean you will not be ingesting them into a digital repository?  Are they remaining on the medium as you found them? Or do you mean you will describe the bulk objects but then create a separate digital object for the actual instance (file/DO) which exists on the medium?

Third, Linking the AIP as the Do may be premature, It is possible that once AS is established you will find that the systems available for creating the AIPS and DIPS will make available a module for AS for just this purpose.  Might take a look at BitCurator or Archivematica who I think may be looking at that prospect. And if they are not, they should be.  If anything it would be the DIP that would be incorporated as the DO especially if you plan to use the public interface of AS.  Truly, the best scenario would be an AIP and a DIP module with the "publishing" option.  That would certainly tie in the OASIS model.

Just my thoughts as I too am trying to reason out the workflow.  I would like to see more granular control over options for describing the material.

Please let keep me posted on what you figure out.

best,
[cid:image001.jpg at 01CFEDDE.77FE2260]



[signature-96]







Sarit Hand
Multimedia Archivist
AP Corporate Archives

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

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

















Hello collective wisdom of digital archivists using ArchivesSpace.

As we are assessing how we will use ArchivesSpace we are considering ways to denote the digital material in our collections.  I see two, maybe three ways forward.  I'll list them here and I would love to hear your responses and learn from what others have already tried.

One.  For things that are actually digital objects like a completely digital book, an access copy PDF of some material, etc. I plan to use the Digital Object module.  This would be a call out to specific items within collections (Resources).  They may be linked to an access system that provides ready access or they may point to a local server from which reference staff can select a copy to make available locally.  [This is an option that I plan to implement - basically looking for other thoughts on this but not to get rid of this.]

Two.  For bulk digital material, I'd like to use an Instance that is a bucket for undistinguished, aggregate digital material.  The difference here is that they are not discrete by title or individual object.  We're thinking about using the Instance to add this into the Finding Aid [Faculty Policy Committee, Meeting Minutes, 2013-2014. Digital.]

Three.  In addition to #2, I'm thinking about adding a Digital Object for the AIP that is created for the aggregate material and would like to link this DO (because it allows for the extra metadata I want to capture in AS) to the Instance.

If you have done this or are currently modeling how to do this, please let me know.

Thanks!

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







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

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

From robin_mcelheny at harvard.edu  Wed Oct 22 15:40:56 2014
From: robin_mcelheny at harvard.edu (McElheny, Robin G.)
Date: Wed, 22 Oct 2014 19:40:56 +0000
Subject: [Archivesspace_Users_Group] Harvard follow-up to Lyrasis response
	to report
Message-ID: <2eff3eedb31b455190950a1613c9c3dd@BLUPR07MB689.namprd07.prod.outlook.com>

Update from the Harvard Library ASpace Implementation Working Group:

The attached document is a follow-up to Chris Fitzpatrick's response to the report we submitted back in September regarding AT-to-ASpace data migration and ASpace functionality issues.  This document provides further background information/explanations/questions about these issues:

1)            Migration of subject subdivisions from AT to Aspace
a)            Topical subject heading subdivisions
b)            Name subject heading subdivisions
2)            Rapid Data Entry
3)            ASpace user interface

Enjoy -
Robin

Robin McElheny
Associate University Archivist for Collections and Public Services
Harvard University Archives
Pusey Library
Cambridge, MA 02138
Email: robin_mcelheny at harvard.edu
Phone: 617-495-2461
Fax: 617-495-8011

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141022/0d282dab/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Response_to_LyrasisResponse_to_AIWG_testingreport_Final.docx
Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Size: 323933 bytes
Desc: Response_to_LyrasisResponse_to_AIWG_testingreport_Final.docx
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141022/0d282dab/attachment.docx>

From mang.sun at rice.edu  Wed Oct 22 15:57:48 2014
From: mang.sun at rice.edu (Mang Sun)
Date: Wed, 22 Oct 2014 14:57:48 -0500
Subject: [Archivesspace_Users_Group] Issues when running AT Migrator plugin
	1.0.7 and 1.0.9
Message-ID: <54480C3C.6040804@rice.edu>

Hello,

When playing around with AT Migrator plugin 1.0.7, I run into seeing a 
series of  server errors like below

Endpoint: http://xx.xx.xx.xx:8089/repositories/2/batch_imports
AT Identifier: xxx
Status Code: 200
Status text: OK
{
"error" :["sever error: Problem creating ' xxxx for example a resource 
name': Couldn't create version of :#
<subject:0x595207f>"],
"saved": []
}


But when trying with v 1.0.9 plugin, it will fail at a  very early stage 
during Repository Check.
Unrecoverable exception, migration stopped ...
Current record type: resouce Record
Record Identifier: DB ID: 29
AT ID: xxx (resource identfier)
java.lang.NullpointerException
  at 
org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.addNotes(ASpaceMapper.java:1817)
at 
org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.convertResource(ASpaceMapper.java:1419)
at 
org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.convert(ASpaceMapper.java:1079)
at 
org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.ASpaceCopyUtil.copyResourceRecords(ASpaceCopyUtil.java:1146)
at 
org.archiviststoolkit.plugin.util.dbCopyFrameS1.run(dbCopyFrame.java.:367)

Did you ever see similar problems when using v.1.0.7 or v.1.0.9 
migrators to migrate AT data into AS?


Thank you

Mang Sun
Fondren Library
Rice U.


From ns96 at nyu.edu  Thu Oct 23 08:55:16 2014
From: ns96 at nyu.edu (Nathan Stevens)
Date: Thu, 23 Oct 2014 08:55:16 -0400
Subject: [Archivesspace_Users_Group] Issues when running AT Migrator
 plugin 1.0.7 and 1.0.9
In-Reply-To: <54480C3C.6040804@rice.edu>
References: <54480C3C.6040804@rice.edu>
Message-ID: <CADi=b=MUSUdgaQU_=_Yf4J4HggMuA4q0Mz_Qbpx9L=2pbGQ0tw@mail.gmail.com>

Good Morning Mang,

Can you test the migration again using the latest version (v1.1.0) of
ArchivesSpace, and the most up to date migration plugin (see attached) and
let us know if you still see these errors?

Remember to only migrate into an empty ASpace database, and not use the
Advance Migrator Window.



On Wed, Oct 22, 2014 at 3:57 PM, Mang Sun <mang.sun at rice.edu> wrote:

> Hello,
>
> When playing around with AT Migrator plugin 1.0.7, I run into seeing a
> series of  server errors like below
>
> Endpoint: http://xx.xx.xx.xx:8089/repositories/2/batch_imports
> AT Identifier: xxx
> Status Code: 200
> Status text: OK
> {
> "error" :["sever error: Problem creating ' xxxx for example a resource
> name': Couldn't create version of :#
> <subject:0x595207f>"],
> "saved": []
> }
>
>
> But when trying with v 1.0.9 plugin, it will fail at a  very early stage
> during Repository Check.
> Unrecoverable exception, migration stopped ...
> Current record type: resouce Record
> Record Identifier: DB ID: 29
> AT ID: xxx (resource identfier)
> java.lang.NullpointerException
>  at org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.
> addNotes(ASpaceMapper.java:1817)
> at org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.
> convertResource(ASpaceMapper.java:1419)
> at org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.
> convert(ASpaceMapper.java:1079)
> at org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.ASpaceCopyUtil.
> copyResourceRecords(ASpaceCopyUtil.java:1146)
> at org.archiviststoolkit.plugin.util.dbCopyFrameS1.run(
> dbCopyFrame.java.:367)
>
> Did you ever see similar problems when using v.1.0.7 or v.1.0.9 migrators
> to migrate AT data into AS?
>
>
> Thank you
>
> Mang Sun
> Fondren Library
> Rice U.
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>



-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141023/93c7efc1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: updated_plugin.png
Type: image/png
Size: 20504 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141023/93c7efc1/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: scriptAT.zip
Type: application/zip
Size: 230979 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141023/93c7efc1/attachment.zip>

From mang.sun at rice.edu  Thu Oct 23 16:04:44 2014
From: mang.sun at rice.edu (Mang Sun)
Date: Thu, 23 Oct 2014 15:04:44 -0500
Subject: [Archivesspace_Users_Group] Issues when running AT Migrator
 plugin 1.0.7 and 1.0.9
In-Reply-To: <CADi=b=MUSUdgaQU_=_Yf4J4HggMuA4q0Mz_Qbpx9L=2pbGQ0tw@mail.gmail.com>
References: <54480C3C.6040804@rice.edu>
	<CADi=b=MUSUdgaQU_=_Yf4J4HggMuA4q0Mz_Qbpx9L=2pbGQ0tw@mail.gmail.com>
Message-ID: <54495F5C.1070905@rice.edu>


Nathan,

You are right. Those server errors were generated when running migrator 
1.0.7 again a  v1.0.9 AS  instance.
Now using the lastest v.1.0.9-v.1.1.0 migrator against an AS 1.1.0 
instance, I can see most of the server error problems gone except

{
   "errors": ["Server error: #<:ValidationException: 
{:errors=>{\"instances/0/instance_type\"=>[\"Property is required but 
was missing\"]}}>"],
   "saved": []

which I think can be fixed at the AT side.

Also there are a couple of issues with digital objects as follows.

http://xxx.xxxedu/handle/1911/9246
Status code: 400
Status text: Bad Request
{"error":{"file_versions/0/file_uri":["Property is required but was 
missing"]},"warning":null,"invalid_object":"#<JSONModel(:digital_object) 
{\"digital_object_id\"=>\"http://xxxx.xxx/handle/1911/9246\", 
\"title\"=>\"unspecified\", \"restrictions\"=>false, 
\"digital_object_type\"=>\"text\", 
\"file_versions\"=>[{\"xlink_show_attribute\"=>\"new\", 
\"xlink_actuate_attribute\"=>\"onRequest\"}], 
\"external_ids\"=>[{\"external_id\"=>\"15\", \"source\"=>\"Archivists 
Toolkit Database::DIGITAL_OBJECT\"}], \"publish\"=>true, \"notes\"=>[], 
\"jsonmodel_type\"=>\"digital_object\", \"subjects\"=>[], 
\"linked_events\"=>[], \"extents\"=>[], \"dates\"=>[], 
\"external_documents\"=>[], \"rights_statements\"=>[], 
\"linked_agents\"=>[], \"linked_instances\"=>[]}>"}


Anyway, huge progress. Thank you a lot Nathan.

Mang


On 10/23/2014 7:55 AM, Nathan Stevens wrote:
> Good Morning Mang,
>
> Can you test the migration again using the latest version (v1.1.0) of 
> ArchivesSpace, and the most up to date migration plugin (see attached) 
> and let us know if you still see these errors?
>
> Remember to only migrate into an empty ASpace database, and not use 
> the Advance Migrator Window.
>
>
>
> On Wed, Oct 22, 2014 at 3:57 PM, Mang Sun <mang.sun at rice.edu 
> <mailto:mang.sun at rice.edu>> wrote:
>
>     Hello,
>
>     When playing around with AT Migrator plugin 1.0.7, I run into
>     seeing a series of  server errors like below
>
>     Endpoint: http://xx.xx.xx.xx:8089/repositories/2/batch_imports
>     AT Identifier: xxx
>     Status Code: 200
>     Status text: OK
>     {
>     "error" :["sever error: Problem creating ' xxxx for example a
>     resource name': Couldn't create version of :#
>     <subject:0x595207f>"],
>     "saved": []
>     }
>
>
>     But when trying with v 1.0.9 plugin, it will fail at a  very early
>     stage during Repository Check.
>     Unrecoverable exception, migration stopped ...
>     Current record type: resouce Record
>     Record Identifier: DB ID: 29
>     AT ID: xxx (resource identfier)
>     java.lang.NullpointerException
>      at
>     org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.addNotes(ASpaceMapper.java:1817)
>     at
>     org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.convertResource(ASpaceMapper.java:1419)
>     at
>     org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.convert(ASpaceMapper.java:1079)
>     at
>     org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.ASpaceCopyUtil.copyResourceRecords(ASpaceCopyUtil.java:1146)
>     at
>     org.archiviststoolkit.plugin.util.dbCopyFrameS1.run(dbCopyFrame.java.:367)
>
>     Did you ever see similar problems when using v.1.0.7 or v.1.0.9
>     migrators to migrate AT data into AS?
>
>
>     Thank you
>
>     Mang Sun
>     Fondren Library
>     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
>
>
>
>
> -- 
> Nathan Stevens
> Programmer/Analyst
> Digital Library Technology Services
> New York University
>
> 1212-998-2653
> ns96 at nyu.edu <mailto:ns96 at nyu.edu>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

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

From ns96 at nyu.edu  Fri Oct 24 05:18:52 2014
From: ns96 at nyu.edu (Nathan Stevens)
Date: Fri, 24 Oct 2014 05:18:52 -0400
Subject: [Archivesspace_Users_Group] Issues when running AT Migrator
 plugin 1.0.7 and 1.0.9
In-Reply-To: <54495F5C.1070905@rice.edu>
References: <54480C3C.6040804@rice.edu>
	<CADi=b=MUSUdgaQU_=_Yf4J4HggMuA4q0Mz_Qbpx9L=2pbGQ0tw@mail.gmail.com>
	<54495F5C.1070905@rice.edu>
Message-ID: <CADi=b=Mbzawxv36UJL5CHAWaH0MRn7thQ4=pkNHHcnp_YnF_1A@mail.gmail.com>

Yes those issues need to be fixed on AT side.

On Thu, Oct 23, 2014 at 4:04 PM, Mang Sun <mang.sun at rice.edu> wrote:

>
> Nathan,
>
> You are right. Those server errors were generated when running migrator
> 1.0.7 again a  v1.0.9 AS  instance.
> Now using the lastest v.1.0.9-v.1.1.0 migrator against an AS 1.1.0
> instance, I can see most of the server error problems gone except
>
> {
>   "errors": ["Server error: #<:ValidationException:
> {:errors=>{\"instances/0/instance_type\"=>[\"Property is required but was
> missing\"]}}>"],
>   "saved": []
>
> which I think can be fixed at the AT side.
>
> Also there are a couple of issues with digital objects as follows.
>
> http://xxx.xxxedu/handle/1911/9246
> Status code: 400
> Status text: Bad Request
> {"error":{"file_versions/0/file_uri":["Property is required but was
> missing"]},"warning":null,"invalid_object":"#<JSONModel(:digital_object)
> {\"digital_object_id\"=>\"http://xxxx.xxx/handle/1911/9246\"
> <http://xxxx.xxx/handle/1911/9246%5C>, \"title\"=>\"unspecified\",
> \"restrictions\"=>false, \"digital_object_type\"=>\"text\",
> \"file_versions\"=>[{\"xlink_show_attribute\"=>\"new\",
> \"xlink_actuate_attribute\"=>\"onRequest\"}],
> \"external_ids\"=>[{\"external_id\"=>\"15\", \"source\"=>\"Archivists
> Toolkit Database::DIGITAL_OBJECT\"}], \"publish\"=>true, \"notes\"=>[],
> \"jsonmodel_type\"=>\"digital_object\", \"subjects\"=>[],
> \"linked_events\"=>[], \"extents\"=>[], \"dates\"=>[],
> \"external_documents\"=>[], \"rights_statements\"=>[],
> \"linked_agents\"=>[], \"linked_instances\"=>[]}>"}
>
>
> Anyway, huge progress. Thank you a lot Nathan.
>
> Mang
>
>
>
> On 10/23/2014 7:55 AM, Nathan Stevens wrote:
>
>  Good Morning Mang,
>
>  Can you test the migration again using the latest version (v1.1.0) of
> ArchivesSpace, and the most up to date migration plugin (see attached) and
> let us know if you still see these errors?
>
> Remember to only migrate into an empty ASpace database, and not use the
> Advance Migrator Window.
>
>
>
> On Wed, Oct 22, 2014 at 3:57 PM, Mang Sun <mang.sun at rice.edu> wrote:
>
>> Hello,
>>
>> When playing around with AT Migrator plugin 1.0.7, I run into seeing a
>> series of  server errors like below
>>
>> Endpoint: http://xx.xx.xx.xx:8089/repositories/2/batch_imports
>> AT Identifier: xxx
>> Status Code: 200
>> Status text: OK
>> {
>> "error" :["sever error: Problem creating ' xxxx for example a resource
>> name': Couldn't create version of :#
>> <subject:0x595207f>"],
>> "saved": []
>> }
>>
>>
>> But when trying with v 1.0.9 plugin, it will fail at a  very early stage
>> during Repository Check.
>> Unrecoverable exception, migration stopped ...
>> Current record type: resouce Record
>> Record Identifier: DB ID: 29
>> AT ID: xxx (resource identfier)
>> java.lang.NullpointerException
>>  at
>> org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.addNotes(ASpaceMapper.java:1817)
>> at
>> org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.convertResource(ASpaceMapper.java:1419)
>> at
>> org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.convert(ASpaceMapper.java:1079)
>> at
>> org.archiviststoolkit.plugin.utils.aspace.ASpaceMapper.ASpaceCopyUtil.copyResourceRecords(ASpaceCopyUtil.java:1146)
>> at
>> org.archiviststoolkit.plugin.util.dbCopyFrameS1.run(dbCopyFrame.java.:367)
>>
>> Did you ever see similar problems when using v.1.0.7 or v.1.0.9 migrators
>> to migrate AT data into AS?
>>
>>
>> Thank you
>>
>> Mang Sun
>> Fondren Library
>> Rice U.
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>>
>
>
>
> --
> Nathan Stevens
> Programmer/Analyst
> Digital Library Technology Services
> New York University
>
> 1212-998-2653
> ns96 at nyu.edu
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing listArchivesspace_Users_Group at lyralists.lyrasis.orghttp://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141024/f062d370/attachment.html>

From PGalligan at rockarch.org  Mon Oct 27 09:35:29 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Mon, 27 Oct 2014 09:35:29 -0400
Subject: [Archivesspace_Users_Group] Create Import Job?
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F46C0290@racex01>

I may just be totally missing this because it's been moving around a little bit lately. Where is the Create Import Job button now located in v1.1.0?

Some background info: I am logged in as an admin with an account that has all permissions set as yes in a special group, so I should be able to see it. It is not on the navbar, the create dropdown menu, or the repository dropdown menu. This was a clean, new install of v1.1.0 and used a migration from AT.

Anyone else missing this functionality?

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/20141027/8d63c4eb/attachment.html>

From mark.custer at yale.edu  Mon Oct 27 09:47:07 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Mon, 27 Oct 2014 13:47:07 +0000
Subject: [Archivesspace_Users_Group] Create Import Job?
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F46C0290@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F46C0290@racex01>
Message-ID: <DCB910FAD4CF9343B3E424AF5F331025254633A9@X10-MBX12.yu.yale.edu>

Patrick, you should be able to do this in v1.1.0 in the following ways:


?         Create --> Import Jobs (at the bottom of Create's dropdown list)

?         Settings dropdown (next to the repository name on the right-hand side of the screen) --> Import Jobs (above Reports) --> Create Import Job button

?         Cheating, like I usually do, and typing in "jobs/new/" to the URL

Since you don't see it in your create dropdown menu, though, I'd check to make sure that nothing in is overriding this in the new version.  Was your previous version of ASpace modified?  Things should look the same as they do in the http://sandbox.archivesspace.org/ installation.

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Monday, October 27, 2014 9:35 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Create Import Job?

I may just be totally missing this because it's been moving around a little bit lately. Where is the Create Import Job button now located in v1.1.0?

Some background info: I am logged in as an admin with an account that has all permissions set as yes in a special group, so I should be able to see it. It is not on the navbar, the create dropdown menu, or the repository dropdown menu. This was a clean, new install of v1.1.0 and used a migration from AT.

Anyone else missing this functionality?

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/20141027/9aeafe41/attachment.html>

From brad.westbrook at lyrasis.org  Mon Oct 27 09:49:28 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Mon, 27 Oct 2014 13:49:28 +0000
Subject: [Archivesspace_Users_Group] Create Import Job?
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F46C0290@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F46C0290@racex01>
Message-ID: <4bb52dec50604d21bbb388e4d6a2d467@DM2PR0801MB0862.namprd08.prod.outlook.com>

Hi, Patrick.

There are now two import buttons:


1)      One is on the Permissions user/permission mgmt. options, and it takes one to the Import log / history page

[cid:image001.jpg at 01CFF1CB.4CA0DEA0]



2)      A second is on the Create options, and it takes one directly to the start import job page
[cid:image002.png at 01CFF1CB.4CA0DEA0]


We are working on updating our documentation.

Brad

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Monday, October 27, 2014 9:35 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Create Import Job?

I may just be totally missing this because it's been moving around a little bit lately. Where is the Create Import Job button now located in v1.1.0?

Some background info: I am logged in as an admin with an account that has all permissions set as yes in a special group, so I should be able to see it. It is not on the navbar, the create dropdown menu, or the repository dropdown menu. This was a clean, new install of v1.1.0 and used a migration from AT.

Anyone else missing this functionality?

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/20141027/a7604334/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 11344 bytes
Desc: image001.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141027/a7604334/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 95838 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141027/a7604334/attachment.png>

From PGalligan at rockarch.org  Mon Oct 27 09:50:32 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Mon, 27 Oct 2014 09:50:32 -0400
Subject: [Archivesspace_Users_Group] Create Import Job?
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F331025254633A9@X10-MBX12.yu.yale.edu>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F46C0290@racex01>
	<DCB910FAD4CF9343B3E424AF5F331025254633A9@X10-MBX12.yu.yale.edu>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F46C029C@racex01>

Yes, it was.

I used some plugins that Chris created for 1.0.9, listed here: https://gist.github.com/cfitz/af3157ef7967368aadfc

They should not have changed the import jobs section, but they might have. I'll have another look.

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 Custer, Mark
Sent: Monday, October 27, 2014 9:47 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Create Import Job?

Patrick, you should be able to do this in v1.1.0 in the following ways:


?         Create --> Import Jobs (at the bottom of Create's dropdown list)

?         Settings dropdown (next to the repository name on the right-hand side of the screen) --> Import Jobs (above Reports) --> Create Import Job button

?         Cheating, like I usually do, and typing in "jobs/new/" to the URL

Since you don't see it in your create dropdown menu, though, I'd check to make sure that nothing in is overriding this in the new version.  Was your previous version of ASpace modified?  Things should look the same as they do in the http://sandbox.archivesspace.org/ installation.

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 Galligan, Patrick
Sent: Monday, October 27, 2014 9:35 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Create Import Job?

I may just be totally missing this because it's been moving around a little bit lately. Where is the Create Import Job button now located in v1.1.0?

Some background info: I am logged in as an admin with an account that has all permissions set as yes in a special group, so I should be able to see it. It is not on the navbar, the create dropdown menu, or the repository dropdown menu. This was a clean, new install of v1.1.0 and used a migration from AT.

Anyone else missing this functionality?

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/20141027/62fff318/attachment.html>

From PGalligan at rockarch.org  Mon Oct 27 10:13:11 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Mon, 27 Oct 2014 10:13:11 -0400
Subject: [Archivesspace_Users_Group] Create Import Job?
In-Reply-To: <F6E0CB227A713F4AA8F9598060B8F063D7F46C029C@racex01>
References: <F6E0CB227A713F4AA8F9598060B8F063D7F46C0290@racex01>
	<DCB910FAD4CF9343B3E424AF5F331025254633A9@X10-MBX12.yu.yale.edu>
	<F6E0CB227A713F4AA8F9598060B8F063D7F46C029C@racex01>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F46C02B0@racex01>

Thanks for the clue to look at modifications. The _header_repository.html.erb file was updated with the newest release and I had to make some changes to it instead of just carrying our old one over.

Everything's working now.

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

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Galligan, Patrick
Sent: Monday, October 27, 2014 9:51 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Create Import Job?

Yes, it was.

I used some plugins that Chris created for 1.0.9, listed here: https://gist.github.com/cfitz/af3157ef7967368aadfc

They should not have changed the import jobs section, but they might have. I'll have another look.

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 Custer, Mark
Sent: Monday, October 27, 2014 9:47 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Create Import Job?

Patrick, you should be able to do this in v1.1.0 in the following ways:


?         Create --> Import Jobs (at the bottom of Create's dropdown list)

?         Settings dropdown (next to the repository name on the right-hand side of the screen) --> Import Jobs (above Reports) --> Create Import Job button

?         Cheating, like I usually do, and typing in "jobs/new/" to the URL

Since you don't see it in your create dropdown menu, though, I'd check to make sure that nothing in is overriding this in the new version.  Was your previous version of ASpace modified?  Things should look the same as they do in the http://sandbox.archivesspace.org/ installation.

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 Galligan, Patrick
Sent: Monday, October 27, 2014 9:35 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Create Import Job?

I may just be totally missing this because it's been moving around a little bit lately. Where is the Create Import Job button now located in v1.1.0?

Some background info: I am logged in as an admin with an account that has all permissions set as yes in a special group, so I should be able to see it. It is not on the navbar, the create dropdown menu, or the repository dropdown menu. This was a clean, new install of v1.1.0 and used a migration from AT.

Anyone else missing this functionality?

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/20141027/4dca9c6d/attachment.html>

From robin_mcelheny at harvard.edu  Mon Oct 27 13:38:30 2014
From: robin_mcelheny at harvard.edu (McElheny, Robin G.)
Date: Mon, 27 Oct 2014 17:38:30 +0000
Subject: [Archivesspace_Users_Group] General purpose import tool for
	accession records?
Message-ID: <8e65ba50f68449aeb289467e9fb2da66@BLUPR07MB689.namprd07.prod.outlook.com>

Nathan ?

There are folks at Harvard who are interested in the general purpose import tool and we may be interested in testing it.  Can you send us some more information about it and what testing will entail?

Regards,
Robin

Robin McElheny
Associate University Archivist for Collections and Public Services
Harvard University Archives
Pusey Library
Cambridge, MA 02138
Email: robin_mcelheny at harvard.edu
Phone: 617-495-2461
Fax: 617-495-8011

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Nathan Stevens
Sent: Monday, October 20, 2014 10:18 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] importing to Accession and Resource records?

Hi Katherine,
The ASpace team is currently working on a general purpose import tool (https://github.com/ns96/ASpaceMigrator) which should make your data migration task easier.
If you would like to be a beta tester of this program let me know and we can discuss the details.

On Mon, Oct 20, 2014 at 9:18 AM, Katherine Collett <kcollett at hamilton.edu<mailto:kcollett at hamilton.edu>> wrote:
We?re just starting to map the fields from our old accession database in FileMaker Pro to the ArchivesSpace fields, in preparation for migrating all the data.  Can data be imported into both the Accession record and the Resource and other records?  We have fields, for instance for location, that ArchivesSpace has only in the Resource record, but we don?t actually have separate resource records?all the information is in the accessions database (or in separate Word description documents, which we can deal with later).

What we?re thinking of doing is importing the location information into a user-defined field, which I hope we will later be able to map to the location field in the Resource record.  I see that we need to create the locations to be linked records?which will work fine later, and we can use the location info in the user-defined field to assign the correct locations.  Is there a quicker way of importing all the locations to the proper fields?

Best,
Katherine

Katherine Collett, Archivist
Hamilton College Archives
Burke Library
198 College Hill Road
Clinton, NY 13323
askarch at hamilton.edu<mailto:askarch at hamilton.edu>
315-859-4471<tel:315-859-4471>
www.hamilton.edu/library/library_collections/archives.html<http://www.hamilton.edu/library/library_collections/archives.html>
www.facebook.com/BurkeLibrary<http://www.facebook.com/BurkeLibrary>
Hours: M-F 9:00am-12:00 noon and by appointment; contact to ascertain staff availability before visiting.

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



--
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu<mailto:ns96 at nyu.edu>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141027/c03011d7/attachment.html>

From EJOLLEY at nla.gov.au  Mon Oct 27 20:49:57 2014
From: EJOLLEY at nla.gov.au (Emma Jolley)
Date: Tue, 28 Oct 2014 00:49:57 +0000
Subject: [Archivesspace_Users_Group] Migration Tool update for ArchivesSpace
	v1.1.0 ?
Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC015F097CE7@EXMBX1.shire.nla.gov.au>

Dear Chris

Are you able to confirm when the Migration Tool will be updated for the new release ArchivesSpace v1.1.0?

Eagerly awaiting your reply....

Emma


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



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Tuesday, 21 October 2014 8:09 PM
To: Archivesspace Users Group; archivesspace at googlegroups.com<mailto:archivesspace at googlegroups.com>
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

(apologies about any cross postings)

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

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

This release includes upgrading Rails to 3.2.19, which addresses another important security patch<http://weblog.rubyonrails.org/2014/7/2/Rails_3_2_19_4_0_7_and_4_1_3_have_been_released/>. It is recommended that users update ArchivesSpace in order to apply this patch.

This release includes work contributed by Yale University and carried out by Hudson Molongo <http://www.hudsonmolonglo.com/> . This includes a number of UI enhancements that are generously being passed back to the ASpace community.

Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports. There will be more information on how to utilize this feature in the coming days.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been a vital keeping the whole thing on track.
There were also many bug fixes, including many done in the area of EAD import and export.
Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> for a listing of all the features, bugs, etc for this release.

Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.





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

From ns96 at nyu.edu  Tue Oct 28 09:52:49 2014
From: ns96 at nyu.edu (Nathan Stevens)
Date: Tue, 28 Oct 2014 09:52:49 -0400
Subject: [Archivesspace_Users_Group] Migration Tool update for
 ArchivesSpace v1.1.0 ?
In-Reply-To: <81FF938BA2407B4DA1E134E7FA5C09EC015F097CE7@EXMBX1.shire.nla.gov.au>
References: <81FF938BA2407B4DA1E134E7FA5C09EC015F097CE7@EXMBX1.shire.nla.gov.au>
Message-ID: <CADi=b=P1wwxana0nfz36tKg-o2tjTu7NZOg9-YK9ZXYSAJtpRw@mail.gmail.com>

Hi,

You can download the latest release of the AT migration plugin from the
Github site.

(https://github.com/archivesspace/at-migration/releases/tag/v1.1.0)

This release is:

1. Designed to work with both v1.0.9 and v1.1.0 of ASpace

2. Fixes bug in which Windows file URIs in External Documents were not
being migrated properly.

3. Supports options for specifying how Resource Components refids are
transferred. valid options are:

-refid_original --  Copy the original refid from the AT.

-refid_unique --  Copy the the original refid and adds a String to make
them unique (refid_abc).  This is the default option since a few Resource
records may have duplicate refids for resource components and will fail to
copy.

-refid_none --  Do not copy any refid, instead allow ArchivesSpace to
assign one.  If you are using the refid plug-in, then use this option.

-- 
Nathan Stevens
Programmer/Analyst
Digital Library Technology Services
New York University

1212-998-2653
ns96 at nyu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141028/81e132e8/attachment.html>

From jhamblet at nmu.edu  Tue Oct 28 13:54:17 2014
From: jhamblet at nmu.edu (Hambleton, John S)
Date: Tue, 28 Oct 2014 17:54:17 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!
In-Reply-To: <5ea28dd840074a89b30bcb753caada29@DM2PR08MB351.namprd08.prod.outlook.com>
References: <5ea28dd840074a89b30bcb753caada29@DM2PR08MB351.namprd08.prod.outlook.com>
Message-ID: <afdd1fbdd6364c278bedcb7e87f578a0@EX01.ads.nmu.edu>

Hello,

It says below that
"Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports.
There will be more information on how to utilize this feature in the coming days."

Is that information available yet?

Many thanks,
John H
NMU

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Tuesday, October 21, 2014 5:09 AM
To: Archivesspace Users Group; archivesspace at googlegroups.com
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

(apologies about any cross postings)

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

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

This release includes upgrading Rails to 3.2.19, which addresses another important security patch<http://weblog.rubyonrails.org/2014/7/2/Rails_3_2_19_4_0_7_and_4_1_3_have_been_released/>. It is recommended that users update ArchivesSpace in order to apply this patch.

This release includes work contributed by Yale University and carried out by Hudson Molongo <http://www.hudsonmolonglo.com/> . This includes a number of UI enhancements that are generously being passed back to the ASpace community.

Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports. There will be more information on how to utilize this feature in the coming days.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been a vital keeping the whole thing on track.
There were also many bug fixes, including many done in the area of EAD import and export.
Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> for a listing of all the features, bugs, etc for this release.

Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.





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

From Chris.Fitzpatrick at lyrasis.org  Tue Oct 28 17:30:09 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 28 Oct 2014 21:30:09 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!
In-Reply-To: <afdd1fbdd6364c278bedcb7e87f578a0@EX01.ads.nmu.edu>
References: <5ea28dd840074a89b30bcb753caada29@DM2PR08MB351.namprd08.prod.outlook.com>,
	<afdd1fbdd6364c278bedcb7e87f578a0@EX01.ads.nmu.edu>
Message-ID: <1414531808810.4679@lyrasis.org>

Hi John,


Yes! I've been traveling  the last few days, so I'm a little behind. Will write something up soon...


In the meantime, the reports module uses Jasper reports ( https://community.jaspersoft.com/project/jasperreports-library )<https://community.jaspersoft.com/project/jasperreports-library>



There are some tutorials online on how to author reports:


( using Jasper Studio )

https://community.jaspersoft.com/wiki/designing-report-jaspersoft-studio


( using iReport )

https://www.youtube.com/watch?v=103MUpnyrvk

I will follow up soon on how to include these reports in ArchivesSpace...


b,chris



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 28, 2014 6:54 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

Hello,

It says below that
"Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports.
There will be more information on how to utilize this feature in the coming days."

Is that information available yet?

Many thanks,
John H
NMU

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Tuesday, October 21, 2014 5:09 AM
To: Archivesspace Users Group; archivesspace at googlegroups.com
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

(apologies about any cross postings)

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

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

This release includes upgrading Rails to 3.2.19, which addresses another important security patch<http://weblog.rubyonrails.org/2014/7/2/Rails_3_2_19_4_0_7_and_4_1_3_have_been_released/>. It is recommended that users update ArchivesSpace in order to apply this patch.

This release includes work contributed by Yale University and carried out by Hudson Molongo <http://www.hudsonmolonglo.com/> . This includes a number of UI enhancements that are generously being passed back to the ASpace community.

Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports. There will be more information on how to utilize this feature in the coming days.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been a vital keeping the whole thing on track.
There were also many bug fixes, including many done in the area of EAD import and export.
Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> for a listing of all the features, bugs, etc for this release.

Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.





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

From akroeger at unomaha.edu  Tue Oct 28 17:36:42 2014
From: akroeger at unomaha.edu (Angela Kroeger)
Date: Tue, 28 Oct 2014 21:36:42 +0000
Subject: [Archivesspace_Users_Group] Strange search bug in ArchivesSpace
	staff mode
Message-ID: <8435d5f29c1f4f2eab8f6cd740d4462e@BLUPR07MB500.namprd07.prod.outlook.com>

This is incredibly bizarre, but whenever I search the word "albums" in the staff interface of ArchivesSpace, I get an error message, "We're sorry, but something went wrong." This happens consistently with this particular search.

I have no problem searching the word "album" (singular). It does not matter if I search the word "albums" with or without quotation marks, or with or without other search terms. If that word is there, I get the error. I have no trouble searching "albums" in the public interface; this bug is only in the staff interface. I have not (yet?) seen this happen with other search terms.

Has anyone else encountered a similar problem?

We are on version 1.1.0.

Angela Kroeger
akroeger at unomaha.edu
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159

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

From Chris.Fitzpatrick at lyrasis.org  Tue Oct 28 17:41:49 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Tue, 28 Oct 2014 21:41:49 +0000
Subject: [Archivesspace_Users_Group] Strange search bug in
	ArchivesSpace	staff mode
In-Reply-To: <8435d5f29c1f4f2eab8f6cd740d4462e@BLUPR07MB500.namprd07.prod.outlook.com>
References: <8435d5f29c1f4f2eab8f6cd740d4462e@BLUPR07MB500.namprd07.prod.outlook.com>
Message-ID: <1414532509101.38916@lyrasis.org>



Hi Angela,


This is strange. I think the issue is that you're getting a record in your result set that has an issue.


Would it be possible for you to send me a zipped up copy of your database? I can look at it and see where the problem is...


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Angela Kroeger <akroeger at unomaha.edu>
Sent: Tuesday, October 28, 2014 10:36 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Strange search bug in ArchivesSpace staff mode

This is incredibly bizarre, but whenever I search the word "albums" in the staff interface of ArchivesSpace, I get an error message, "We're sorry, but something went wrong." This happens consistently with this particular search.

I have no problem searching the word "album" (singular). It does not matter if I search the word "albums" with or without quotation marks, or with or without other search terms. If that word is there, I get the error. I have no trouble searching "albums" in the public interface; this bug is only in the staff interface. I have not (yet?) seen this happen with other search terms.

Has anyone else encountered a similar problem?

We are on version 1.1.0.

Angela Kroeger
akroeger at unomaha.edu
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159

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

From mariella at caltech.edu  Tue Oct 28 17:51:10 2014
From: mariella at caltech.edu (Soprano, Maria (Mariella))
Date: Tue, 28 Oct 2014 21:51:10 +0000
Subject: [Archivesspace_Users_Group] Classification module - problem with
	Identifiers
Message-ID: <A9F6E93F47D3E14B9C61F47087FEF6F12416DC94@EX-MAIL1.ad.caltech.edu>

Hi,

At Caltech we are planning to use the Classification module for the 'series' field of our legacy records. Our legacy records do not have identifiers connected to the series terms. Is there a way of, either leaving the 'identifier' field blank or entering a running number as identifier? If we were entering a running number, we would want to be able to check the last used running number, in order to allocate a new one for a new classification term. Anybody with a similar problem?

Thanks

Mariella

Mariella Soprano | Special Projects Archivist | Archives & Special Collections | archives.caltech.edu<http://www.archives.caltech.edu/>
Mail Code 015A-74 | Pasadena CA 91125 | Phone 626.395-2501 | Fax 626.395.4073 | mariella at caltech.edu<mailto:mariella at caltech.edu> | Caltech | caltech.edu<http://www.caltech.edu/>


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

From prom at illinois.edu  Tue Oct 28 17:57:26 2014
From: prom at illinois.edu (Prom, Christopher John)
Date: Tue, 28 Oct 2014 21:57:26 +0000
Subject: [Archivesspace_Users_Group] Classification module - problem
 with	Identifiers
In-Reply-To: <A9F6E93F47D3E14B9C61F47087FEF6F12416DC94@EX-MAIL1.ad.caltech.edu>
References: <A9F6E93F47D3E14B9C61F47087FEF6F12416DC94@EX-MAIL1.ad.caltech.edu>
Message-ID: <637CDE0B-6F63-413E-9687-6208DA1EA819@illinois.edu>

Mariella,

I think it would be worth exploring a plug in that links the classifications to the identifiers or more likely allows you to substitute particular classifcations for all parts of the identifer except the ?last? one using in your local system

his is something I had hoped to explore at Illinois, as we move forward with our implementation plan (not quite there yet given other project) and would more or less replicate the way was had it set up in Archon, allowing definined navigation paths in the public UI.


Chris

Christopher Prom, PhD
Professor, University Library
Assistant University Archivist
1408 W. Gregory Drive
Urbana, IL 61820
(217) 244-2052
prom at illinois.edu<mailto:prom at illinois.edu>

http://archives.library.illinois.edu
Blog: http://e-records.chrisprom.com

On Oct 28, 2014, at 4:51 PM, Soprano, Maria (Mariella) <mariella at caltech.edu<mailto:mariella at caltech.edu>> wrote:

Hi,

At Caltech we are planning to use the Classification module for the ?series? field of our legacy records. Our legacy records do not have identifiers connected to the series terms. Is there a way of, either leaving the ?identifier? field blank or entering a running number as identifier? If we were entering a running number, we would want to be able to check the last used running number, in order to allocate a new one for a new classification term. Anybody with a similar problem?

Thanks

Mariella

Mariella Soprano | Special Projects Archivist | Archives & Special Collections | archives.caltech.edu<http://www.archives.caltech.edu/>
Mail Code 015A-74 | Pasadena CA 91125 | Phone 626.395-2501 | Fax 626.395.4073 | mariella at caltech.edu<mailto:mariella at caltech.edu> | Caltech | caltech.edu<http://www.caltech.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/20141028/54595907/attachment.html>

From kate_bowers at harvard.edu  Tue Oct 28 23:17:04 2014
From: kate_bowers at harvard.edu (Bowers, Kate A.)
Date: Wed, 29 Oct 2014 03:17:04 +0000
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!
In-Reply-To: <1414531808810.4679@lyrasis.org>
References: <5ea28dd840074a89b30bcb753caada29@DM2PR08MB351.namprd08.prod.outlook.com>,
	<afdd1fbdd6364c278bedcb7e87f578a0@EX01.ads.nmu.edu>,
	<1414531808810.4679@lyrasis.org>
Message-ID: <1414552624291.2018@harvard.edu>

I hope we just get simple CSV downloads for reporting--just free the data.  It's easy to work with spreadsheet software or any database software you already know how to use as long as you can get the raw data.

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



________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>
Sent: Tuesday, October 28, 2014 5:30:09 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!


Hi John,


Yes! I've been traveling  the last few days, so I'm a little behind. Will write something up soon...


In the meantime, the reports module uses Jasper reports ( https://community.jaspersoft.com/project/jasperreports-library )<https://community.jaspersoft.com/project/jasperreports-library>



There are some tutorials online on how to author reports:


( using Jasper Studio )

https://community.jaspersoft.com/wiki/designing-report-jaspersoft-studio


( using iReport )

https://www.youtube.com/watch?v=103MUpnyrvk

I will follow up soon on how to include these reports in ArchivesSpace...


b,chris



Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Hambleton, John S <jhamblet at nmu.edu>
Sent: Tuesday, October 28, 2014 6:54 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

Hello,

It says below that
"Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports.
There will be more information on how to utilize this feature in the coming days."

Is that information available yet?

Many thanks,
John H
NMU

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Tuesday, October 21, 2014 5:09 AM
To: Archivesspace Users Group; archivesspace at googlegroups.com
Subject: [Archivesspace_Users_Group] ArchivesSpace v1.1.0 released!

(apologies about any cross postings)

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

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

This release includes upgrading Rails to 3.2.19, which addresses another important security patch<http://weblog.rubyonrails.org/2014/7/2/Rails_3_2_19_4_0_7_and_4_1_3_have_been_released/>. It is recommended that users update ArchivesSpace in order to apply this patch.

This release includes work contributed by Yale University and carried out by Hudson Molongo <http://www.hudsonmolonglo.com/> . This includes a number of UI enhancements that are generously being passed back to the ASpace community.

Also included in this release is an enhanced reporting module which will allow users to compose their own custom reports. There will be more information on how to utilize this feature in the coming days.

Thanks to all the volunteers on the ArchivesSpace User Advisory and Technical Advisory Committees, who have been a vital keeping the whole thing on track.
There were also many bug fixes, including many done in the area of EAD import and export.
Please see the release page<https://github.com/archivesspace/archivesspace/releases/tag/v1.1.0> for a listing of all the features, bugs, etc for this release.

Let us know if you have any questions, comments, or concerns!

Regards, Chris Fitzpatrick.





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

From PGalligan at rockarch.org  Wed Oct 29 08:57:47 2014
From: PGalligan at rockarch.org (Galligan, Patrick)
Date: Wed, 29 Oct 2014 08:57:47 -0400
Subject: [Archivesspace_Users_Group] Strange search bug
	in	ArchivesSpace	staff mode
In-Reply-To: <1414532509101.38916@lyrasis.org>
References: <8435d5f29c1f4f2eab8f6cd740d4462e@BLUPR07MB500.namprd07.prod.outlook.com>
	<1414532509101.38916@lyrasis.org>
Message-ID: <F6E0CB227A713F4AA8F9598060B8F063D7F46C0513@racex01>

I'm going to jump in here and say I've noticed something strange like this happening with our version of 1.1.0. For us it's a specific resource identifier number, and it only happens when I use the "Search All Records" functionality.

The resource record opens up completely fine, and I can use the same search string in the filter by text box in the browse resources functionality without any issue. It seems to be an isolated issue with just this specific string in the search all records option.

Same as Angela, this is specifically on the staff portion of the site, the public side returns search results completely fine.

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

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Tuesday, October 28, 2014 5:42 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: Re: [Archivesspace_Users_Group] Strange search bug in ArchivesSpace staff mode






Hi Angela,



This is strange. I think the issue is that you're getting a record in your result set that has an issue.



Would it be possible for you to send me a zipped up copy of your database? I can look at it and see where the problem is...



b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Angela Kroeger <akroeger at unomaha.edu<mailto:akroeger at unomaha.edu>>
Sent: Tuesday, October 28, 2014 10:36 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Strange search bug in ArchivesSpace staff mode

This is incredibly bizarre, but whenever I search the word "albums" in the staff interface of ArchivesSpace, I get an error message, "We're sorry, but something went wrong." This happens consistently with this particular search.

I have no problem searching the word "album" (singular). It does not matter if I search the word "albums" with or without quotation marks, or with or without other search terms. If that word is there, I get the error. I have no trouble searching "albums" in the public interface; this bug is only in the staff interface. I have not (yet?) seen this happen with other search terms.

Has anyone else encountered a similar problem?

We are on version 1.1.0.

Angela Kroeger
akroeger at unomaha.edu<mailto:akroeger at unomaha.edu>
Archives and Special Collections Associate
Dr. C.C. and Mabel L. Criss Library
University of Nebraska at Omaha
(402) 554-4159

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

From FPitaro at ap.org  Wed Oct 29 09:33:15 2014
From: FPitaro at ap.org (Pitaro, Francesca)
Date: Wed, 29 Oct 2014 13:33:15 +0000
Subject: [Archivesspace_Users_Group] Strange search bug
Message-ID: <213B97E293CEAF4EA0383FF5B29E66ED81792270@CTCXMBX10.ap.org>

We are having the same problem as Angela.  When searching the world "Heinzerling", I get the same "something went wrong message". If I add the first name, there is no problem. It is a record that I added since we upgraded to the new release. Not sure if this is relevant.

Francesca

[cid:image001.jpg at 01CFF35B.5D360AB0]



[signature-96]







Francesca Pitaro
Processing Archivist
AP Corporate Archives

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

450 West 33rd Street
New York, NY 10001
T 212-621-7446





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

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

From Chris.Fitzpatrick at lyrasis.org  Wed Oct 29 10:02:36 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Wed, 29 Oct 2014 14:02:36 +0000
Subject: [Archivesspace_Users_Group] Strange search bug
In-Reply-To: <213B97E293CEAF4EA0383FF5B29E66ED81792270@CTCXMBX10.ap.org>
References: <213B97E293CEAF4EA0383FF5B29E66ED81792270@CTCXMBX10.ap.org>
Message-ID: <1414591356097.30966@lyrasis.org>

Hi All,


Yes, there looks like there's a bug. The issue is actually not with the search term, but with the results. Archival Objects don't have to have titles, so in the results set its trying to call html_safe ( a method that clears a string to be rendered as html ) on a nil value.


Writing a test now and will submit a patch shortly. Apologise about the inconvenience.


b,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Pitaro, Francesca <FPitaro at ap.org>
Sent: Wednesday, October 29, 2014 2:33 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Strange search bug

We are having the same problem as Angela.  When searching the world "Heinzerling", I get the same "something went wrong message". If I add the first name, there is no problem. It is a record that I added since we upgraded to the new release. Not sure if this is relevant.

Francesca

[cid:image001.jpg at 01CFF35B.5D360AB0]



[signature-96]







Francesca Pitaro
Processing Archivist
AP Corporate Archives

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

450 West 33rd Street
New York, NY 10001
T 212-621-7446




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


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

From asmally at colgate.edu  Wed Oct 29 10:14:14 2014
From: asmally at colgate.edu (Allyson Smally)
Date: Wed, 29 Oct 2014 10:14:14 -0400
Subject: [Archivesspace_Users_Group] Strange search bug
In-Reply-To: <213B97E293CEAF4EA0383FF5B29E66ED81792270@CTCXMBX10.ap.org>
References: <213B97E293CEAF4EA0383FF5B29E66ED81792270@CTCXMBX10.ap.org>
Message-ID: <CANaJi87YZF94vhDGkMbQy38EabTnd8Uajr-3Armg7hB=3eLSTw@mail.gmail.com>

We are also getting the same message when searching for particular
collection numbers.
They are all collections that I have modified recently, I believe since the
new release.

-Allyson

On Wed, Oct 29, 2014 at 9:33 AM, Pitaro, Francesca <FPitaro at ap.org> wrote:

>  We are having the same problem as Angela.  When searching the world
> ?Heinzerling?, I get the same ?something went wrong message?. If I add the
> first name, there is no problem. It is a record that I added since we
> upgraded to the new release. Not sure if this is relevant.
>
>
>
> Francesca
>
>
>
>
>
> [image: signature-96]
>
>
>
>
>
>
>
> *Francesca Pitaro*
>
> Processing Archivist
> AP Corporate Archives
>
>
>
> fpitaro at ap.org
> www.ap.org
>
> 450 West 33rd Street
>
> New York, NY 10001
>
> T 212-621-7446
>
>
>
>
>
> The information contained in this communication is intended for the use
> of the designated recipients named above. If the reader of this
> communication is not the intended recipient, you are hereby notified
> that you have received this communication in error, and that any review,
> dissemination, distribution or copying of this communication is strictly
> prohibited. If you have received this communication in error, please
> notify The Associated Press immediately by telephone at +1-212-621-1898
> and delete this email. Thank you.
> [IP_US_DISC]
>
> msk dccc60c6d2c3a6438f0cf467d9a4938
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
>


-- 
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141029/05cce239/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 14637 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141029/05cce239/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 13756 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141029/05cce239/attachment-0001.jpg>

From EJOLLEY at nla.gov.au  Thu Oct 30 18:42:59 2014
From: EJOLLEY at nla.gov.au (Emma Jolley)
Date: Thu, 30 Oct 2014 22:42:59 +0000
Subject: [Archivesspace_Users_Group] Problems with Previous Location
Message-ID: <81FF938BA2407B4DA1E134E7FA5C09EC015F09A747@EXMBX1.shire.nla.gov.au>

Dear All

I have been experiencing an error when trying to change a location in an Accession record to "Previous". I keep getting the following message:

Status - translation missing: en.validation_errors.cannot_be_previous_if_location_is_not_temporary

I recall that someone mentioned this error a few months ago. I'd be grateful if you could let me know if this is a known bug and/or if it has been fixed? Or if I am doing something wrong.

I am using the 1.1.0 version.

Many thanks

Emma




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



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141030/36553a26/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture (Device Independent Bitmap) 1.jpg
Type: image/jpeg
Size: 16827 bytes
Desc: Picture (Device Independent Bitmap) 1.jpg
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141030/36553a26/attachment.jpg>

From s.innes at auckland.ac.nz  Thu Oct 30 20:04:57 2014
From: s.innes at auckland.ac.nz (Stephen Innes)
Date: Fri, 31 Oct 2014 00:04:57 +0000
Subject: [Archivesspace_Users_Group] Public user interface
Message-ID: <015B1C30FBB6FD4EA43F95D77D286423C992847D@uxcn10-6.UoA.auckland.ac.nz>

Does anyone have an instance of the public user interface of the AS which they have implemented in either a trial or live form and that they would be willing to share? I am giving a presentation on the system to the archivists at the University of Auckland Libraries and Learning Services, where we are currently using the Archivists? Toolkit.

We have an AS sandbox instance of the public interface but it would be great to see a customised example to give a better sense of the institutional setting and options for implementation.


Regards,



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/20141031/bd81b720/attachment.html>

From Chris.Fitzpatrick at lyrasis.org  Fri Oct 31 06:02:03 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 31 Oct 2014 10:02:03 +0000
Subject: [Archivesspace_Users_Group] Java 8 issues with v1.1.0
Message-ID: <1414749725688.83337@lyrasis.org>


Hi All,


As some have found out, there is an issue with v1.1.0 running on java 8 which is causing ASpace to not launch.


The problem is that the jasper reports module require a library that compiles the Jasper jrxml files, which is does with a library called jdt-compiler-3.1.1.jar, which does not run on Java 8.


So, you'll know you have a problem right off the bat, as the application will not launch. This does not affect users running earlier versions of java.


If you want to run Java 8, you must remove this jdt-compiler-3.1.1.jar file from you lib directory AND you much be using the Java 8 JDK ( not simply the JRE), since this includes some libraries Jasper falls back on to compile reports.


I'm looking into adding a version of the jdt-compiler that is Java 8 friendly. I'm also adding more test to our Jenkins CI test server to test different java versions to ensure we don't run into this again.


Sorry about any inconvenience. Let me know if you have any questions...


Best, Chris.



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

From Chris.Fitzpatrick at lyrasis.org  Fri Oct 31 08:27:35 2014
From: Chris.Fitzpatrick at lyrasis.org (Chris Fitzpatrick)
Date: Fri, 31 Oct 2014 12:27:35 +0000
Subject: [Archivesspace_Users_Group] Java 8 issues with v1.1.0
In-Reply-To: <1414749725688.83337@lyrasis.org>
References: <1414749725688.83337@lyrasis.org>
Message-ID: <1414758457136.99252@lyrasis.org>



Hi,


Just to clarify really quick:


If you're ArchivesSpace is at v1.1.0 and is running ,this does not affect you.


Most people are still running Java 7, which is the recommended version of java for ArchivesSpace.



best,chris.


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>
Sent: Friday, October 31, 2014 11:02 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] Java 8 issues with v1.1.0



Hi All,


As some have found out, there is an issue with v1.1.0 running on java 8 which is causing ASpace to not launch.


The problem is that the jasper reports module require a library that compiles the Jasper jrxml files, which is does with a library called jdt-compiler-3.1.1.jar, which does not run on Java 8.


So, you'll know you have a problem right off the bat, as the application will not launch. This does not affect users running earlier versions of java.


If you want to run Java 8, you must remove this jdt-compiler-3.1.1.jar file from you lib directory AND you much be using the Java 8 JDK ( not simply the JRE), since this includes some libraries Jasper falls back on to compile reports.


I'm looking into adding a version of the jdt-compiler that is Java 8 friendly. I'm also adding more test to our Jenkins CI test server to test different java versions to ensure we don't run into this again.


Sorry about any inconvenience. Let me know if you have any questions...


Best, Chris.



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

From mark.custer at yale.edu  Fri Oct 31 08:59:22 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Fri, 31 Oct 2014 12:59:22 +0000
Subject: [Archivesspace_Users_Group] Public user interface
In-Reply-To: <015B1C30FBB6FD4EA43F95D77D286423C992847D@uxcn10-6.UoA.auckland.ac.nz>
References: <015B1C30FBB6FD4EA43F95D77D286423C992847D@uxcn10-6.UoA.auckland.ac.nz>
Message-ID: <DCB910FAD4CF9343B3E424AF5F3310252547888C@x10-mbx8.yu.yale.edu>

Stephen,

I?ve seen a few, like the following:

http://gvsu.lyrasistechnology.org/
http://archivesspace.middlebury.edu/
http://archives.usc.edu/

I?d say that the public interface still needs a lot of work, but the infrastructure is there (although I?d definitely want to change the URL structure).   I haven?t seen anyone make any major changes to the public interface just yet, but hopefully that will be done through the core code so that everyone will benefit (and the webpages will be rid of labels like ?Container 1 Indicator? :)).

Are there other public interface examples out there?

All my best,

Mark


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, October 30, 2014 8:05 PM
To: archivesspace_users_group at lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Public user interface

Does anyone have an instance of the public user interface of the AS which they have implemented in either a trial or live form and that they would be willing to share? I am giving a presentation on the system to the archivists at the University of Auckland Libraries and Learning Services, where we are currently using the Archivists? Toolkit.

We have an AS sandbox instance of the public interface but it would be great to see a customised example to give a better sense of the institutional setting and options for implementation.


Regards,



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/20141031/04d15fa9/attachment.html>

From mark.custer at yale.edu  Fri Oct 31 09:14:44 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Fri, 31 Oct 2014 13:14:44 +0000
Subject: [Archivesspace_Users_Group] System overlap (ASpace, Aeon, etc.)
Message-ID: <DCB910FAD4CF9343B3E424AF5F331025254788B3@x10-mbx8.yu.yale.edu>

All,

Out of curiosity, I started to put together a spreadsheet to see what system overlap there might be for ArchivesSpace members.  If you're interested - and especially if you want to edit this list - I put it up in Google docs:

https://docs.google.com/spreadsheets/d/1hTV08OK5nSqVINd0QYfeWBLsQvCU3fYsynQsqTfk1_k/edit?usp=sharing

I already knew that there would be some overlap between ASpace members and Aeon subscribers, for instance, but after compiling the list, I know now that there are 24 institutions that fit into this category (according to the ASpace and Aeon websites, at least).

Mark


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

From jane.callahan at wellesley.edu  Fri Oct 31 09:36:48 2014
From: jane.callahan at wellesley.edu (Jane A. Callahan)
Date: Fri, 31 Oct 2014 09:36:48 -0400
Subject: [Archivesspace_Users_Group] docs.archivesspace.org down?
Message-ID: <CALXOmym8Q10nP6c9sUYipp-qe6uiBcYqxVYejhVqDjHOLLhMTg@mail.gmail.com>

Hi All,

I'm getting a message that the webpage is not available.  Perhaps the
server is down?

Best, Jane
----
Jane A. Callahan
Archivist, Wellesley College
Margaret Clapp Library
Wellesley, MA  02481
phone: 781-283-2128
jane.callahan at wellesley.edu

*** Many people want your password so they can steal your information. If
an email asks you to send your password or directs you to a page that is
NOT in the wellesley.edu domain, DO NOT provide your password. LTS will
never ask for your passwords -- when in doubt, contact the LTS Computing
Help Desk.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141031/8cffe460/attachment.html>

From brad.westbrook at lyrasis.org  Fri Oct 31 09:41:24 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Fri, 31 Oct 2014 13:41:24 +0000
Subject: [Archivesspace_Users_Group] docs.archivesspace.org down?
In-Reply-To: <CALXOmym8Q10nP6c9sUYipp-qe6uiBcYqxVYejhVqDjHOLLhMTg@mail.gmail.com>
References: <CALXOmym8Q10nP6c9sUYipp-qe6uiBcYqxVYejhVqDjHOLLhMTg@mail.gmail.com>
Message-ID: <9c5844351efe4f3f82e6d1dadc8f6aa1@DM2PR0801MB0862.namprd08.prod.outlook.com>

Thanks for pointing that out, Jane.  We?ll investigate.   Brad


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jane A. Callahan
Sent: Friday, October 31, 2014 9:37 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] docs.archivesspace.org down?

Hi All,

I'm getting a message that the webpage is not available.  Perhaps the server is down?

Best, Jane
----
Jane A. Callahan
Archivist, Wellesley College
Margaret Clapp Library
Wellesley, MA  02481
phone: 781-283-2128
jane.callahan at wellesley.edu<mailto:jane.callahan at wellesley.edu>

*** Many people want your password so they can steal your information. If an email asks you to send your password or directs you to a page that is NOT in the wellesley.edu<http://wellesley.edu/> domain, DO NOT provide your password. LTS will never ask for your passwords -- when in doubt, contact the LTS Computing Help Desk.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141031/8b0d8579/attachment.html>

From brad.westbrook at lyrasis.org  Fri Oct 31 09:56:28 2014
From: brad.westbrook at lyrasis.org (Brad Westbrook)
Date: Fri, 31 Oct 2014 13:56:28 +0000
Subject: [Archivesspace_Users_Group] docs.archivesspace.org down?
In-Reply-To: <9c5844351efe4f3f82e6d1dadc8f6aa1@DM2PR0801MB0862.namprd08.prod.outlook.com>
References: <CALXOmym8Q10nP6c9sUYipp-qe6uiBcYqxVYejhVqDjHOLLhMTg@mail.gmail.com>
	<9c5844351efe4f3f82e6d1dadc8f6aa1@DM2PR0801MB0862.namprd08.prod.outlook.com>
Message-ID: <54840a3ef75f4eeb9466ef0f04506486@DM2PR0801MB0862.namprd08.prod.outlook.com>

Hi.  The site is back up.   Brad


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Brad Westbrook
Sent: Friday, October 31, 2014 9:41 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] docs.archivesspace.org down?

Thanks for pointing that out, Jane.  We?ll investigate.   Brad


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 A. Callahan
Sent: Friday, October 31, 2014 9:37 AM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] docs.archivesspace.org down?

Hi All,

I'm getting a message that the webpage is not available.  Perhaps the server is down?

Best, Jane
----
Jane A. Callahan
Archivist, Wellesley College
Margaret Clapp Library
Wellesley, MA  02481
phone: 781-283-2128
jane.callahan at wellesley.edu<mailto:jane.callahan at wellesley.edu>

*** Many people want your password so they can steal your information. If an email asks you to send your password or directs you to a page that is NOT in the wellesley.edu<http://wellesley.edu/> domain, DO NOT provide your password. LTS will never ask for your passwords -- when in doubt, contact the LTS Computing Help Desk.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141031/2fa0e3ca/attachment.html>

From prom at illinois.edu  Fri Oct 31 10:11:19 2014
From: prom at illinois.edu (Prom, Christopher John)
Date: Fri, 31 Oct 2014 14:11:19 +0000
Subject: [Archivesspace_Users_Group] Fwd: Univeristy of Illinois Issues
	Report
References: <F4084779-426B-44F3-BDD8-B84B8B323B6B@illinois.edu>
Message-ID: <F112DC10-1CB4-4574-9B9E-3720960367FA@illinois.edu>

Hi everyone,

I am forwarding a message and report that I recently sent to the User Advisory Committee and Technical Advisory Committees.  I would be very happy to take feedback or answer any questions about this report, and to pass comments back to UAC/TAC.  The report will be considered along with other inputs for the community-driven prioritization and development process.

Thanks,

Chris Prom
University of Illinois at Urbana-Champaign

Begin forwarded message:
>
> Hi everyone,
>
> I've attached to this message an 'issues report' that the University of Illinois has developed as part of our initial initial ASpace implementation assessment.  The report highlights areas of the interface which we believe must be significantly improved prior to our implementation of ASpace as a production system.  The report  can also be seen as a 'gap analysis' of sorts for Archon/ASpace.  I would like to note that this assessment was completed with version 1.0.9, so it is possible some of the issues were addressed with the latest release, which we have not yet tested.
>
> At this time, I'd like to ask that the UAC and TAC consider this report along with other inputs for its various subgroups; we feel significant improvements to the UI are possible and would benefit the entire community.  Community driven UI refinement is something we hope to participate in over the next year, as our implementation moves forward with a target 'production' date of Jan 2016.
>
> Thanks,
>
> Chris Prom
> University of Illinois at Urbana-Champaign
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141031/aefff8b3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ASpace_Issues_Report_U_Illinois.pdf
Type: application/pdf
Size: 719918 bytes
Desc: ASpace_Issues_Report_U_Illinois.pdf
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20141031/aefff8b3/attachment.pdf>

From luftsche at usc.edu  Fri Oct 31 12:21:03 2014
From: luftsche at usc.edu (Susan Luftschein)
Date: Fri, 31 Oct 2014 16:21:03 +0000
Subject: [Archivesspace_Users_Group] Public user interface
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F3310252547888C@x10-mbx8.yu.yale.edu>
References: <015B1C30FBB6FD4EA43F95D77D286423C992847D@uxcn10-6.UoA.auckland.ac.nz>
	<DCB910FAD4CF9343B3E424AF5F3310252547888C@x10-mbx8.yu.yale.edu>
Message-ID: <bb6aa9182598441eb79365f9f7a8d1bd@DM2PR0701MB1327.namprd07.prod.outlook.com>

Hi Stephen,

Mark included the url to our public interface, but I would not use it as an example as it is not yet live, and not yet fully customized.

Thanks,
Sue Luftschein

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Friday, October 31, 2014 5:59 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Public user interface

Stephen,

I?ve seen a few, like the following:

http://gvsu.lyrasistechnology.org/
http://archivesspace.middlebury.edu/
http://archives.usc.edu/

I?d say that the public interface still needs a lot of work, but the infrastructure is there (although I?d definitely want to change the URL structure).   I haven?t seen anyone make any major changes to the public interface just yet, but hopefully that will be done through the core code so that everyone will benefit (and the webpages will be rid of labels like ?Container 1 Indicator? :)).

Are there other public interface examples out there?

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 Stephen Innes
Sent: Thursday, October 30, 2014 8:05 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Public user interface

Does anyone have an instance of the public user interface of the AS which they have implemented in either a trial or live form and that they would be willing to share? I am giving a presentation on the system to the archivists at the University of Auckland Libraries and Learning Services, where we are currently using the Archivists? Toolkit.

We have an AS sandbox instance of the public interface but it would be great to see a customised example to give a better sense of the institutional setting and options for implementation.


Regards,



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/20141031/71976875/attachment.html>

From mark.custer at yale.edu  Fri Oct 31 12:58:32 2014
From: mark.custer at yale.edu (Custer, Mark)
Date: Fri, 31 Oct 2014 16:58:32 +0000
Subject: [Archivesspace_Users_Group] Public user interface
In-Reply-To: <bb6aa9182598441eb79365f9f7a8d1bd@DM2PR0701MB1327.namprd07.prod.outlook.com>
References: <015B1C30FBB6FD4EA43F95D77D286423C992847D@uxcn10-6.UoA.auckland.ac.nz>
	<DCB910FAD4CF9343B3E424AF5F3310252547888C@x10-mbx8.yu.yale.edu>
	<bb6aa9182598441eb79365f9f7a8d1bd@DM2PR0701MB1327.namprd07.prod.outlook.com>
Message-ID: <DCB910FAD4CF9343B3E424AF5F33102525478A1C@x10-mbx8.yu.yale.edu>

Sorry about that, Sue.  I should?ve mentioned that I didn?t ask anyone before I included the links.  Some I just found by Googling around, like the GVSU one, and this one, too:

http://archives.lyrasistechnology.org/


From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein
Sent: Friday, October 31, 2014 12:21 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Public user interface

Hi Stephen,

Mark included the url to our public interface, but I would not use it as an example as it is not yet live, and not yet fully customized.

Thanks,
Sue Luftschein

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Friday, October 31, 2014 5:59 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Public user interface

Stephen,

I?ve seen a few, like the following:

http://gvsu.lyrasistechnology.org/
http://archivesspace.middlebury.edu/
http://archives.usc.edu/

I?d say that the public interface still needs a lot of work, but the infrastructure is there (although I?d definitely want to change the URL structure).   I haven?t seen anyone make any major changes to the public interface just yet, but hopefully that will be done through the core code so that everyone will benefit (and the webpages will be rid of labels like ?Container 1 Indicator? :)).

Are there other public interface examples out there?

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 Stephen Innes
Sent: Thursday, October 30, 2014 8:05 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Public user interface

Does anyone have an instance of the public user interface of the AS which they have implemented in either a trial or live form and that they would be willing to share? I am giving a presentation on the system to the archivists at the University of Auckland Libraries and Learning Services, where we are currently using the Archivists? Toolkit.

We have an AS sandbox instance of the public interface but it would be great to see a customised example to give a better sense of the institutional setting and options for implementation.


Regards,



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/20141031/db9e9b31/attachment.html>

From acschindler at unomaha.edu  Fri Oct 31 13:07:38 2014
From: acschindler at unomaha.edu (Amy Schindler)
Date: Fri, 31 Oct 2014 17:07:38 +0000
Subject: [Archivesspace_Users_Group] Public user interface
In-Reply-To: <DCB910FAD4CF9343B3E424AF5F33102525478A1C@x10-mbx8.yu.yale.edu>
References: <015B1C30FBB6FD4EA43F95D77D286423C992847D@uxcn10-6.UoA.auckland.ac.nz>
	<DCB910FAD4CF9343B3E424AF5F3310252547888C@x10-mbx8.yu.yale.edu>
	<bb6aa9182598441eb79365f9f7a8d1bd@DM2PR0701MB1327.namprd07.prod.outlook.com>
	<DCB910FAD4CF9343B3E424AF5F33102525478A1C@x10-mbx8.yu.yale.edu>
Message-ID: <b75434a94c2d43919d504acc9461336a@DM2PR07MB942.namprd07.prod.outlook.com>

We have not done any customization either, but here it is: http://unomaha-public.lyrasistechnology.org/.



Amy C. Schindler
Director, Archives & Special Collections<http://libguides.unomaha.edu/ArchivesSpecialCollections>
Dr. C.C. and Mabel L. Criss Library<http://library.unomaha.edu/>
University of Nebraska Omaha
402-554-6046
acschindler at unomaha.edu<mailto:acschindler at unomaha.edu>

**Archives & Special Collections is undergoing renovations and advance appointments are required to use the collection. Information is available on our website<http://libguides.unomaha.edu/ArchivesSpecialCollections> or contact us for assistance. **



[Media:UniversityCommunications:Graphic Design:Brand tools:Logos- UNO:Vector files:Lock-up:Lockup-color on white backgrnd.eps]

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, October 31, 2014 11:59 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Public user interface

Sorry about that, Sue.  I should?ve mentioned that I didn?t ask anyone before I included the links.  Some I just found by Googling around, like the GVSU one, and this one, too:

http://archives.lyrasistechnology.org/


From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Susan Luftschein
Sent: Friday, October 31, 2014 12:21 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Public user interface

Hi Stephen,

Mark included the url to our public interface, but I would not use it as an example as it is not yet live, and not yet fully customized.

Thanks,
Sue Luftschein

Sue Luftschein
Archival and Metadata Librarian
USC Libraries Special Collections
University of Southern California
Doheny Memorial Library
3550 Trousdale Parkway, Room 207
Los Angeles, CA 90089-0189
tel:213-740-4046
fax:213-740-2343
luftsche at usc.edu<mailto:luftsche at usc.edu>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Friday, October 31, 2014 5:59 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Public user interface

Stephen,

I?ve seen a few, like the following:

http://gvsu.lyrasistechnology.org/
http://archivesspace.middlebury.edu/
http://archives.usc.edu/

I?d say that the public interface still needs a lot of work, but the infrastructure is there (although I?d definitely want to change the URL structure).   I haven?t seen anyone make any major changes to the public interface just yet, but hopefully that will be done through the core code so that everyone will benefit (and the webpages will be rid of labels like ?Container 1 Indicator? :)).

Are there other public interface examples out there?

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 Stephen Innes
Sent: Thursday, October 30, 2014 8:05 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Public user interface

Does anyone have an instance of the public user interface of the AS which they have implemented in either a trial or live form and that they would be willing to share? I am giving a presentation on the system to the archivists at the University of Auckland Libraries and Learning Services, where we are currently using the Archivists? Toolkit.

We have an AS sandbox instance of the public interface but it would be great to see a customised example to give a better sense of the institutional setting and options for implementation.


Regards,



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

From asmally at colgate.edu  Fri Oct 31 15:17:43 2014
From: asmally at colgate.edu (Allyson Smally)
Date: Fri, 31 Oct 2014 15:17:43 -0400
Subject: [Archivesspace_Users_Group] customizing search return screen
Message-ID: <CANaJi85bB3iHOwwOs+iRmJONf+U4tp_uZ=2LncCrVXw0SQHU3w@mail.gmail.com>

Hello list,

According to the release page, the newest version of ArchivesSpace should
include FEATURE #47583211: "As an Archivist, I want to be able to configure
the browse and search return screens within the staff UI based on my own
preferences."

However, I still cannot seem to be able to do this for search results, and
our request in pivotal tracker is still unresolved:
https://www.pivotaltracker.com/s/projects/386247/stories/73977418

Am I missing something, or is this still an ongoing issue?

Thanks very much,
Allyson

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